[jira] [Created] (JCR-3104) org.apache.jackrabbit.core.query.lucene.IDField accesses AbstractField.omitTermFreqAndPositions which in 3.4 is removed

2011-10-10 Thread Created
org.apache.jackrabbit.core.query.lucene.IDField accesses AbstractField.omitTermFreqAndPositions which in 3.4 is removed --- Key: JCR-3104 URL: http

[jira] [Commented] (JCR-3101) recovery tool does not recover when version history can be instantiated, but root version can not

2011-10-10 Thread Julian Reschke (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13124042#comment-13124042 ] Julian Reschke commented on JCR-3101: - minimally modified patch applied to trunk (r11809

Re: CompareTo code seems odd, ok?

2011-10-10 Thread Julian Reschke
On 2011-10-08 09:48, Julian Reschke wrote: On 2011-10-08 05:48, Dave Brosius wrote: This comparator seems odd to me, as it never returns (d) but perhaps i'm confused, is it ok? org.apache.jackrabbit.core.query.lucene.sort.ValueComparableWrapper public int compareTo(ValueComparableWrapper o) {

Re: CompareTo code seems odd, ok?

2011-10-10 Thread Alex Parvulescu
Hi guys, excuse the delay. The code you are talking about is most probably my copy/paste error :) I'll update the compareTo method. the code is still experimental (that explains why there are no tests yet for it). this feature is enabled via a system property (so we can test the performance of t

Re: CompareTo code seems odd, ok?

2011-10-10 Thread Julian Reschke
On 2011-10-10 16:01, Alex Parvulescu wrote: Hi guys, excuse the delay. The code you are talking about is most probably my copy/paste error :) I'll update the compareTo method. the code is still experimental (that explains why there are no tests yet for it). this feature is enabled via a system

[jira] [Resolved] (JCR-3101) recovery tool does not recover when version history can be instantiated, but root version can not

2011-10-10 Thread Julian Reschke (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved JCR-3101. - Resolution: Fixed Fix Version/s: 2.3.1 2.2.10 r1181024 in 2.2, r1180922 i

[jira] [Commented] (JCR-3040) JMX Stats for the Session

2011-10-10 Thread Jukka Zitting (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13124279#comment-13124279 ] Jukka Zitting commented on JCR-3040: I merged more of the JCR-2936 branch to trunk in re

[jira] [Resolved] (JCR-3091) Lucene Scorer implementations should handle the 'advance' to NO_MORE_DOCS optimisation better

2011-10-10 Thread Alex Parvulescu (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Parvulescu resolved JCR-3091. -- Resolution: Fixed Fix Version/s: 2.3.1 fixed in revision 1181086 > Lucene

[jira] [Created] (JCR-3105) NPE when versioning operations are concurrent

2011-10-10 Thread Julian Reschke (Created) (JIRA)
NPE when versioning operations are concurrent - Key: JCR-3105 URL: https://issues.apache.org/jira/browse/JCR-3105 Project: Jackrabbit Content Repository Issue Type: Bug Components: jackra

[jira] [Commented] (JCR-3040) JMX Stats for the Session

2011-10-10 Thread Bart van der Schans (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13124526#comment-13124526 ] Bart van der Schans commented on JCR-3040: -- Hi, About the "integration bits": I sp