[
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
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
> 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
[
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
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
[
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
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
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
[
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
> 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
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
[
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
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
[
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
> > 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
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
[
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
[
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
[
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
[
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
[
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
> 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
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
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
[
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
[
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
[
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
> ---
27 matches
Mail list logo