> Carsten Ziegeler wrote:
>
> Hi Team,
>
> it seems that I fixed this showstopper. If someone of you still
> has any problems with a similiar problem, please, report it.
>
> Still not working is the detection of changes in the cocoon.xconf.
> If you change, e.g. the sax connector, this change is only
> applied after a server restart.
>
This is fixed now. It should work again.
Carsten
>
> Carsten
>
> Open Source Group sunShine - b:Integrated
> ================================================================
> Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> www.sundn.de mailto: [EMAIL PROTECTED]
> ================================================================
>
> > Carsten Ziegeler wrote:
> >
> > Hello,
> >
> > after some testing, the strange behaviour reported by Giacomo a
> > few days ago
> > is
> > reproducable here:
> > Installing a clean, uptodate C2 into Tomcat 3.2.1, JDk1.3,
> Windows 2000 is
> > working first fine: When I call cocoon/welcome it is served with the
> > CachingEventPipeline.
> >
> > However changing the modification date of the cocoon.xconf file without
> > modifying anything creates a new cocoon object, BUT from now on the
> > NonCachingEventPipeline is used!
> > When restarting cocoon with deleting the work directory first produces
> > the correct behaviour: The CachingEventPipeline is used.
> > Then again changing the modification date and voila the
> > NonCachingEventPipeline is happy to serve the request.
> >
> > Attached is the log of the first run. Does anyone have a clue for this?
> >
> >
> > Carsten
> >
> > Open Source Group sunShine - b:Integrated
> > ================================================================
> > Carsten Ziegeler, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
> > www.sundn.de mailto: [EMAIL PROTECTED]
> > ================================================================
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]