On Sat, 23 Jul 2011, Andi Vajda wrote:
Today is day 3 of this vote.
At this time, we have 2 PMC votes and 3 community votes.
One more PMC vote is needed for releasing PyLucene 3.3-3.
This vote has passed. Thank you to all who voted !
Andi..
Please consider voting for these release
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070126#comment-13070126
]
Uwe Schindler commented on LUCENE-3318:
---
Some note from the TokenmStream policeman:
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070126#comment-13070126
]
Uwe Schindler edited comment on LUCENE-3318 at 7/24/11 9:17 AM:
[
https://issues.apache.org/jira/browse/LUCENE-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070134#comment-13070134
]
Paul Elschot commented on LUCENE-3328:
--
bq. this works and looks as expected.
[
https://issues.apache.org/jira/browse/LUCENE-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070135#comment-13070135
]
Uwe Schindler commented on LUCENE-3328:
---
Indeed breaks in Java are no real gotos.
Not good! I'll dig once I'm back from vacation... sounds like something is up.
Mike
Sent from my iPad
On Jul 23, 2011, at 4:24 PM, Mark Miller markrmil...@gmail.com wrote:
So eventually of course, after spending a few years in GC hell, you do hit
the OOM.
On Jul 23, 2011, at 10:33 AM,
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070139#comment-13070139
]
Uwe Schindler commented on LUCENE-3318:
---
Hi,
{code:java}
if (q instanceof
[
https://issues.apache.org/jira/browse/LUCENE-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070142#comment-13070142
]
Uwe Schindler commented on LUCENE-3334:
---
bq. would help runtime bytecode optimizers
[
https://issues.apache.org/jira/browse/LUCENE-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-3334:
--
Attachment: LUCENE-3334.patch
Here my final patch.
IOUtils.closeSafely should log
[
https://issues.apache.org/jira/browse/LUCENE-2795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Varun Thacker updated LUCENE-2795:
--
Attachment: LUCENE-2795.patch
Sorry for the delay. I have made the changes suggested.
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070149#comment-13070149
]
Robert Muir commented on LUCENE-3318:
-
{quote}
About the payloads encoding: I would
EchoParamsTest fails with Java 7 (randomly)
---
Key: SOLR-2672
URL: https://issues.apache.org/jira/browse/SOLR-2672
Project: Solr
Issue Type: Bug
Reporter: Uwe Schindler
This test fails
(Possibly) Caching(???) issues with TestFiltering and RequiredFieldsTest (and
few more)
Key: SOLR-2673
URL: https://issues.apache.org/jira/browse/SOLR-2673
[
https://issues.apache.org/jira/browse/LUCENE-3335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070153#comment-13070153
]
Uwe Schindler commented on LUCENE-3335:
---
I opened SOLR-2672 and SOLR-2673 for the
[
https://issues.apache.org/jira/browse/SOLR-2672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070152#comment-13070152
]
Uwe Schindler commented on SOLR-2672:
-
It is definitely not a Hotspot issue, as it also
Hi, I created a new JIRA tag for Java7-related bugs:
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truejqlQuer
y=labels+%3D+Java7
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070156#comment-13070156
]
Uwe Schindler commented on SOLR-2673:
-
I tried making all methods of ConcurrentLRUCache
[
https://issues.apache.org/jira/browse/LUCENE-3097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martijn van Groningen updated LUCENE-3097:
--
Attachment: LUCENE-3097.patch
Updated the patch.
* Fixed the test failure
[
https://issues.apache.org/jira/browse/LUCENE-3097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martijn van Groningen updated LUCENE-3097:
--
Attachment: LUCENE-3097.patch
Updated patch again. I forgot to update some
Sorry, here a better link for that don't wrap:
http://s.apache.org/Java7Failures
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: Uwe Schindler [mailto:u...@thetaphi.de]
Sent: Sunday, July 24, 2011 2:19
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070162#comment-13070162
]
Yonik Seeley commented on SOLR-2673:
Hmmm... notice the numFound:5
There are only 4
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070164#comment-13070164
]
Uwe Schindler commented on SOLR-2673:
-
Aa.
We should always clear the index.
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070166#comment-13070166
]
Dawid Weiss commented on SOLR-2673:
---
Can you confirm this? If this is the case, it'll be
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-2673:
Summary: Some Solr tests depend on order of test methods in source file,
but Java 7 seems to no
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070169#comment-13070169
]
Uwe Schindler commented on SOLR-2673:
-
More info, so its really not defined in which
[
https://issues.apache.org/jira/browse/SOLR-2672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-2672:
Attachment: SOLR-2672.patch
Simple fix.
EchoParamsTest fails with Java 7 (randomly)
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-2673:
Attachment: SOLR-2673.patch
Simple fix for TestFiltering.
Some Solr tests depend on order of test
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070171#comment-13070171
]
Robert Muir commented on SOLR-2673:
---
{noformat}
Index:
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070173#comment-13070173
]
Chris Male commented on SOLR-2673:
--
Was just going to suggest the same thing Robert!
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070174#comment-13070174
]
Robert Muir commented on SOLR-2673:
---
hehe i want all tests to be reproducible though,
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070177#comment-13070177
]
Chris Male commented on SOLR-2673:
--
If the Collection is ordered differently each time
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070178#comment-13070178
]
Robert Muir commented on SOLR-2673:
---
The problem i am concerned about would be e.g. a
Build: https://builds.apache.org/job/Solr-3.x/417/
All tests passed
Build Log (for compile errors):
[...truncated 29860 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail:
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/9725/
No tests ran.
Build Log (for compile errors):
[...truncated 43 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070179#comment-13070179
]
Robert Muir commented on SOLR-2673:
---
By the way, if you add this shuffle, all these
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070180#comment-13070180
]
Chris Male commented on SOLR-2673:
--
Absolutely. My point is, can we even avoid that since
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070181#comment-13070181
]
Robert Muir commented on SOLR-2673:
---
I doubt its truly random... it may be undefined but
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070183#comment-13070183
]
Chris Male commented on SOLR-2673:
--
We could also sort it to a known order
[
https://issues.apache.org/jira/browse/SOLR-2672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070182#comment-13070182
]
Uwe Schindler commented on SOLR-2672:
-
Committed trunk revision: 1150362
Committed 3.x
[
https://issues.apache.org/jira/browse/SOLR-2523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martijn van Groningen resolved SOLR-2523.
-
Resolution: Fixed
Committed.
3x branch in revision 1150364
trunk in revision
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070185#comment-13070185
]
Uwe Schindler commented on SOLR-2673:
-
First bunch fixed (TestFiltering and
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-2673:
Fix Version/s: 4.0
3.4
Some Solr tests depend on order of test methods in
[
https://issues.apache.org/jira/browse/SOLR-2672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated SOLR-2672:
Fix Version/s: 4.0
3.4
EchoParamsTest fails with Java 7 (randomly)
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070186#comment-13070186
]
Uwe Schindler commented on SOLR-2673:
-
bq. We could also sort it to a known order
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070188#comment-13070188
]
Uwe Schindler commented on SOLR-2673:
-
bq. I doubt its truly random... it may be
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070187#comment-13070187
]
Chris Male commented on SOLR-2673:
--
Yup.
Some Solr tests depend on order of test methods
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated SOLR-2673:
--
Attachment: SOLR-2673_randomize_methods.patch
attached is a patch that inits LTC's random inside
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070192#comment-13070192
]
Robert Muir commented on SOLR-2673:
---
{quote}
We must do this in all cases, because else
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated SOLR-2673:
--
Attachment: SOLR-2673_randomize_methods.patch
updated patch, with the sort-by-name before shuffle.
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070194#comment-13070194
]
Chris Male commented on SOLR-2673:
--
+1
Some Solr tests depend on order of test methods
Build: https://builds.apache.org/job/Lucene-Solr-Maven-3.x/197/
No tests ran.
Build Log (for compile errors):
[...truncated 138 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands,
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/9726/
No tests ran.
Build Log (for compile errors):
[...truncated 28 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional
Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/198/
No tests ran.
Build Log (for compile errors):
[...truncated 138 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands,
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x/9736/
No tests ran.
Build Log (for compile errors):
[...truncated 28 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional
Sorry, I heavy stopped tests to get my tests running. :-)
-
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: Sunday, July 24, 2011 4:16 PM
To:
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x-java7/2/
1 tests failed.
FAILED: TEST-org.apache.lucene.analysis.TestPorterStemFilter.xml.init
Error Message:
Stack Trace:
Test report file
Porter again, in 3.x class name is different. Fixed in rev 1150386.
-
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: Sunday, July 24, 2011
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/9727/
2 tests failed.
REGRESSION:
org.apache.solr.core.RAMDirectoryFactoryTest.testOpenReturnsTheSameForSamePath
Error Message:
RAMDirectoryFactory should not create new instance of RefCntRamDirectory every
time open() is
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x/9737/
No tests ran.
Build Log (for compile errors):
[...truncated 97 lines...]
[javac]
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x-java7/3/
No tests ran.
Build Log (for compile errors):
[...truncated 89 lines...]
[javac]
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/8/
1 tests failed.
FAILED:
org.apache.solr.client.solrj.embedded.MultiCoreEmbeddedTest.testMultiCore
Error Message:
Index directory exists after core unload with deleteIndex=true
Stack Trace:
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/9728/
1 tests failed.
FAILED:
org.apache.solr.core.RAMDirectoryFactoryTest.testOpenReturnsTheSameForSamePath
Error Message:
RAMDirectoryFactory should not create new instance of RefCntRamDirectory every
time open() is called
[
https://issues.apache.org/jira/browse/LUCENE-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler resolved LUCENE-3334.
---
Resolution: Fixed
Fix Version/s: 4.0
3.4
Committed trunk
Hi,
I have to deal with serious bug problem. My program doesn't work correctly.
Problem shows it self probably in this part of code:
[code]
StandardAnalyzer stAnalyzer = new StandardAnalyzer(Version.LUCENE_31);
TokenStream stStream = stAnalyzer.tokenStream(analizedContent, new
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070208#comment-13070208
]
Robert Muir commented on LUCENE-3318:
-
{quote}
Also - I did run a quick test to
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x-java7/5/
1 tests failed.
FAILED:
org.apache.solr.client.solrj.embedded.SolrExampleJettyTest.testChineseDefaults
Error Message:
null
Stack Trace:
java.lang.NullPointerException
at
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070210#comment-13070210
]
Uwe Schindler commented on LUCENE-3318:
---
bq. Also - I did run a quick test to
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070211#comment-13070211
]
Mike Sokolov commented on LUCENE-3318:
--
bq. Maybe the rewritemethod used here for
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/9/
1 tests failed.
REGRESSION:
org.apache.solr.client.solrj.embedded.SolrExampleStreamingTest.testStreamingRequest
Error Message:
null
Stack Trace:
java.lang.NullPointerException
at
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/10/
All tests passed
Build Log (for compile errors):
[...truncated 16954 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x-java7/6/
All tests passed
Build Log (for compile errors):
[...truncated 19845 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070221#comment-13070221
]
Robert Muir commented on SOLR-2673:
---
I think we can resolve this issue now.
Some Solr
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070223#comment-13070223
]
Mike Sokolov commented on LUCENE-3318:
--
bq. The TokenStream must call
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070222#comment-13070222
]
Uwe Schindler commented on SOLR-2673:
-
We should add a changes entry.
Some Solr tests
[
https://issues.apache.org/jira/browse/LUCENE-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Sokolov updated LUCENE-3318:
-
Attachment: LUCENE-3318.patch
updated patch encodes offset payloads as VInts, corrects
update -
I have find out that the problem comes from those constructors:
new Field(name, tokenStream)
new Field(name, tokenStream, termVector)
how?
[code]
StandardAnalyzer stAnalyzer = new StandardAnalyzer(Version.LUCENE_30);
TokenStream stStream = stAnalyzer.tokenStream(analizedContent, new
[
https://issues.apache.org/jira/browse/LUCENE-3097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070231#comment-13070231
]
Martijn van Groningen commented on LUCENE-3097:
---
Committed to trunk (rev.
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070232#comment-13070232
]
Robert Muir commented on SOLR-2673:
---
i don't think thats very important, its just our
[
https://issues.apache.org/jira/browse/SOLR-2673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir resolved SOLR-2673.
---
Resolution: Fixed
Some Solr tests depend on order of test methods in source file, but Java 7
seems
The problem with your code is simple: You cannot consume a tokenstream twice
(like an iterator), when you consume it with the System.out.println() loop it
can no longer be consumed by the Indexer. The same happens when you add the
same TokenStream to several Fields to index.
Still I don’t
: i don't think thats very important, its just our internal tests, and everyone
here is a committer.
Wasn't the new randomization added to the test-framework ?
we advertise that as a package users can use to write their own tests
using lucene -- if we had tests that depended on order other
[
https://issues.apache.org/jira/browse/SOLR-2078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man resolved SOLR-2078.
Resolution: Duplicate
Search Grouping: SolrJ support
--
The order is undefined in java itself: its randomish in sun's java 7
for instance (and maybe other implementations, too).
We just made it random always, so it will fail consistently regardless
of JRE implementation.
Adding CHANGES.txt to test changes seems like a slippery slope, the
behavior and
: We just made it random always, so it will fail consistently regardless
: of JRE implementation.
Right, which means people who:
* have an app that uses Lucene
* have tests that use the Lucene test-framework
* upgrade lucene w/o changing their app or their JVM
...could now get failures.
:
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/9735/
1 tests failed.
REGRESSION:
org.apache.lucene.search.grouping.TermAllGroupHeadsCollectorTest.testRandom
Error Message:
4
Stack Trace:
java.lang.ArrayIndexOutOfBoundsException: 4
at
On Sun, Jul 24, 2011 at 4:04 PM, Chris Hostetter
hossman_luc...@fucit.org wrote:
I agree that the back-compat on classes in test-framework should be loose,
and we should be allowed to break compat anytime it helps improve our test
coverage, but we should at least *mention* in CHANGES when we
Schema field validation does not look for inconsistencies between field and
fieldType
-
Key: SOLR-2674
URL: https://issues.apache.org/jira/browse/SOLR-2674
Project:
[
https://issues.apache.org/jira/browse/SOLR-2669?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070241#comment-13070241
]
Hoss Man commented on SOLR-2669:
Thanks for the review rmuir
Committed revision 1150478. -
There's no harm in mentioning it, Robert. This is something people may
not be aware of, so consider it a golden nugget of information about
Java7 behavior hidden in CHANGES. :)
Dawid
On Sun, Jul 24, 2011 at 10:14 PM, Robert Muir rcm...@gmail.com wrote:
On Sun, Jul 24, 2011 at 4:04 PM, Chris
looks like solution!! :)
Many thanks for your response. I thought about that but, shouldn't the reset
method make that tokenStream reusable?
Haven't found such information in documentation or any code example with
that constructor.
My bypass method works too, but demand much more resources...
Remove a dependency of javadoc tasks on compile
---
Key: LUCENE-3336
URL: https://issues.apache.org/jira/browse/LUCENE-3336
Project: Lucene - Java
Issue Type: Improvement
Reporter: Uwe
[
https://issues.apache.org/jira/browse/LUCENE-3336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-3336:
--
Attachment: LUCENE-3336.patch
A quick fix for Lucene's javadocs-all task.
Solr is more
Sorry, too soon to celebrate.
I've entered those fixes but that code below dose not working! field value
in index is null :(
in my opinion it is not a case of multi time used tokenStream.
PolishAnalyzer plAnalyzer = new PolishAnalyzer (Version.LUCENE_33);
TokenStream plStream =
[
https://issues.apache.org/jira/browse/LUCENE-3336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-3336:
--
Attachment: LUCENE-3336.patch
Now also Solr javadocs build 2 times faster
Remove a
[
https://issues.apache.org/jira/browse/LUCENE-3336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler resolved LUCENE-3336.
---
Resolution: Fixed
Fix Version/s: 4.0
3.4
Lucene Fields: [New,
avoid building jar files unless necessary in build
--
Key: LUCENE-3337
URL: https://issues.apache.org/jira/browse/LUCENE-3337
Project: Lucene - Java
Issue Type: Bug
Components:
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x/9745/
1 tests failed.
REGRESSION:
org.apache.solr.client.solrj.embedded.MultiCoreExampleJettyTest.testMultiCore
Error Message:
Can not find: /example/core1/update Can not find: /example/core1/update
request:
Flexible query parser does not support open ranges and range queries with mixed
inclusive and exclusive ranges
--
Key: LUCENE-3338
URL:
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk-java7/12/
1 tests failed.
FAILED:
org.apache.lucene.search.grouping.TermAllGroupHeadsCollectorTest.testBasic
Error Message:
1
Stack Trace:
java.lang.ArrayIndexOutOfBoundsException: 1
at
[
https://issues.apache.org/jira/browse/SOLR-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13070263#comment-13070263
]
William Bell commented on SOLR-2155:
OK... Would it ask too much to commit this? It is
1 - 100 of 125 matches
Mail list logo