Hi Christian<br><br>Thank you for your response.<br>The "publishing all" is no option for me, we have to export more than 5'000 files every time.<br>Another solution I see, is to create an OpenCms Cronjob/Scheduled Job with the "
org.opencms.scheduler.jobs.CmsStaticExportJob" class.<br>If that is not satisfying, I have to deactivate the static export and keep everything in the database.<br><br>Thank you again<br><br>Regards<br>-- Corsin<br><br>
<div><span class="gmail_quote">On 2/27/06, <b class="gmail_sendername">Christian Steinert</b> <<a href="mailto:christian_steinert@web.de">christian_steinert@web.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>The OpenCms mailing list <<a href="mailto:opencms-dev@opencms.org">opencms-dev@opencms.org</a>> schrieb am 27.02.06 19:01:16:<br>> Thank you Hari for your setting<br>><br>> I have set mine up the same, but the problem is now, that it exports ALL my files each time somebody publishes something.
<br>> Do you (or anybody else in this list) know how to avoid this? This takes a long time and needs some resources.<br>><br>> Hope that you can help me.<br><br>Dear Corsin<br><br>well... It's not a bug, it's a feature....
<br><br>As far as I have understood it, you can roughly control which resources are exported by using the <resourcesToRender> directives in the export configuration.<br>But as there is no mechanism for detecting, which pages will be affected by a certain content change, so OpenCms will export everything that should be rendered for your resource set.
<br><br>The old strategy, from Version 5, where only changed resources where exported, doesn't exist anymore, it seems.<br>There are only two publish strategies in version 6:<br>- publish everything<br>or<br>- publish each individual page upon "file not found". Then you need a chronjob or something to remove the rendered files from time to time, so that changes from the database will eventually get through to the audience. I really find this a bit - well - uncommon to work like that, but anyway, that's the way it currently is.
<br><br><br>To do it more effectively, would be possible by writing an own exporter. The best approach for this, I think would be if each template calls a method "addDependentResource", or something similar, for each resource that depends UPON the current resource.
<br>Then the system would precisely know, which resources to re-publish for each changed resource, because the templates of each resource could provide this information.<br><br>But I sadly don't have the time to implement it.
<br><br>-------------<br>If I ever use static export, I think I just try to sychronize two "independent" cms instances.<br>- One instance exports all changed resources upon export.<br>- The other instance imports anything that comes into a configured directory, checking repeatedly by using a chronjob and then publishes all the stuff.
<br>Like that, no user would have to wait for the whole publishing process to finish.<br><br>But currently its only an idea. I don't know if I ever manage to implement that at some point.<br><br>Regards<br>Christian<br><br>
__________________________________________________________________________<br>Erweitern Sie FreeMail zu einem noch leistungsstarkeren E-Mail-Postfach!<br>Mehr Infos unter <a href="http://freemail.web.de/home/landingpad/?mc=021131">
http://freemail.web.de/home/landingpad/?mc=021131</a><br><br><br>_______________________________________________<br>This mail is sent to you from the opencms-dev mailing list<br>To change your list options, or to unsubscribe from the list, please visit
<br><a href="http://lists.opencms.org/mailman/listinfo/opencms-dev">http://lists.opencms.org/mailman/listinfo/opencms-dev</a><br></blockquote></div><br><br clear="all"><br>-- <br>Corsin Camichel<br><a href="mailto:cocaman@gmail.com">
cocaman@gmail.com</a>