[jira] Updated: (JCR-1249) Improve updating of references to version storage

2007-11-30 Thread Przemo Pakulski (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Przemo Pakulski updated JCR-1249: - Description: SharedItemStateManger in Update.end() methods notify virtual providers about ch

Re: BundleDBPersistenceManager and autoCommit mode

2007-11-30 Thread Tobias Bocanegra
On 11/30/07, Przemo Pakulski <[EMAIL PROTECTED]> wrote: > Is there any specific reason why BundlePM keep open connection in > autoCommit mode, then switch on/off this flag during every call of store > method, instead of keeping connection with autoCommit disabled. hi, the reason is that in a clust

Re: Fw: Realtime datastore garbage collector

2007-11-30 Thread Esteban Franqueiro
> Yes, GC must be implemented. What I wanted to say was: I think it is > better at this stage if the implementation is defensive. I agree, but the fact that it is possible to loose all the new binary content is not defensive. >> Regarding the scenario I presented, what I would like to know is if

[jira] Updated: (JCR-1250) When adding a large (100MB) binary to the DbDataStore, it fails with an insufficient memory exception

2007-11-30 Thread Esteban Franqueiro (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Esteban Franqueiro updated JCR-1250: Attachment: BigBinaryTest.java > When adding a large (100MB) binary to the DbDataStore, it fa

[jira] Created: (JCR-1250) When adding a large (100MB) binary to the DbDataStore, it fails with an insufficient memory exception

2007-11-30 Thread Esteban Franqueiro (JIRA)
When adding a large (100MB) binary to the DbDataStore, it fails with an insufficient memory exception - Key: JCR-1250 URL: https://issues.apache.org/jira/browse/JC

[jira] Commented: (JCR-1242) Improve serialization of NodeReferences for BundleDB PMs

2007-11-30 Thread Przemo Pakulski (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547229 ] Przemo Pakulski commented on JCR-1242: -- Any other voices ? Tobias, it looks that you initially put set of bundle P

BundleDBPersistenceManager and autoCommit mode

2007-11-30 Thread Przemo Pakulski
Is there any specific reason why BundlePM keep open connection in autoCommit mode, then switch on/off this flag during every call of store method, instead of keeping connection with autoCommit disabled. Thanks, Przemo

[jira] Created: (JCR-1249) Improve updating of references to version storage

2007-11-30 Thread Przemo Pakulski (JIRA)
Improve updating of references to version storage - Key: JCR-1249 URL: https://issues.apache.org/jira/browse/JCR-1249 Project: Jackrabbit Issue Type: Improvement Components: jackrabbi

[jira] Commented: (JCR-1248) ParseException if search string ends with '!'

2007-11-30 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547155 ] Marcel Reutegger commented on JCR-1248: --- In addition to the already specified set of special character in JSR 170

RE: DescendantSelfAxisWeight ChildAxisQuery performance

2007-11-30 Thread Ard Schrijvers
> Ard Schrijvers wrote: > > I can fetch some snippets of this discussion and add it to JCR-1196 > > [Queries for DescendantSelfAxisWeight/ChildAxisQuery are currently > > very heavy and become slow pretty quickly], or do you want > a new issue? > > ah, right. I forgot we already have an issue

Re: DescendantSelfAxisWeight ChildAxisQuery performance

2007-11-30 Thread Marcel Reutegger
Ard Schrijvers wrote: I can fetch some snippets of this discussion and add it to JCR-1196 [Queries for DescendantSelfAxisWeight/ChildAxisQuery are currently very heavy and become slow pretty quickly], or do you want a new issue? ah, right. I forgot we already have an issue for that. of course l

[jira] Commented: (JCR-1239) SPI: Provide possibility to retrieve the number of child-nodes without retrieving them.

2007-11-30 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547150 ] Marcel Reutegger commented on JCR-1239: --- SPI2JCR is a nice example. Just looking at the JCR API it appears that t

Re: DescendantSelfAxisWeight ChildAxisQuery performance

