Re: [VOTE] Release PyLucene 3.5.0 rc3

Just built on XP with MinGW, Python 2.6, and make test seems to work fine. Bill

Re: JCC crash when building

Hi Petrus, I also plan to compile JCC and use it in 64-bit win7. Could you please tell me what version of MS VC++ compiler do you use? Thanks. -Jason On 2011/9/9 14:59, Petrus Hyvönen wrote: Now I installed Microsoft Visual C++ compiler and JCC builds and works fine both with python 2.6,

[no subject]

[no subject]

[jira] [Commented] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166813#comment-13166813 ] Uwe Schindler commented on LUCENE-3630: --- Only MultiReader has this problem,

[jira] [Updated] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3630: -- Attachment: LUCENE-3630.patch MultiReader and ParallelReader accidently override

[jira] [Resolved] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3630. --- Resolution: Fixed Assignee: Uwe Schindler Committed 3.x revision: 1212754 Committed

[jira] [Reopened] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler reopened LUCENE-3630: --- I found also a bug report on the user list about reopen not working with MultiReader. The use

[jira] [Updated] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3630: -- Attachment: LUCENE-3630-addMissingMethod.patch MultiReader and ParallelReader accidently

[jira] [Resolved] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3630. --- Resolution: Fixed Added missing doOpenIfChanged(readonly=true) support in 3.x revision:

[jira] [Created] (LUCENE-3632) Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader

Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader - Key: LUCENE-3632 URL:

[jira] [Updated] (LUCENE-3632) Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader

