[jira] [Commented] (SOLR-791) Allow to submit config and schema when creating a new core

[ https://issues.apache.org/jira/browse/SOLR-791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13469196#comment-13469196 ] Gaurav commented on SOLR-791: - I was surprised when I found it's not possible. I need to automat

[jira] [Commented] (LUCENE-4457) Combine MockRandomPostingsFormat and RandomCodec

[ https://issues.apache.org/jira/browse/LUCENE-4457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13469188#comment-13469188 ] Dawid Weiss commented on LUCENE-4457: - I vote for calling it CentaurCodec :) http://

Jenkins build is back to normal : slow-io-beasting #393

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

Build failed in Jenkins: slow-io-beasting #392

See -- [...truncated 955 lines...] [junit4:junit4] Completed on J1 in 0.05s, 7 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.search.spans.TestNearSpansOrdered [junit4:junit4

[jira] [Commented] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13469079#comment-13469079 ] Robert Muir commented on LUCENE-4226: - I'm not a fan of the skipBytes on DataInput. I

[jira] [Commented] (LUCENE-4456) IndexWriter makes unrefed files, and MockDir cannot detect it

[ https://issues.apache.org/jira/browse/LUCENE-4456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13469054#comment-13469054 ] Robert Muir commented on LUCENE-4456: - This is in 4.x now: just to try give some summ

[jira] [Commented] (SOLR-3602) Look into updating to ZooKeeper 3.4.

[ https://issues.apache.org/jira/browse/SOLR-3602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13469021#comment-13469021 ] Mark Miller commented on SOLR-3602: --- hmm...looking a little trickier than last time I wen

[jira] [Commented] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13469008#comment-13469008 ] Robert Muir commented on LUCENE-4226: - Yeah: i opened another issue to try to straigh

[jira] [Updated] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-4226: - Attachment: LUCENE-4226.patch > Efficient compression of small to medium stored fields > ---

[jira] [Updated] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-4226: - Attachment: LUCENE-4426.patch Almost the same patch. I removed ByteArrayDataInput.skipBytes(int)

[jira] [Updated] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-4226: - Attachment: (was: LUCENE-4426.patch) > Efficient compression of small to medium stored f

Re: Build failed in Jenkins: slow-io-beasting #189

I committed a fix for at least some of these testThatYouCloseCorrectly^H^H^H^H^H^testThreadInterruptDeadLock fails. 3.x codec might have more bugs. On Wed, Oct 3, 2012 at 7:34 PM, wrote: > See > > ---

Re: Build failed in Jenkins: slow-io-beasting #187

I committed a fix. Mike McCandless http://blog.mikemccandless.com On Wed, Oct 3, 2012 at 7:30 PM, wrote: > See > > -- > [...truncated 945 lines...] > [junit4:junit4] Suite: org.apache.lu

Jenkins build is back to normal : slow-io-beasting #190

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

Build failed in Jenkins: slow-io-beasting #189

See -- [...truncated 929 lines...] [junit4:junit4] Suite: org.apache.lucene.search.TestPrefixRandom [junit4:junit4] Completed on J1 in 0.25s, 1 test [junit4:junit4] [junit4:junit4] Suite: or

Build failed in Jenkins: slow-io-beasting #188

See -- [...truncated 945 lines...] [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestPayloads [junit4:junit4] Completed on J3 in 0.08s, 7 tests [junit4:junit4] [junit4:juni

Jenkins build is back to normal : branch4x-beaster #316

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

Build failed in Jenkins: slow-io-beasting #187

See -- [...truncated 945 lines...] [junit4:junit4] Suite: org.apache.lucene.search.TestWildcard [junit4:junit4] Completed on J2 in 0.13s, 8 tests [junit4:junit4] [junit4:junit4] Suite: org.a

Build failed in Jenkins: branch4x-beaster #315

See -- [...truncated 909 lines...] [junit4:junit4] Suite: org.apache.lucene.util.junitcompat.TestExceptionInBeforeClassHooks [junit4:junit4] Completed on J3 in 0.07s, 3 tests [junit4:junit4] [ju

[jira] [Commented] (SOLR-3909) check for distributed request after running prepare for search components

[ https://issues.apache.org/jira/browse/SOLR-3909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468963#comment-13468963 ] Brian Choi commented on SOLR-3909: -- Please check the issue https://issues.apache.org/jira/

[jira] [Updated] (SOLR-3912) Slower query due to distributed query for 1 shard setup

[ https://issues.apache.org/jira/browse/SOLR-3912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Choi updated SOLR-3912: - Description: Query is being distributed executing 3 total from 1 query from the client side. Shard number

[jira] [Created] (SOLR-3912) Slower query due to distributed query for 1 shard setup

Brian Choi created SOLR-3912: Summary: Slower query due to distributed query for 1 shard setup Key: SOLR-3912 URL: https://issues.apache.org/jira/browse/SOLR-3912 Project: Solr Issue Type: Bug

[jira] [Commented] (LUCENE-4457) Combine MockRandomPostingsFormat and RandomCodec

[ https://issues.apache.org/jira/browse/LUCENE-4457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468960#comment-13468960 ] Michael McCandless commented on LUCENE-4457: +1 > Combine Mo

[jira] [Commented] (LUCENE-4457) Combine MockRandomPostingsFormat and RandomCodec

[ https://issues.apache.org/jira/browse/LUCENE-4457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468961#comment-13468961 ] Robert Muir commented on LUCENE-4457: - I also support calling the new merged one Fran

[jira] [Created] (LUCENE-4457) Combine MockRandomPostingsFormat and RandomCodec

Robert Muir created LUCENE-4457: --- Summary: Combine MockRandomPostingsFormat and RandomCodec Key: LUCENE-4457 URL: https://issues.apache.org/jira/browse/LUCENE-4457 Project: Lucene - Core Issue

[jira] [Commented] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468953#comment-13468953 ] Robert Muir commented on LUCENE-4226: - OK MockRandom is just postings now... I think

[jira] [Commented] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468949#comment-13468949 ] Robert Muir commented on LUCENE-4226: - Shouldnt ByteArrayDataInput override skip to j

[jira] [Comment Edited] (SOLR-2305) DataImportScheduler

[ https://issues.apache.org/jira/browse/SOLR-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468938#comment-13468938 ] Marko Bonaci edited comment on SOLR-2305 at 10/4/12 9:54 AM: - [

[jira] [Commented] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468945#comment-13468945 ] Adrien Grand commented on LUCENE-4226: -- Oh, I didn't mean THAT shortly :-)

[jira] [Resolved] (SOLR-3903) Solrj library raises MissingFormatArgumentException when comitting update requests with parameters

[ https://issues.apache.org/jira/browse/SOLR-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man resolved SOLR-3903. Resolution: Fixed Fix Version/s: 5.0 4.1 Committed revision 1393794. - trunk Commi

[jira] [Commented] (SOLR-2305) DataImportScheduler

[ https://issues.apache.org/jira/browse/SOLR-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468938#comment-13468938 ] Marko Bonaci commented on SOLR-2305: [~newmanw10] Correct me if I'm wrong, but if I rea

[jira] [Updated] (SOLR-2305) DataImportScheduler

[ https://issues.apache.org/jira/browse/SOLR-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe updated SOLR-2305: -- Summary: DataImportScheduler (was: DataImportScheduler - Marko Bonaci) > DataImportScheduler > ---

[jira] [Comment Edited] (SOLR-2305) DataImportScheduler - Marko Bonaci

[ https://issues.apache.org/jira/browse/SOLR-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468935#comment-13468935 ] Marko Bonaci edited comment on SOLR-2305 at 10/4/12 9:35 AM: - C

[jira] [Commented] (SOLR-2305) DataImportScheduler - Marko Bonaci

[ https://issues.apache.org/jira/browse/SOLR-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468935#comment-13468935 ] Marko Bonaci commented on SOLR-2305: Can I please ask someone (whoever has the appropri

[jira] [Commented] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468921#comment-13468921 ] Robert Muir commented on LUCENE-4226: - im on the phone but i have some questions. giv

[jira] [Updated] (LUCENE-4226) Efficient compression of small to medium stored fields

[ https://issues.apache.org/jira/browse/LUCENE-4226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand updated LUCENE-4226: - Attachment: LUCENE-4226.patch New patch: - improved documentation, - I added CompressingCodec

[JENKINS] Solr-Artifacts-trunk - Build # 1987 - Failure

Build: https://builds.apache.org/job/Solr-Artifacts-trunk/1987/ No tests ran. Build Log: [...truncated 13504 lines...] FATAL: hudson.remoting.RequestAbortedException: java.io.IOException: Unexpected termination of the channel hudson.remoting.RequestAbortedException: hudson.remoting.RequestAbort

[jira] [Updated] (SOLR-3903) Solrj library raises MissingFormatArgumentException when comitting update requests with parameters

[ https://issues.apache.org/jira/browse/SOLR-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-3903: --- Attachment: SOLR-3903.patch the fix was trivial, but i spent over an hour trying ot figure out how to modify

Re: Lucene 4.0 memory usage during indexing - is this expected?

Phew, thanks for bringing closure! Mike McCandless http://blog.mikemccandless.com On Wed, Oct 3, 2012 at 2:12 PM, wrote: > Mystery resolved; the problem was due to an ever-increasing record size, > which was in turn due to a record structure that was never being cleared. > This caused it to

Re: svn commit: r1393408 - in /lucene/dev/trunk/lucene: ./ codecs/src/java/org/apache/lucene/codecs/simpletext/ core/src/java/org/apache/lucene/index/ core/src/java/org/apache/lucene/store/ core/src/t

On Wed, Oct 3, 2012 at 12:33 PM, Uwe Schindler wrote: > Then we should nuke it. The commits are not lost, you can always look at them > after deletion. Just open your repository browser and enter an older revision > number! I just don’t want to make the "play-around" branches be first-class > c

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468808#comment-13468808 ] Joel Bernstein commented on SOLR-3897: -- I was incorrect, fragsize works with the defau

[jira] [Updated] (SOLR-3903) Solrj library raises MissingFormatArgumentException when comitting update requests with parameters

[ https://issues.apache.org/jira/browse/SOLR-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man updated SOLR-3903: --- Fix Version/s: 4.0 Assignee: Hoss Man thanks for reporting this ... the problem is that waitFlush was

RE: Lucene 4.0 memory usage during indexing - is this expected?

Mystery resolved; the problem was due to an ever-increasing record size, which was in turn due to a record structure that was never being cleared. This caused it to appear as if the total allocation of structures used for analysis was steadily growing. But the number of such entities did NOT g

RE: Lucene 4.0 memory usage during indexing - is this expected?

Threads are managed via an executor service and are a fixed size thread pool, of size 16 on this machine. There are not a lot of fields in the schema (a half dozen). We do use PerFieldAnalyzerWrapper. I'm still grappling with the mat reports; it's possible of course that we're holding onto so

RE: svn commit: r1393408 - in /lucene/dev/trunk/lucene: ./ codecs/src/java/org/apache/lucene/codecs/simpletext/ core/src/java/org/apache/lucene/index/ core/src/java/org/apache/lucene/store/ core/src/t

Then we should nuke it. The commits are not lost, you can always look at them after deletion. Just open your repository browser and enter an older revision number! I just don’t want to make the "play-around" branches be first-class citicens of the Lucene / Solr repository. - Uwe Schindler H

Re: svn commit: r1393408 - in /lucene/dev/trunk/lucene: ./ codecs/src/java/org/apache/lucene/codecs/simpletext/ core/src/java/org/apache/lucene/index/ core/src/java/org/apache/lucene/store/ core/src/t

I created a patch because the branch had lots of back-and-forth (essentially noise) from mike and I. We also dont move anything around or anyting like that (its just fixing bugs/tests really) so a patch to me made more sense... The branch was just so we could easily collaborate and set my jenkins

RE: svn commit: r1393408 - in /lucene/dev/trunk/lucene: ./ codecs/src/java/org/apache/lucene/codecs/simpletext/ core/src/java/org/apache/lucene/index/ core/src/java/org/apache/lucene/store/ core/src/t

Why did you not merge-reintegrate? - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -Original Message- > From: Michael McCandless [mailto:luc...@mikemccandless.com] > Sent: Wednesday, October 03, 2012 6:04 PM > To: dev@lucene.apach

[jira] [Commented] (LUCENE-1822) FastVectorHighlighter: SimpleFragListBuilder hard-coded 6 char margin is too naive

[ https://issues.apache.org/jira/browse/LUCENE-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468639#comment-13468639 ] Koji Sekiguchi commented on LUCENE-1822: I got errors when I do ant test at lucen

Re: svn commit: r1393408 - in /lucene/dev/trunk/lucene: ./ codecs/src/java/org/apache/lucene/codecs/simpletext/ core/src/java/org/apache/lucene/index/ core/src/java/org/apache/lucene/store/ core/src/t

On Wed, Oct 3, 2012 at 8:29 AM, Uwe Schindler wrote: > Yes :) > It is still there and can be viewed (using @rev in URL), but it should not be > visible as "active". We already have way too many branches, which seem to be > dead, we should cleanup. Hmm, though, I'm nervous destroying commit hist

[jira] [Updated] (LUCENE-1822) FastVectorHighlighter: SimpleFragListBuilder hard-coded 6 char margin is too naive

[ https://issues.apache.org/jira/browse/LUCENE-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi updated LUCENE-1822: --- Attachment: LUCENE-1822.patch Updated the patch for current trunk. > FastVe

Jenkins build is back to normal : leakfinder #3

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

Re: Build failed in Jenkins: leakfinder #1

sorry :) On Wed, Oct 3, 2012 at 11:53 AM, wrote: > See > > -- > [...truncated 7049 lines...] > A dev-tools/idea/solr/core > A dev-tools/idea/solr/core/src > A dev-tools/idea/solr

Build failed in Jenkins: leakfinder #2

See Changes: [mikemccand] use closeWhileHandlingException when success is false -- Started by timer Building in workspace Cleaning up

Re: svn commit: r1393552 - /lucene/dev/branches/slowclosing/lucene/codecs/src/java/org/apache/lucene/codecs/bloom/BloomFilteringPostingsFormat.java

On Wed, Oct 3, 2012 at 11:39 AM, Adrien Grand wrote: > Mike, > > On 03/10/2012 17:35, mikemcc...@apache.org wrote: >> +if (!success) { >> + IOUtils.close(bloomIn, delegateFieldsProducer); >> +} else { >> + IOUtils.close(bloomIn); >> +} > > When success is

Build failed in Jenkins: leakfinder #1

See -- [...truncated 7049 lines...] A dev-tools/idea/solr/core A dev-tools/idea/solr/core/src A dev-tools/idea/solr/core/src/test AUdev-tools/idea/solr/core/src/test/solr-c

Re: Lucene 4.0 memory usage during indexing - is this expected?

I wish I could remember/find the Jira issue here ... there was one fairly recently. Are you really sure your not turning over threads that are coming through Lucene...? High thread turnover causes challenges for ThreadLocals ... Do you have a lot of fields? Are you using PerFieldAnalyzerWrapper

Re: svn commit: r1393552 - /lucene/dev/branches/slowclosing/lucene/codecs/src/java/org/apache/lucene/codecs/bloom/BloomFilteringPostingsFormat.java

Mike, On 03/10/2012 17:35, mikemcc...@apache.org wrote: > +if (!success) { > + IOUtils.close(bloomIn, delegateFieldsProducer); > +} else { > + IOUtils.close(bloomIn); > +} When success is false, maybe you should use closeWhileHandlingException instead? -

RE: Lucene 4.0 memory usage during indexing - is this expected?

There's a fixed-sized thread pool involved in doing the indexing, of a size that depends on the machine parameters. Karl -Original Message- From: ext Michael McCandless [mailto:luc...@mikemccandless.com] Sent: Wednesday, October 03, 2012 10:43 AM To: Wright Karl (Nokia-LC/Boston) Subject

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468587#comment-13468587 ] Joel Bernstein commented on SOLR-3897: -- fragsize works only with the FastVectorHighlig

Re: Build failed in Jenkins: trunk-beasting #518

> I'm working on a theory to make these failures more reproducible! This is awesome, reminds me of Knuth's "Beware of bugs in the above code; I have only proved it correct, not tried it.". Dawid - To unsubscribe, e-mail: dev-uns

Re: Build failed in Jenkins: trunk-beasting #518

I'm working on a theory to make these failures more reproducible! On Wed, Oct 3, 2012 at 9:56 AM, wrote: > See > > -- > [...truncated 894 lines...] > [junit4:junit4] Completed on J2 in 0.16s, 6 te

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468580#comment-13468580 ] Yonik Seeley commented on SOLR-3897: bq. And I suppose this necessitates another array

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468571#comment-13468571 ] Erik Hatcher commented on SOLR-3897: bq. Seems like for preserveMulti=true, one should

Jenkins build is back to normal : trunk-beasting #519

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

Build failed in Jenkins: trunk-beasting #518

See -- [...truncated 894 lines...] [junit4:junit4] Completed on J2 in 0.16s, 6 tests [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.search.TestMultiTermConstantScore [junit4:junit4] Compl

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468555#comment-13468555 ] Yonik Seeley commented on SOLR-3897: bq. I can change this so things are more automatic

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468552#comment-13468552 ] Joel Bernstein commented on SOLR-3897: -- Since this is already committed, shall I creat

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468550#comment-13468550 ] Joel Bernstein commented on SOLR-3897: -- I can change this so things are more automatic

[jira] [Commented] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468540#comment-13468540 ] Yonik Seeley commented on SOLR-3897: Erik asked the question "suppose a multiValued fie

[jira] [Reopened] (SOLR-3897) Preserve multi-value fields during hit highlighting

[ https://issues.apache.org/jira/browse/SOLR-3897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley reopened SOLR-3897: > Preserve multi-value fields during hit highlighting >

[JENKINS] Lucene-Solr-trunk-Windows (32bit/jdk1.7.0_07) - Build # 1027 - Failure!

Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/1027/ Java: 32bit/jdk1.7.0_07 -client -XX:+UseG1GC All tests passed Build Log: [...truncated 27331 lines...] BUILD FAILED C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\build.xml:245: The following error occurred

Re: Build failed in Jenkins: trunk-beasting #452

I'll dig... Mike McCandless http://blog.mikemccandless.com On Wed, Oct 3, 2012 at 7:17 AM, wrote: > See > > -- > [...truncated 5493 lines...] > [junit4:junit4] Completed on J0 in 0.07s, 1 test

Jenkins build is back to normal : trunk-beasting #453

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

Build failed in Jenkins: trunk-beasting #452

See -- [...truncated 5493 lines...] [junit4:junit4] Completed on J0 in 0.07s, 1 test [junit4:junit4] [junit4:junit4] Suite: org.apache.lucene.index.TestParallelAtomicReader [junit4:junit4] Complete

[jira] [Commented] (LUCENE-4456) IndexWriter makes unrefed files, and MockDir cannot detect it

[ https://issues.apache.org/jira/browse/LUCENE-4456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468472#comment-13468472 ] Michael McCandless commented on LUCENE-4456: I committed to trunk ... let's b

[jira] [Commented] (LUCENE-4456) IndexWriter makes unrefed files, and MockDir cannot detect it

[ https://issues.apache.org/jira/browse/LUCENE-4456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468463#comment-13468463 ] Michael McCandless commented on LUCENE-4456: +1 > IndexWrite

[jira] [Commented] (LUCENE-4456) IndexWriter makes unrefed files, and MockDir cannot detect it

[ https://issues.apache.org/jira/browse/LUCENE-4456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13468462#comment-13468462 ] Robert Muir commented on LUCENE-4456: - 12 straight hours on my jenkins: no problems.