[jira] [Commented] (SOLR-2804) Logging error causes entire DIH process to fail

[ https://issues.apache.org/jira/browse/SOLR-2804?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134800#comment-13134800 ] Adam Neal commented on SOLR-2804: - Just re-read my comment, I mean the threads attribute no

unsubscribe

- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org

Re: unsubscribe

Hey Marc, to unsubscribe send a mail to dev-unsubscr...@lucene.apache.org from the mail address you used to subscribe to the list. thanks, Simon On Tue, Oct 25, 2011 at 9:32 AM, Marc Tinnemeyer wrote: > > - > To unsubscribe, e-

[jira] [Commented] (LUCENE-3339) TestNRTThreads hangs in nightly 3.x builds

[ https://issues.apache.org/jira/browse/LUCENE-3339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134870#comment-13134870 ] Olve Sæther Hansen commented on LUCENE-3339: I am testing Lucene for my proje

[jira] [Updated] (LUCENE-3508) Decompounders based on CompoundWordTokenFilterBase cannot be used with custom attributes

[ https://issues.apache.org/jira/browse/LUCENE-3508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3508: -- Attachment: LUCENE-3508.patch Final trunk patch, which gets committed now: - Changed the Compo

[jira] [Commented] (LUCENE-3508) Decompounders based on CompoundWordTokenFilterBase cannot be used with custom attributes

[ https://issues.apache.org/jira/browse/LUCENE-3508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134926#comment-13134926 ] Uwe Schindler commented on LUCENE-3508: --- Committed trunk revision: 1188597

[jira] [Commented] (LUCENE-3508) Decompounders based on CompoundWordTokenFilterBase cannot be used with custom attributes

[ https://issues.apache.org/jira/browse/LUCENE-3508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134936#comment-13134936 ] Uwe Schindler commented on LUCENE-3508: --- Committed 3.x revision: 1188604

[jira] [Created] (LUCENE-3530) Remove deprecated methods in CompoundTokenFilters

Remove deprecated methods in CompoundTokenFilters - Key: LUCENE-3530 URL: https://issues.apache.org/jira/browse/LUCENE-3530 Project: Lucene - Java Issue Type: Sub-task Affects Versions: 4.0

[jira] [Updated] (LUCENE-3530) Remove deprecated methods in CompoundTokenFilters

[ https://issues.apache.org/jira/browse/LUCENE-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3530: -- Attachment: LUCENE-3530.patch Patch > Remove deprecated methods in CompoundTo

[jira] [Resolved] (LUCENE-3530) Remove deprecated methods in CompoundTokenFilters

[ https://issues.apache.org/jira/browse/LUCENE-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3530. --- Resolution: Fixed Lucene Fields: New,Patch Available (was: New) Committed trunk revi

[jira] [Resolved] (LUCENE-3508) Decompounders based on CompoundWordTokenFilterBase cannot be used with custom attributes

[ https://issues.apache.org/jira/browse/LUCENE-3508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3508. --- Resolution: Fixed Finally also removed deprecations, so this issue is resolved. Thanks Spyr

[jira] [Assigned] (LUCENE-1536) if a filter can support random access API, we should use it

[ https://issues.apache.org/jira/browse/LUCENE-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler reassigned LUCENE-1536: - Assignee: Uwe Schindler (was: Michael McCandless) > if a filter can support random

[jira] [Resolved] (LUCENE-1536) if a filter can support random access API, we should use it

[ https://issues.apache.org/jira/browse/LUCENE-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-1536. --- Resolution: Fixed Committed trunk revision: 1188624 Thanks to all! > if a

[jira] [Commented] (LUCENE-1536) if a filter can support random access API, we should use it

[ https://issues.apache.org/jira/browse/LUCENE-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134967#comment-13134967 ] Chris Male commented on LUCENE-1536: Yay! > if a filter can support

[jira] [Created] (LUCENE-3531) Improve CachingWrapperFilter to optionally also cache acceptDocs, if identical to liveDocs

Improve CachingWrapperFilter to optionally also cache acceptDocs, if identical to liveDocs -- Key: LUCENE-3531 URL: https://issues.apache.org/jira/browse/LUCENE-3531

[jira] [Assigned] (LUCENE-3424) Return sequence ids from IW update/delete/add/commit to allow total ordering outside of IW

[ https://issues.apache.org/jira/browse/LUCENE-3424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer reassigned LUCENE-3424: --- Assignee: Simon Willnauer > Return sequence ids from IW update/delete/add/commit

[jira] [Created] (LUCENE-3532) Improve Weight.scorer() API to enforce consistent topScorer/outOfOrder parameters across segments

Improve Weight.scorer() API to enforce consistent topScorer/outOfOrder parameters across segments - Key: LUCENE-3532 URL: https://issues.apache.org/jira/browse/LUCENE-

[jira] [Updated] (LUCENE-3424) Return sequence ids from IW update/delete/add/commit to allow total ordering outside of IW

[ https://issues.apache.org/jira/browse/LUCENE-3424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Simon Willnauer updated LUCENE-3424: Attachment: LUCENE-3424.patch here is a first patch to add sequence ids to the IndexWriter

[jira] [Created] (LUCENE-3533) Nuke SpanFilters and CachingSpanFilter (maybe move to sandbox)

Nuke SpanFilters and CachingSpanFilter (maybe move to sandbox) -- Key: LUCENE-3533 URL: https://issues.apache.org/jira/browse/LUCENE-3533 Project: Lucene - Java Issue Type: Task

[jira] [Updated] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen updated LUCENE-3506: Attachment: LUCENE-3506.patch Attached fix for this: - assertionsEnabled() method added to LTC.

[jira] [Commented] (LUCENE-3533) Nuke SpanFilters and CachingSpanFilter (maybe move to sandbox)

[ https://issues.apache.org/jira/browse/LUCENE-3533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134981#comment-13134981 ] Grant Ingersoll commented on LUCENE-3533: - +1 > Nuke SpanFilters

[JENKINS] Lucene-trunk - Build # 1710 - Still Failing

Build: https://builds.apache.org/job/Lucene-trunk/1710/ All tests passed Build Log (for compile errors): [...truncated 19239 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail

[jira] [Created] (SOLR-2851) Allow Data Import Handler to Archive Files After Processing

Allow Data Import Handler to Archive Files After Processing --- Key: SOLR-2851 URL: https://issues.apache.org/jira/browse/SOLR-2851 Project: Solr Issue Type: New Feature Compo

[jira] [Commented] (LUCENE-2205) Rework of the TermInfosReader class to remove the Terms[], TermInfos[], and the index pointer long[] and create a more memory efficient data structure.

[ https://issues.apache.org/jira/browse/LUCENE-2205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134982#comment-13134982 ] Michael McCandless commented on LUCENE-2205: Well thank you Aaron for doing a

[jira] [Updated] (SOLR-2851) Allow Data Import Handler to Archive Files After Processing

[ https://issues.apache.org/jira/browse/SOLR-2851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Harness updated SOLR-2851: --- Attachment: ArchivingFileDataSource.java Custom file data source that archives files when the close me

Re: Request for Feedback for Patch to Allow DIH to Archive Files

Martijn, Thanks for the feedback. I have created SOLR-2851for this feature request. Please let me know if there's anything else you'd like me to do. Thanks! Josh On Tue, Oct 25, 2011 at 2:29 AM, Martijn v Groningen < martijn.v.gronin...@gmai

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134987#comment-13134987 ] Chris Male commented on LUCENE-3506: Thanks for catching the Analyzer final assertion

[jira] [Created] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery - Key: LUCENE-3534 UR

[jira] [Assigned] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler reassigned LUCENE-3534: - Assignee: Uwe Schindler I will start merging IndexSearcher and FilteredQuery changes to

RE: [JENKINS] Lucene-trunk - Build # 1710 - Still Failing

This build was hanging in the final cleanup and artifact copy. - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Apache Jenkins Server [mailto:jenk...@builds.apache.org] > Sent: Tuesday, October 25, 2011 2

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13134997#comment-13134997 ] Uwe Schindler commented on LUCENE-3506: --- +1 to commit! > tests for

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135002#comment-13135002 ] Michael McCandless commented on LUCENE-3506: I'm confused here -- the changes

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135004#comment-13135004 ] Robert Muir commented on LUCENE-3506: - maybe make assertionsEnabled() static in Lucen

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

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10992/ 1 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.update.AutoCommitTest Error Message: java.lang.AssertionError: directory of test was not closed, opened from: org.apache.solr.core.MockDirectoryFactory.crea

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135086#comment-13135086 ] Doron Cohen commented on LUCENE-3506: - bq. (Whereas today if you run that test w/o as

[jira] [Commented] (LUCENE-3508) Decompounders based on CompoundWordTokenFilterBase cannot be used with custom attributes

[ https://issues.apache.org/jira/browse/LUCENE-3508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135103#comment-13135103 ] Spyros Kapnissis commented on LUCENE-3508: -- Looks great now, thanks a lot guys!

[jira] [Commented] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135128#comment-13135128 ] Uwe Schindler commented on LUCENE-3534: --- My problem is that this backport is almost

[jira] [Commented] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135131#comment-13135131 ] Robert Muir commented on LUCENE-3534: - i dont think we should heavy-break in a minor

[jira] [Commented] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135132#comment-13135132 ] Uwe Schindler commented on LUCENE-3534: --- I tend to the second solution, as the whol

[jira] [Updated] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen updated LUCENE-3506: Attachment: LUCENE-3506.patch Updated patch as suggested, thanks guys for reviewing and your helpf

[jira] [Created] (LUCENE-3535) move PerFieldCodecWrapper into codecs package

move PerFieldCodecWrapper into codecs package - Key: LUCENE-3535 URL: https://issues.apache.org/jira/browse/LUCENE-3535 Project: Lucene - Java Issue Type: Task Affects Versions: 4.0

[jira] [Updated] (LUCENE-3535) move PerFieldCodecWrapper into codecs package

[ https://issues.apache.org/jira/browse/LUCENE-3535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-3535: Attachment: LUCENE-3535.patch > move PerFieldCodecWrapper into codecs package > --

[jira] [Commented] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135141#comment-13135141 ] Robert Muir commented on LUCENE-3534: - for the second solution, we get some benefits

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

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10993/ All tests passed Build Log (for compile errors): [...truncated 13128 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional

Re: SIGSEGV in JCCEnv::setClassPath

Hi Andi, thank you very much for pointing me to the right direction. The thread-attachment call in ReviewBoard was in fact missing. For anyone interested in the actual solution for ReviewBoard see: http://groups.google.com/group/reviewboard/browse_thread/thread/60cff51dc87 673f4 Thanks again, Rub

[JENKINS-MAVEN] Lucene-Solr-Maven-trunk #276: POMs out of sync

Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/276/ No tests ran. Build Log (for compile errors): [...truncated 7270 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands,

[jira] [Updated] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3534: -- Attachment: LUCENE-3534.patch Here the easy implementation, that simply removes code duplicati

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135179#comment-13135179 ] Michael McCandless commented on LUCENE-3506: {quote} Actually today when you

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

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10994/ All tests passed Build Log (for compile errors): [...truncated 13134 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional

[jira] [Updated] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler updated LUCENE-3534: -- Attachment: LUCENE-3463.patch Small optimization, as in 3.x we dont need to move the filter to

RE: [JENKINS] Lucene-Solr-tests-only-trunk - Build # 10994 - Still Failing

Sorry, my fault with javadocs. - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Apache Jenkins Server [mailto:jenk...@builds.apache.org] > Sent: Tuesday, October 25, 2011 6:49 PM > To: dev@lucene.apache.o

[jira] [Commented] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135224#comment-13135224 ] Robert Muir commented on LUCENE-3534: - +1, i prefer the hackedy-hack-hack over duplic

[jira] [Commented] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135226#comment-13135226 ] Uwe Schindler commented on LUCENE-3534: --- hey, there was an umlaut!

[jira] [Issue Comment Edited] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135224#comment-13135224 ] Robert Muir edited comment on LUCENE-3534 at 10/25/11 4:59 PM:

[jira] [Commented] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135236#comment-13135236 ] Uwe Schindler commented on LUCENE-3534: --- bq. Robert Muir added a comment - 25/Oct/1

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

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x-java7/735/ 1 tests failed. REGRESSION: org.apache.solr.client.solrj.embedded.LargeVolumeJettyTest.testMultiThreaded Error Message: java.lang.AssertionError: Some threads threw uncaught exceptions! Stack Trace: java.lang.RuntimeExc

[jira] [Updated] (SOLR-2849) Solr maven dependencies: logging

[ https://issues.apache.org/jira/browse/SOLR-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-2849: --- Attachment: SOLR-2849_maven_dependencies.patch Attached is a patch making a fair amount of changes to

[jira] [Resolved] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Doron Cohen resolved LUCENE-3506. - Resolution: Fixed Fixed: - r1188777 - trunk - r1188801 - 3x Mike, Uwe, Robert, thanks for revi

[jira] [Resolved] (LUCENE-3534) Backport FilteredQuery/IndexSearcher changes to 3.x: Remove filter logic from IndexSearcher and delegate to FilteredQuery

[ https://issues.apache.org/jira/browse/LUCENE-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Schindler resolved LUCENE-3534. --- Resolution: Fixed Fix Version/s: 3.5 Lucene Fields: New,Patch Available (was: New

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135247#comment-13135247 ] Dawid Weiss commented on LUCENE-3506: - Err... how is this different: {code} assert Bo

RE: [jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

That is different, because "assert false;" will make javac angry - it simply refuses to compile this (some error like unreachable statement blabla). When I implemented this test for the first time, this was the only way to get this running, copied from some code example on the net (I think it wa

Re: Request for Feedback for Patch to Allow DIH to Archive Files

Thanks Josh! On 25 October 2011 14:41, Josh Harness wrote: > Martijn, > > Thanks for the feedback. I have created SOLR-2851 for this feature > request. Please let me know if there's anything else you'd like me to do. > > Thanks! > > Josh > > On Tue, Oct 25, 2011 at 2:29 AM, Martijn v Groning

[jira] [Commented] (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

[ https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135256#comment-13135256 ] Uwe Schindler commented on LUCENE-3506: --- It may no longer apply to Java 6 javac, bu

Re: (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

Ok, thanks Uwe. Must have been a javac problem then because I compiled it fine with Maven (javac is the default if I'm not mistaken). Dawid On Tue, Oct 25, 2011 at 7:28 PM, Uwe Schindler (Commented) (JIRA) wrote: > >    [ > https://issues.apache.org/jira/browse/LUCENE-3506?page=com.atlassian.ji

RE: (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

I don't remember exactly what happened, but it appeared to me as a safe way to not make any optimizer/javac/... get angry. We have some other javac (not hotspot!) hack in the Version class: // this method prevents inlining the final version constant in compiled classes, // see: http://www.javawo

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

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10995/ All tests passed Build Log (for compile errors): [...truncated 13149 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional

joins and filter queries effecting scoring

I sent this question on the user mailing lists, but didn't hear any replies. I have 2 types of docs, users and posts. I want to view all the docs that belong to certain users by joining posts and users together. I have to filter the users with a filter query of "is_active_boolean:true" so that t

RE: [JENKINS] Lucene-Solr-tests-only-trunk - Build # 10995 - Still Failing

Another Javadoc failure, sorry. Should be fine now. - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Apache Jenkins Server [mailto:jenk...@builds.apache.org] > Sent: Tuesday, October 25, 2011 8:17 PM > To

Re: (LUCENE-3506) tests for verifying that assertions are enabled do nothing since they ignore AssertionError

> I don't remember exactly what happened, but it appeared to me as a safe way > to not make any optimizer/javac/... get angry. I think I know what happened: that had to be a bug in javac because any code around the assertion is still physically reachable (assert is after all implemented as a comp

[jira] [Resolved] (SOLR-2055) CLONE -woodstox dependency in maven solrj has wrong groupId

[ https://issues.apache.org/jira/browse/SOLR-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe resolved SOLR-2055. --- Resolution: Fixed Fix Version/s: 3.1 Assignee: Steven Rowe (was: Shalin Shekhar Mangar

[jira] [Resolved] (SOLR-1950) SolrJ POM still refers to stax parser

[ https://issues.apache.org/jira/browse/SOLR-1950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe resolved SOLR-1950. --- Resolution: Fixed Fix Version/s: 3.1 Assignee: Steven Rowe > SolrJ POM still refer

[jira] [Updated] (LUCENE-3509) Add settings to IWC to optimize IDV indices for CPU or RAM respectivly

[ https://issues.apache.org/jira/browse/LUCENE-3509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martijn van Groningen updated LUCENE-3509: -- Attachment: LUCENE-3509.patch Updated the patch. The option with name "sortedB

[jira] [Updated] (SOLR-2849) Solr maven dependencies: logging

[ https://issues.apache.org/jira/browse/SOLR-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Smiley updated SOLR-2849: --- Attachment: SOLR-2849_maven_dependencies.patch I updated the patch to account for another problem I no

[jira] [Commented] (LUCENE-3509) Add settings to IWC to optimize IDV indices for CPU or RAM respectivly

[ https://issues.apache.org/jira/browse/LUCENE-3509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135365#comment-13135365 ] Simon Willnauer commented on LUCENE-3509: - bq. Updated the patch. The option with

[jira] [Commented] (SOLR-2849) Solr maven dependencies: logging

[ https://issues.apache.org/jira/browse/SOLR-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135372#comment-13135372 ] Steven Rowe commented on SOLR-2849: --- bq. I noticed the ant distribution suggests woodstox

[jira] [Commented] (SOLR-2849) Solr maven dependencies: logging

[ https://issues.apache.org/jira/browse/SOLR-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135375#comment-13135375 ] David Smiley commented on SOLR-2849: Ok. FWIW, I didn't introduce the woodstox or guav

[jira] [Created] (SOLR-2852) SolrJ doesn't need woodstox jar

SolrJ doesn't need woodstox jar --- Key: SOLR-2852 URL: https://issues.apache.org/jira/browse/SOLR-2852 Project: Solr Issue Type: Improvement Components: clients - java Reporter: David Smiley

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

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/10997/ 1 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.update.AutoCommitTest Error Message: java.lang.AssertionError: directory of test was not closed, opened from: org.apache.solr.core.MockDirectoryFactory.crea

[jira] [Commented] (SOLR-2849) Solr maven dependencies: logging

[ https://issues.apache.org/jira/browse/SOLR-2849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135392#comment-13135392 ] Steven Rowe commented on SOLR-2849: --- bq. I didn't introduce the woodstox or guava discrep

[jira] [Commented] (SOLR-2588) Make Velocity an optional dependency in SolrCore

[ https://issues.apache.org/jira/browse/SOLR-2588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135394#comment-13135394 ] Erik Hatcher commented on SOLR-2588: I'm going to start making some commits on this iss

[jira] [Created] (LUCENE-3536) lucene-join and lucene-facet artifacts are missing from 'ant generate-maven-artifacts' output

lucene-join and lucene-facet artifacts are missing from 'ant generate-maven-artifacts' output - Key: LUCENE-3536 URL: https://issues.apache.org/jira/browse/LUCENE-3536

[jira] [Commented] (LUCENE-3509) Add settings to IWC to optimize IDV indices for CPU or RAM respectivly

[ https://issues.apache.org/jira/browse/LUCENE-3509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135423#comment-13135423 ] Martijn van Groningen commented on LUCENE-3509: --- We currently only use it f

[jira] [Commented] (LUCENE-3536) lucene-join and lucene-facet artifacts are missing from 'ant generate-maven-artifacts' output

[ https://issues.apache.org/jira/browse/LUCENE-3536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135437#comment-13135437 ] Steven Rowe commented on LUCENE-3536: - The source of the problem is the definition of

[jira] [Created] (SOLR-2853) SpellCheckCollator.collate method creates the a PossibilityIterator with maxTries instead of maxCollations

SpellCheckCollator.collate method creates the a PossibilityIterator with maxTries instead of maxCollations -- Key: SOLR-2853 URL: https://issues.apache.org/jir

[jira] [Updated] (LUCENE-3536) lucene-join and lucene-facet artifacts are missing from 'ant generate-maven-artifacts' output

[ https://issues.apache.org/jira/browse/LUCENE-3536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe updated LUCENE-3536: Attachment: LUCENE-3536.patch Patch fixing the problem. Committing shortly. > lu

[jira] [Resolved] (LUCENE-3536) lucene-join and lucene-facet artifacts are missing from 'ant generate-maven-artifacts' output

[ https://issues.apache.org/jira/browse/LUCENE-3536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe resolved LUCENE-3536. - Resolution: Fixed Fix Version/s: 4.0 Assignee: Steven Rowe Lucene Fields: (

[jira] [Commented] (SOLR-2853) SpellCheckCollator.collate method creates the a PossibilityIterator with maxTries instead of maxCollations

[ https://issues.apache.org/jira/browse/SOLR-2853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135468#comment-13135468 ] James Dyer commented on SOLR-2853: -- Matt, Thanks for taking such a deep dive into this co

[jira] [Commented] (LUCENE-2403) contrib/HighFreqTerms should use ByteRefs but provide human-readable output

[ https://issues.apache.org/jira/browse/LUCENE-2403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135522#comment-13135522 ] Steven Rowe commented on LUCENE-2403: - The nabble link in the description is dead. H

[jira] [Commented] (LUCENE-3000) Lucene release artifacts should be named apache-lucene-*

[ https://issues.apache.org/jira/browse/LUCENE-3000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135535#comment-13135535 ] Steven Rowe commented on LUCENE-3000: - Grant, can we resolve this as WONTFIX?

[jira] [Commented] (SOLR-2853) SpellCheckCollator.collate method creates the a PossibilityIterator with maxTries instead of maxCollations

[ https://issues.apache.org/jira/browse/SOLR-2853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135542#comment-13135542 ] Matt Traynham commented on SOLR-2853: - Ahh yes, that makes sense. I was under the assu

[jira] [Commented] (LUCENE-3000) Lucene release artifacts should be named apache-lucene-*

[ https://issues.apache.org/jira/browse/LUCENE-3000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135543#comment-13135543 ] Robert Muir commented on LUCENE-3000: - apache httpd's artifacts arent even prefixed w

[jira] [Closed] (SOLR-2853) SpellCheckCollator.collate method creates the a PossibilityIterator with maxTries instead of maxCollations

[ https://issues.apache.org/jira/browse/SOLR-2853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Traynham closed SOLR-2853. --- Resolution: Invalid Marking as invalid, based upon Mr. Dyer's comment. > SpellCheckCo

[jira] [Commented] (LUCENE-2974) the hudson nightly for lucene should check out lucene by itself

[ https://issues.apache.org/jira/browse/LUCENE-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135552#comment-13135552 ] Steven Rowe commented on LUCENE-2974: - This issue is about excluding the top-level {{

[jira] [Commented] (LUCENE-2974) the hudson nightly for lucene should check out lucene by itself

[ https://issues.apache.org/jira/browse/LUCENE-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1313#comment-1313 ] Robert Muir commented on LUCENE-2974: - and solr and modules, too? Currently, when is

[jira] [Commented] (LUCENE-2974) the hudson nightly for lucene should check out lucene by itself

[ https://issues.apache.org/jira/browse/LUCENE-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135557#comment-13135557 ] Steven Rowe commented on LUCENE-2974: - Currently trunk {{modules/}} is also tested by

[jira] [Resolved] (LUCENE-2866) Unexpected search results

[ https://issues.apache.org/jira/browse/LUCENE-2866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe resolved LUCENE-2866. - Resolution: Incomplete Assignee: Steven Rowe Lucene Fields: (was: New) Alejand

[jira] [Commented] (LUCENE-2974) the hudson nightly for lucene should check out lucene by itself

[ https://issues.apache.org/jira/browse/LUCENE-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135562#comment-13135562 ] Robert Muir commented on LUCENE-2974: - I think it should all be tested! But I think

[jira] [Commented] (LUCENE-3452) The native FS lock used in test-framework's o.a.l.util.LuceneJUnitResultFormatter prohibits testing on a multi-user system

[ https://issues.apache.org/jira/browse/LUCENE-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135563#comment-13135563 ] Steven Rowe commented on LUCENE-3452: - I just successfully ran all trunk Lucene/Solr

[jira] [Resolved] (LUCENE-3452) The native FS lock used in test-framework's o.a.l.util.LuceneJUnitResultFormatter prohibits testing on a multi-user system

[ https://issues.apache.org/jira/browse/LUCENE-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir resolved LUCENE-3452. - Resolution: Fixed Fix Version/s: 4.0 3.5 > The native FS lock used

[jira] [Commented] (SOLR-1786) Solr (trunk rev. 912116) suffers from PDFBOX-537 [Endless loop in org.apache.pdfbox.pdfparser.BaseParser.parseCOSDictionary()] fixed in PDFbox 1.0?

[ https://issues.apache.org/jira/browse/SOLR-1786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13135582#comment-13135582 ] Steven Rowe commented on SOLR-1786: --- Solr Cell upgraded to Tika 0.8, which included PDFbo

  1   2   >