sequential-mode = write blocks *all other* write requests. As the parent folder is modified as well it is certainly also locked by the database.
Actually, Slide hasn't been designed with much consideration for high concurrency as it seems. Did you try the version with the fine-grain locks and low database isolation? I would be interested in the results... Cheers Oliver 2006/7/24, Eirikur Hrafnsson <[EMAIL PROTECTED]>:
Actually we have that set to false already but since it seems a PUT of a resource locks its parent folder also with sequential-mode = write so it still waits. Is that correct behaviour? -Eiki On 24.7.2006, at 11:46, Darren Hartford wrote: >> For example a webapp we created automatically gets RSS feeds and >> stores them in Slide every 20 minutes. The frontpage of the webapp >> then tries to read these files via an Ajax RSS reader and has to wait >> until the writes are finished. I would much rather (if versions are >> enabled) that while the PUT is going on the GET would get the last >> version available but otherwise wait until the PUT is done and only > that resource gets locked up for the moment. >> Is that possible today? > > I was playing in domain.xml under the <configuration>, there is an > option for: > > <parameter name="all-methods-in-transactions">false</parameter> > > This normally defaults to true, but according to the > javadoc/documentation, turning this false will allow read-only actions > to not use transactions. I only did minor testing with this, but what > testing I did (performance-oriented on read-only without any other > transactions) actually had sporadic results from quite good to > same-as-before. The sporadic results got me a little worried so I > haven't tested any further but this may assist you! > > -D > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
