You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Andrzej Jan Taramina <an...@chaeron.com> on 2004/04/02 03:35:55 UTC
Re: Known concurrency issues in 2.1.4/JISP bugs....possible workaround?
Antonio suggested (and Bertrand/Unico also elaborated on this):
> > We're getting some sporadic strange errors that might be due to
> > concurrency
> > issues between different users, and I was wondering if there are any known
> > bugs outstanding in 2.1.4 for this kind of thing?
>
> The problem can be the cache system:
Just a thought....if I have the following specified in my cocoon.xconf
settings:
<transient-store logger="core.store.transient">
<parameter name="maxobjects" value="@transient_object_cache_size@"/>
<parameter name="use-persistent-cache" value="false"/>
</transient-store>
<store logger="core.store">
<parameter name="maxobjects" value="@generic_object_cache_size@"/>
<parameter name="use-persistent-cache" value="false"/>
</store>
Note: @xxx@ values are substituted using an Ant deploy script, so ignore that
stuff.
With both having use-persistent-cache set to false, does that mean that JISP
(the default persistent caching mechanism in 2.1.4) will never be called, and
thus the concurrency errors should never manifest?
Or do I need to also do something to my persistent store config settings,
which currently look like:
<persistent-store logger="core.store.persistent">
<parameter name="use-cache-directory" value="true"/>
<parameter name="order" value="2701"/>
</persistent-store>
An aside...what the heck is the "order" value anyway?
Much appreciate any insight on this, since we don't need persistent caching
for our production application, and this might be a "quick fix" for a very
vexing and difficult to reproduce problem.
Thanks all!
Andrzej Jan Taramina
Chaeron Corporation: Enterprise System Solutions
http://www.chaeron.com