topic updateDelay not forcing recompile of modified FTLs in Alfresco Archive

updateDelay not forcing recompile of modified FTLs

tarh33l — Wed, 28 Jul 2010 19:23:30 GMT

Hi everyone, I'm developing some FTLs in Share and finally got fed up with having to bounce the webapp for each change I made. I started digging into this and found the following lines in "custom-slingshot-application-context.xml": <bean id="webframework.webscripts.templateprocessor.freema

Re: updateDelay not forcing recompile of modified FTLs

mikeh — Wed, 28 Jul 2010 20:16:46 GMT

Add the following config to share-config-custom.xml in the tomcat/shared/classes/alfresco/web-extensions folder.

<alfresco-config>
   <config evaluator="string-compare" condition="WebFramework">
      <web-framework>
         <!– Autowire Runtime Settings –>
         <autowire>
            <!– Pick the mode: development, preview, production –>
            <mode>development</mode>
         </autowire>
      </web-framework>
   </config>
</alfresco-config>‍‍‍‍‍‍‍‍‍‍‍

You don't need to bounce the webapp (although with the share.war deployed in a separate Tomcat server, this should only take 10 seconds or so…) you can reset the webscripts instead at /share/service/index

Finally, you can wrap the reset webscripts POST request in a simple script that calls curl if you like.

Thanks,
Mike

Re: updateDelay not forcing recompile of modified FTLs

tarh33l — Wed, 28 Jul 2010 20:58:16 GMT

Thanks Mike. These FTLs are actually being created for Share pages, not webscripts. As a result, refreshing the webscripts doesn't work (although, if I change an FTL for a webscript, it works as expected). I added the config element to share-custom-config.xml and it works like a charm, thank you. Any idea why the configurations in the custom-slingshot XML aren't being picked up (or at least, updateDelay)?

- Terence

PS - I do have Share as a separate webapp, I was just being lazy and didn't want to keep restarting

Re: updateDelay not forcing recompile of modified FTLs

gregbpopstar — Thu, 11 Nov 2010 17:55:39 GMT

This development mode change to share-config-custom.xml doesn't seem to help me.

In Alfresco 3.4b, I seem to be having a problem getting little test changes to the templates (such as removing the toolbar region in documentlibrary.ftl) in <share webapp>/WEB-INF/classes/alfresco/templates/org/alfresco/templates to have any affect. The changes don't seem to take affect for me even after I've restarted tomcat.

I'm guessing that I just don't understand some basic thing and I'm doing it wrong. Anyone, If I've successfully pointed out my ignorance, let me know (nicely) and I'll be very grateful.

Thanks

Re: updateDelay not forcing recompile of modified FTLs

mikeh — Thu, 11 Nov 2010 20:23:37 GMT

This development mode change to share-config-custom.xml doesn't seem to help me.

In Alfresco 3.4b, I seem to be having a problem getting little test changes to the templates (such as removing the toolbar region in documentlibrary.ftl) in <share webapp>/WEB-INF/classes/alfresco/templates/org/alfresco/templates to have any affect. The changes don't seem to take affect for me even after I've restarted tomcat.

I'm guessing that I just don't understand some basic thing and I'm doing it wrong. Anyone, If I've successfully pointed out my ignorance, let me know (nicely) and I'll be very grateful.

Thanks

The fact that it's not changing even after a restart means you're not changing what you think you are(!). Maybe post some code and we'll have a better time understanding what you're trying to achieve.

Edit: I can see you've already got another thread open about this issue, please post the code there instead.

Thanks,
Mike