2007-11-30 Thread Christoph Kiehl
Ard Schrijvers wrote: Since my "stuff//[EMAIL PROTECTED]" gives me 1.200.000, it makes perfect sense to users I think, that even with our patches and a working cache, that retaining them all would be slow. But if I set the limit to 1 or 10, I would expect to have performance (certainly when

[jira] Commented: (JCR-1239) SPI: Provide possibility to retrieve the number of child-nodes without retrieving them.

2007-11-30 Thread Julian Reschke (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547089 ] Julian Reschke commented on JCR-1239: - > - Is it sufficient if a SPI client calculates the size based on the number

RE: DescendantSelfAxisWeight ChildAxisQuery performance

2007-11-30 Thread Ard Schrijvers
> > This is not my point. Wether you have an order by or not, > lucene will > > compute the score of all hits anyway. So, no order by, does > not mean > > that lucene does not order: it orders on score (but ofcourse you > > already know that :-) ) So, my thing holds with and without > order

Re: DescendantSelfAxisWeight ChildAxisQuery performance

2007-11-30 Thread Marcel Reutegger
Ard Schrijvers wrote: Ard Schrijvers wrote: Query q = qm.createQuery("stuff//[EMAIL PROTECTED]", Query.XPATH); if (q instanceof QueryImpl) { // limit the result set ((QueryImpl) q).setLimit(1); } Since my "stuff//[EMAIL PROTECTED]" gives me 1.200.000, it makes perfect sense to users

[jira] Resolved: (JCR-1246) In DatabasePersistenceManager.store(), if the exception is null or its cause is not an SQLException, then the PM keeps looping forever

2007-11-30 Thread Stefan Guggisberg (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-1246. Resolution: Fixed fixed in svn r599769 thanks for reporting this issue! > In DatabasePersis

[jira] Updated: (JCR-1246) In DatabasePersistenceManager.store(), if the exception is null or its cause is not an SQLException, then the PM keeps looping forever

2007-11-30 Thread Stefan Guggisberg (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-1246: --- Fix Version/s: 1.4 Affects Version/s: 1.3 1.3.1

[jira] Commented: (JCR-1239) SPI: Provide possibility to retrieve the number of child-nodes without retrieving them.

2007-11-30 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547077 ] Marcel Reutegger commented on JCR-1239: --- I'm sorry, but I still don't understand why this is a problem. I think

[jira] Assigned: (JCR-1246) In DatabasePersistenceManager.store(), if the exception is null or its cause is not an SQLException, then the PM keeps looping forever

2007-11-30 Thread Stefan Guggisberg (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg reassigned JCR-1246: -- Assignee: Stefan Guggisberg > In DatabasePersistenceManager.store(), if the exception is

[jira] Commented: (JCR-1248) ParseException if search string ends with '!'

2007-11-30 Thread Ard Schrijvers (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547053 ] Ard Schrijvers commented on JCR-1248: - Repeated from user-list: It seems that in LuceneQueryBuilder at Object vi

RE: Re: DescendantSelfAxisWeight ChildAxisQuery performance

2007-11-30 Thread Ard Schrijvers
> Ard Schrijvers wrote: > > > Query q = qm.createQuery("stuff//[EMAIL PROTECTED]", Query.XPATH); if (q > > instanceof QueryImpl) { > > // limit the result set > > ((QueryImpl) q).setLimit(1); > > } > > > > Since my "stuff//[EMAIL PROTECTED]" gives me 1.200.000, it makes > perfect sense

[jira] Created: (JCR-1248) ParseException if search string ends with '!'

2007-11-30 Thread JIRA
ParseException if search string ends with '!' - Key: JCR-1248 URL: https://issues.apache.org/jira/browse/JCR-1248 Project: Jackrabbit Issue Type: Bug Components: query Affects Version

Re: DescendantSelfAxisWeight ChildAxisQuery performance

2007-11-30 Thread Christoph Kiehl
Ard Schrijvers wrote: Query q = qm.createQuery("stuff//[EMAIL PROTECTED]", Query.XPATH); if (q instanceof QueryImpl) { // limit the result set ((QueryImpl) q).setLimit(1); } Since my "stuff//[EMAIL PROTECTED]" gives me 1.200.000, it makes perfect sense to users I think, that even with o

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-30 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547041 ] Marcel Reutegger commented on JCR-1213: --- Here are my test results. I had to reduce the number of test nodes beca

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-30 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547036 ] Marcel Reutegger commented on JCR-1213: --- Christoph wrote: > Ok then, beat me for just modifying your code ;) if

[jira] Commented: (JCR-1244) No need for NodeReferences in jcr2spi

2007-11-30 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12547034 ] Marcel Reutegger commented on JCR-1244: --- looks good to me. +1 > No need for NodeReferences in jcr2spi > ---