[RT C2]: Sitemap reloading

[Carsten Ziegeler <cz...@sundn.de>]

Just a little random thought about sitemap reloading:

As I discovered last week, the cocoon-reload parameter does not
reload the sitemap but creates a new cocoon instance, which
might in turn reload the sitemap.

This parameter is only allowed:
a) for requesting the context itself, like http://localhost/cocoon
b) if the servlet is configured to allow these reloads (default 
   is yes)

I think this approach is OK, but I am currently missing a feature
called synchron sitemap reloading: There are often situations
where you change the sitemap and want to immediately test it.
As the sitemap is generated asynchron on the next effect, you
are wondering yourself what you did, as you don't see the 
effect you expected (and believe me, you always forget that
the sitemap is generated asynchron until the next time...).
Now you have two choices:
a) creating a new cocoon instance, like explained above. This has
   two disadvantages. First: you don't want a new cocoon instance,
   but only the sitemap changes to take effect and second: you
   have to send two request (http://localhost/cocoon?cocoon-reload=true
   and http://localhost/cocoon/test).
b) Poll your new resource by sending repeatedly http://lolalhost/cocoon/test 
   until you see your changes. This has a main disadvantage: You don't know
   when the new sitemap is used and if you get an error message, this might
   indicate, that you're still using the old sitemap or that your new sitemap
   is not correct.

So what I think is really very useful is forcing a synchron sitemap
reloading (if the sitemap changed), like http://localhost/test?cocoon-reloadsitemap=true.

What is your opinion on this?

Regards
Carsten 

Open Source Group              sunShine - Lighting up e:Business
================================================================
Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
www.sundn.de                           mailto:cziegeler@sundn.de 
================================================================


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org