[ https://issues.apache.org/jira/browse/LUCENE-3632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3632: -- Attachment: LUCENE-3632.patch Patch including test updates. Fully support

[jira] [Updated] (LUCENE-3632) Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader

[ https://issues.apache.org/jira/browse/LUCENE-3632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3632: -- Component/s: core/index Affects Version/s: 3.5 Fix Version/s: 3.6

[jira] [Updated] (LUCENE-3632) Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader

[ https://issues.apache.org/jira/browse/LUCENE-3632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3632: -- Attachment: (was: LUCENE-3632.patch) Fully support doOpenIfChanged(boolean

[jira] [Updated] (LUCENE-3632) Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader

[ https://issues.apache.org/jira/browse/LUCENE-3632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3632: -- Comment: was deleted (was: Patch including test updates.) Fully support

[jira] [Commented] (LUCENE-3632) Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader

[ https://issues.apache.org/jira/browse/LUCENE-3632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166844#comment-13166844 ] Uwe Schindler commented on LUCENE-3632: --- Further investigation showed, that this

[jira] [Resolved] (LUCENE-3632) Fully support doOpenIfChanged(boolean readOnly)/clone(boolean readOnly) in MultiReader and ParallelReader

[ https://issues.apache.org/jira/browse/LUCENE-3632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3632. --- Resolution: Won't Fix Fully support doOpenIfChanged(boolean readOnly)/clone(boolean

[jira] [Reopened] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler reopened LUCENE-3630: --- Further investigation showed that supporting openReadOnly on clone/readonly f*cks up

[jira] [Updated] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3630: -- Attachment: LUCENE-3630-revert.patch Patch with revert and more explanatory UOE for clone and

[jira] [Resolved] (LUCENE-3630) MultiReader and ParallelReader accidently override doOpenIfChanged(boolean readOnly) with doOpenIfChanged(boolean doClone)

[ https://issues.apache.org/jira/browse/LUCENE-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3630. --- Resolution: Fixed Committed fix in revision: 1212787 MultiReader and

[jira] [Updated] (LUCENE-3626) Make PKIndexSplitter and MultiPassIndexSplitter work per segment

[ https://issues.apache.org/jira/browse/LUCENE-3626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3626: -- Attachment: LUCENE-3626.patch Patch that makes PKIndexSplitter and MultiPassIndexSplitter

[jira] [Created] (LUCENE-3633) Remove code duplication in MultiReader/DirectoryReader, make everything inside final

Remove code duplication in MultiReader/DirectoryReader, make everything inside final Key: LUCENE-3633 URL: https://issues.apache.org/jira/browse/LUCENE-3633

[jira] [Created] (SOLR-2961) DIH with threads and TikaEntityProcessor JDBC ISsue

DIH with threads and TikaEntityProcessor JDBC ISsue --- Key: SOLR-2961 URL: https://issues.apache.org/jira/browse/SOLR-2961 Project: Solr Issue Type: Bug Components: contrib -

[jira] [Updated] (SOLR-2961) DIH with threads and TikaEntityProcessor JDBC ISsue

[ https://issues.apache.org/jira/browse/SOLR-2961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Webb updated SOLR-2961: - Attachment: data-config.xml My trimmed down data config DIH with threads and

[jira] [Commented] (SOLR-2961) DIH with threads and TikaEntityProcessor JDBC ISsue

[ https://issues.apache.org/jira/browse/SOLR-2961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166926#comment-13166926 ] David Webb commented on SOLR-2961: -- Weird note, when threads=2, processing continues even

[jira] [Updated] (LUCENE-3633) Remove code duplication in MultiReader/DirectoryReader, make everything inside final

[ https://issues.apache.org/jira/browse/LUCENE-3633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3633: -- Attachment: LUCENE-3633.patch Patch. Remove code duplication in

[jira] [Updated] (LUCENE-3633) Remove code duplication in MultiReader/DirectoryReader, make everything inside final

[ https://issues.apache.org/jira/browse/LUCENE-3633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3633: -- Attachment: LUCENE-3633.patch Minor changes in Javadocs. No code changed, will commit soon

[jira] [Commented] (LUCENE-3633) Remove code duplication in MultiReader/DirectoryReader, make everything inside final

[ https://issues.apache.org/jira/browse/LUCENE-3633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166939#comment-13166939 ] Robert Muir commented on LUCENE-3633: - +1, i was just looking at this duplication

[jira] [Updated] (LUCENE-3598) Improve InfoStream class in trunk to be more consistent with logging-frameworks like slf4j/log4j/commons-logging

[ https://issues.apache.org/jira/browse/LUCENE-3598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-3598: --- Attachment: LUCENE-3598.patch Patch, always calling .isEnabled before .message, and

[jira] [Commented] (LUCENE-3598) Improve InfoStream class in trunk to be more consistent with logging-frameworks like slf4j/log4j/commons-logging

[ https://issues.apache.org/jira/browse/LUCENE-3598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166941#comment-13166941 ] Uwe Schindler commented on LUCENE-3598: --- Mike, you dont need the AlwaysDisabledIS.

[jira] [Resolved] (LUCENE-3633) Remove code duplication in MultiReader/DirectoryReader, make everything inside final

[ https://issues.apache.org/jira/browse/LUCENE-3633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3633. --- Resolution: Fixed Committed trunk revision: 1212844 Remove code

[jira] [Commented] (LUCENE-3598) Improve InfoStream class in trunk to be more consistent with logging-frameworks like slf4j/log4j/commons-logging

[ https://issues.apache.org/jira/browse/LUCENE-3598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166961#comment-13166961 ] Michael McCandless commented on LUCENE-3598: Aha! Excellent... I'll do that.

Re: [jira] [Commented] (SOLR-2961) DIH with threads and TikaEntityProcessor JDBC ISsue

Hello David, I know about DIH thread problems. Some time ago I did quick fix patch for 3.4, which passes tests. If you have some time pls try it. http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201110.mbox/%3CCANGii8cOrWXsSvP9EYcRFX_mQBoVdatzRW%2BF0Cq2c%3D6sx8czZw%40mail.gmail.com%3E

Re: [jira] [Commented] (SOLR-2961) DIH with threads and TikaEntityProcessor JDBC ISsue

On Sat, Dec 10, 2011 at 11:58 PM, Mikhail Khludnev mkhlud...@griddynamics.com wrote: Hello David, I know about DIH thread problems. Some time ago I did quick fix patch for 3.4, which passes tests. If you have some time pls try it.

[jira] [Commented] (LUCENE-3586) Choose a specific Directory implementation running the CheckIndex main

[ https://issues.apache.org/jira/browse/LUCENE-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166965#comment-13166965 ] Michael McCandless commented on LUCENE-3586: Thanks Luca; I think this patch

[jira] [Created] (LUCENE-3634) remove old static main methods in core

remove old static main methods in core -- Key: LUCENE-3634 URL: https://issues.apache.org/jira/browse/LUCENE-3634 Project: Lucene - Java Issue Type: Improvement Reporter: Michael McCandless

[jira] [Commented] (LUCENE-3634) remove old static main methods in core

[ https://issues.apache.org/jira/browse/LUCENE-3634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166975#comment-13166975 ] Uwe Schindler commented on LUCENE-3634: --- bq. The IndexReader main lets you list /

[jira] [Commented] (LUCENE-3626) Make PKIndexSplitter and MultiPassIndexSplitter work per segment

[ https://issues.apache.org/jira/browse/LUCENE-3626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166992#comment-13166992 ] Uwe Schindler commented on LUCENE-3626: --- Committed trunk revision: 1212894

[jira] [Updated] (LUCENE-3626) Make PKIndexSplitter and MultiPassIndexSplitter work per segment

[ https://issues.apache.org/jira/browse/LUCENE-3626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3626: -- Affects Version/s: 3.5 Fix Version/s: 3.6 This can be backported to 3.6

[jira] [Resolved] (LUCENE-3626) Make PKIndexSplitter and MultiPassIndexSplitter work per segment

[ https://issues.apache.org/jira/browse/LUCENE-3626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3626. --- Resolution: Fixed Assignee: Uwe Schindler Committed 3.x revision: 1212906

[JENKINS] Lucene-Solr-tests-only-trunk-java7 - Build # 1214 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/1214/ 1 tests failed. REGRESSION: org.apache.solr.TestDistributedGrouping.testDistribSearch Error Message: java.lang.AssertionError: Some threads threw uncaught exceptions! Stack Trace: java.lang.RuntimeException:

[JENKINS] Lucene-Solr-tests-only-3.x - Build # 11756 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x/11756/ 1 tests failed. REGRESSION: org.apache.lucene.index.TestIndexWriterOnDiskFull.testAddIndexOnDiskFull Error Message: max free Directory space required exceeded 1X the total input index sizes during addIndexes(Directory[]) +

[JENKINS] Lucene-Solr-tests-only-3.x-java7 - Build # 1223 - Failure

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x-java7/1223/ 1 tests failed. REGRESSION: org.apache.solr.handler.dataimport.TestSolrEntityProcessorUnit.testMultiThread Error Message: expected:40 but was:39 Stack Trace: junit.framework.AssertionFailedError: expected:40 but

[JENKINS] Lucene-Solr-tests-only-trunk-java7 - Build # 1215 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/1215/ 1 tests failed. REGRESSION: org.apache.solr.TestDistributedSearch.testDistribSearch Error Message: java.lang.AssertionError: Some threads threw uncaught exceptions! Stack Trace: java.lang.RuntimeException:

[jira] [Created] (LUCENE-3635) Allow setting arbitrary objects on PerfRunData

Allow setting arbitrary objects on PerfRunData -- Key: LUCENE-3635 URL: https://issues.apache.org/jira/browse/LUCENE-3635 Project: Lucene - Java Issue Type: Improvement Components:

[jira] [Updated] (LUCENE-3635) Allow setting arbitrary objects on PerfRunData

[ https://issues.apache.org/jira/browse/LUCENE-3635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera updated LUCENE-3635: --- Attachment: LUCENE-3635.patch Patch (against trunk) adds perfObjects MapString, Object with

RefCount interface

Hi I would like to introduce a RefCount interface with the methods: incRef(), tryIncRef(), decRef() and getRefCount(). These methods are already declared today on IndexReader and TaxonomyReader (module/facet), and I see no reason why we wouldn't have an interface for doing that. Then it will