[jira] [Created] (LUCENE-4680) Add reusability to FacetFields

Shai Erera created LUCENE-4680: -- Summary: Add reusability to FacetFields Key: LUCENE-4680 URL: https://issues.apache.org/jira/browse/LUCENE-4680 Project: Lucene - Core Issue Type: Improvement

[jira] [Commented] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550863#comment-13550863 ] Shai Erera commented on LUCENE-4620: bq. I'll open an issue to take care of FacetFiel

[jira] [Commented] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550852#comment-13550852 ] Shai Erera commented on LUCENE-4620: bq. I think we should remove it Ok I will. bq.

[jira] [Resolved] (SOLR-3982) Admin UI: Various Dataimport Improvements

[ https://issues.apache.org/jira/browse/SOLR-3982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Matheis (steffkes) resolved SOLR-3982. - Resolution: Fixed Fix Version/s: (was: 4.2)

[jira] [Created] (SOLR-4296) Admin UI : Improve Dataimport Auto-Refresh

Stefan Matheis (steffkes) created SOLR-4296: --- Summary: Admin UI : Improve Dataimport Auto-Refresh Key: SOLR-4296 URL: https://issues.apache.org/jira/browse/SOLR-4296 Project: Solr I

[jira] [Commented] (SOLR-3982) Admin UI: Various Dataimport Improvements

[ https://issues.apache.org/jira/browse/SOLR-3982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550595#comment-13550595 ] Commit Tag Bot commented on SOLR-3982: -- [branch_4x commit] Stefan Matheis http://svn.a

[jira] [Commented] (SOLR-3982) Admin UI: Various Dataimport Improvements

[ https://issues.apache.org/jira/browse/SOLR-3982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550591#comment-13550591 ] Commit Tag Bot commented on SOLR-3982: -- [trunk commit] Stefan Matheis http://svn.apach

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550568#comment-13550568 ] Steve Rowe commented on LUCENE-4134: bq. I think Maven can technically handle artifac

[jira] [Updated] (SOLR-4295) SolrQuery setFacet*() and getFacet*() should have versions that specify the field

[ https://issues.apache.org/jira/browse/SOLR-4295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bartolome updated SOLR-4295: -- Description: Since the parameter names for field-specific faceting parameters are a little odd,

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550555#comment-13550555 ] Steve Rowe commented on LUCENE-4134: {quote} bq. What "other script" did you have in

[jira] [Comment Edited] (LUCENE-3178) Native MMapDir

[ https://issues.apache.org/jira/browse/LUCENE-3178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550436#comment-13550436 ] Greg Bowyer edited comment on LUCENE-3178 at 1/10/13 11:08 PM:

[jira] [Comment Edited] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550551#comment-13550551 ] Steve Rowe edited comment on LUCENE-4134 at 1/10/13 11:06 PM: -

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550551#comment-13550551 ] Steve Rowe commented on LUCENE-4134: bq. personally i would prefer if we don't have a

Re: 4.1 release

The window of Monday through Wednesday sounds like a great target. Nothing says that the first RC has to be final. If whoever is doing the branch wants to do it on Monday rather than Tuesday, fine. If one or more of these nasty "blockers" gets fixed on Tuesday, we should still be open to a re-sp

[jira] [Updated] (SOLR-3982) Admin UI: Various Dataimport Improvements

[ https://issues.apache.org/jira/browse/SOLR-3982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Matheis (steffkes) updated SOLR-3982: Attachment: SOLR-3982.patch After a quick chat with [~elyograg], we decided

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550538#comment-13550538 ] Hoss Man commented on LUCENE-4134: -- bq. What "other script" did you have in mind for the

[jira] [Updated] (LUCENE-4679) LowercaseExpandedTermsQueryNodeProcessor changes regex queries

[ https://issues.apache.org/jira/browse/LUCENE-4679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roman Chyla updated LUCENE-4679: Description: This is really a very silly request, but could the lowercase processor 'abstain' fro

[jira] [Updated] (LUCENE-4679) LowercaseExpandedTermsQueryNodeProcessor changes regex queries

[ https://issues.apache.org/jira/browse/LUCENE-4679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roman Chyla updated LUCENE-4679: Description: This is really a very silly request, but could the lowercase processor 'abstain' fro

[jira] [Updated] (LUCENE-4679) LowercaseExpandedTermsQueryNodeProcessor changes regex queries

[ https://issues.apache.org/jira/browse/LUCENE-4679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roman Chyla updated LUCENE-4679: Attachment: LUCENE-4679.patch > LowercaseExpandedTermsQueryNodeProcessor changes regex queries

[jira] [Created] (LUCENE-4679) LowercaseExpandedTermsQueryNodeProcessor changes regex queries

Roman Chyla created LUCENE-4679: --- Summary: LowercaseExpandedTermsQueryNodeProcessor changes regex queries Key: LUCENE-4679 URL: https://issues.apache.org/jira/browse/LUCENE-4679 Project: Lucene - Core

[jira] [Commented] (LUCENE-4678) FST should use paged byte[] instead of single contiguous byte[]

[ https://issues.apache.org/jira/browse/LUCENE-4678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550488#comment-13550488 ] Dawid Weiss commented on LUCENE-4678: - This looks very cool! I looked at the patch br

[jira] [Commented] (SOLR-3755) shard splitting

[ https://issues.apache.org/jira/browse/SOLR-3755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550477#comment-13550477 ] Mark Miller commented on SOLR-3755: --- This has a back compat break that we should address

[jira] [Comment Edited] (LUCENE-3178) Native MMapDir

[ https://issues.apache.org/jira/browse/LUCENE-3178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550436#comment-13550436 ] Greg Bowyer edited comment on LUCENE-3178 at 1/10/13 9:25 PM: -

[jira] [Commented] (LUCENE-3178) Native MMapDir

[ https://issues.apache.org/jira/browse/LUCENE-3178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550436#comment-13550436 ] Greg Bowyer commented on LUCENE-3178: - {quote} I think this is largely related to Rob

[jira] [Resolved] (SOLR-4151) DIH 'debug' mode missing from 4.x UI

[ https://issues.apache.org/jira/browse/SOLR-4151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Matheis (steffkes) resolved SOLR-4151. - Resolution: Duplicate Fix Version/s: 4.1 Assignee: Stefan M

[jira] [Updated] (SOLR-3982) Admin UI: Various Dataimport Improvements

[ https://issues.apache.org/jira/browse/SOLR-3982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Matheis (steffkes) updated SOLR-3982: Attachment: SOLR-3982.patch Updated Patch incorporates SOLR-4151 (normally i

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550406#comment-13550406 ] Robert Muir commented on LUCENE-4134: - personally i would prefer if we don't have a s

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550399#comment-13550399 ] Steve Rowe commented on LUCENE-4134: bq. Wouldn't another alternative instead just co

Re: 4.1 release

Saying tomorrow without any date that gives anyone any time to do anything is out of nowhere to me. People in Europe and east of that will wake up and find out, oh today. While pressure has been building towards a release, no one has proposed a date for a cutoff. I think that is always only fair

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550383#comment-13550383 ] Hoss Man commented on LUCENE-4134: -- bq. Wouldn't another alternative instead just contin

[jira] [Updated] (LUCENE-4547) DocValues field broken on large indexes

[ https://issues.apache.org/jira/browse/LUCENE-4547?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-4547: Priority: Major (was: Blocker) > DocValues field broken on large indexes > --

Re: 4.1 release

Okay - I can see your logic, Mark, but this is not even close to out of nowhere. You yourself have been vocal about making a 4.1 release for a couple weeks now. I agree with Robert Muir that we should be promoting short turnaround releases. If it doesn't make this release, it'll make the next

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550373#comment-13550373 ] Robert Muir commented on LUCENE-4134: - Wouldn't another alternative instead just cont

[jira] [Updated] (LUCENE-3298) FST has hard limit max size of 2.1 GB

[ https://issues.apache.org/jira/browse/LUCENE-3298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-3298: --- Attachment: LUCENE-3298.patch Initial test to confirm FSTs can grow beyond 2GB (it f

[jira] [Assigned] (LUCENE-3298) FST has hard limit max size of 2.1 GB

[ https://issues.apache.org/jira/browse/LUCENE-3298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reassigned LUCENE-3298: -- Assignee: Michael McCandless > FST has hard limit max size of 2.1 GB > ---

[jira] [Updated] (LUCENE-4678) FST should use paged byte[] instead of single contiguous byte[]

[ https://issues.apache.org/jira/browse/LUCENE-4678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-4678: --- Attachment: LUCENE-4678.patch Duh, wrong patch ... this one should be right.

[jira] [Updated] (LUCENE-4678) FST should use paged byte[] instead of single contiguous byte[]

[ https://issues.apache.org/jira/browse/LUCENE-4678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-4678: --- Attachment: LUCENE-4678.patch Patch, I think it's close to ready (no format change f

[jira] [Created] (LUCENE-4678) FST should use paged byte[] instead of single contiguous byte[]

Michael McCandless created LUCENE-4678: -- Summary: FST should use paged byte[] instead of single contiguous byte[] Key: LUCENE-4678 URL: https://issues.apache.org/jira/browse/LUCENE-4678 Project:

[jira] [Comment Edited] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550352#comment-13550352 ] Steve Rowe edited comment on LUCENE-4134 at 1/10/13 8:09 PM: -

Re: 4.1 release

-1 from me - I don't like not giving people a target date to clean things up by. No one has given a proposed date to try and tie things up by - just calling 'hike is tomorrow' out of nowhere doesn't seem right to me. We have a lot of people working on this over a lot of timezones. I think we sh

[jira] [Commented] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550352#comment-13550352 ] Steve Rowe commented on LUCENE-4134: bq. [A]s part of this new process there will als

[jira] [Resolved] (SOLR-4286) Atomic Updates on multi-valued fields giving unexpected results

[ https://issues.apache.org/jira/browse/SOLR-4286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley resolved SOLR-4286. Resolution: Duplicate Assignee: (was: Shalin Shekhar Mangar) > Atomic Updates on multi

[jira] [Updated] (LUCENE-4677) Use vInt to encode node addresses inside FST

[ https://issues.apache.org/jira/browse/LUCENE-4677?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-4677: --- Attachment: LUCENE-4677.patch Initial patch ... not committable until I add a back-c

[jira] [Commented] (SOLR-4286) Atomic Updates on multi-valued fields giving unexpected results

[ https://issues.apache.org/jira/browse/SOLR-4286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13550245#comment-13550245 ] Abhinav Shah commented on SOLR-4286: I tried on nightly build - apache-solr-4.1-2013-01

[jira] [Assigned] (LUCENE-4677) Use vInt to encode node addresses inside FST

[ https://issues.apache.org/jira/browse/LUCENE-4677?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reassigned LUCENE-4677: -- Assignee: Michael McCandless > Use vInt to encode node addresses inside FS

[jira] [Created] (LUCENE-4677) Use vInt to encode node addresses inside FST

Michael McCandless created LUCENE-4677: -- Summary: Use vInt to encode node addresses inside FST Key: LUCENE-4677 URL: https://issues.apache.org/jira/browse/LUCENE-4677 Project: Lucene - Core

[jira] [Commented] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549975#comment-13549975 ] Michael McCandless commented on LUCENE-4620: Trunk: {noformat} [java] Es

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

Build: https://builds.apache.org/job/Lucene-Solr-Maven-trunk/734/ 1 tests failed. FAILED: org.apache.solr.cloud.SyncSliceTest.testDistribSearch Error Message: shard1 should have just been set up to be inconsistent - but it's still consistent Stack Trace: java.lang.AssertionError: shard1 should

Re: 4.1 release

I'd like to start sooner than next Tuesday. I propose to make the branch tomorrow, and only allow Blocker issues to hold up the release after that. A release candidate should then be possible by the middle of next week. Steve On Jan 10, 2013, at 2:27 PM, Mark Miller wrote: > > On Jan 10, 20

[jira] [Commented] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549961#comment-13549961 ] Michael McCandless commented on LUCENE-4620: {quote} bq. Can we use Collectio

Re: 4.1 release

On Jan 10, 2013, at 2:12 PM, Steve Rowe wrote: > I'd like to release soon. What else blocks this? I think we should toss out a short term date (next tuesday?) for anyone to get in what they need for 4.1. Then just consider blockers after branching? Then release? Objections, better ideas?

Re: 4.1 release

On Thu, Jan 10, 2013 at 11:12 AM, Steve Rowe wrote: > > LUCENE-4547 (DocValues > 2.0) is listed as Blocker with Fix Version including 4.2, but recent commits > to branches/lucene4547/ include changes to the Lucene41 codec. Looks like > Fix Ve

[jira] [Commented] (SOLR-4286) Atomic Updates on multi-valued fields giving unexpected results

[ https://issues.apache.org/jira/browse/SOLR-4286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549957#comment-13549957 ] Yonik Seeley commented on SOLR-4286: Hopefully this is already fixed. Can you try a re

Re: 4.1 release

I set a couple of others to Blocker just now, which are related, probably dups. Shalin is assigned to them both. Solr 4 atomic update incorrect value when setting two or more values to a multivalue via XML update https://issues.apache.org/jira/browse/SOLR-4294 and Atomic Updates on

[jira] [Updated] (SOLR-4294) Solr 4 atomic update incorrect value when setting two or more values to a multivalue via XML update

[ https://issues.apache.org/jira/browse/SOLR-4294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-4294: --- Assignee: Shalin Shekhar Mangar > Solr 4 atomic update incorrect value when setting two or more va

[jira] [Updated] (SOLR-4294) Solr 4 atomic update incorrect value when setting two or more values to a multivalue via XML update

[ https://issues.apache.org/jira/browse/SOLR-4294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-4294: --- Priority: Blocker (was: Minor) > Solr 4 atomic update incorrect value when setting two or more va

[jira] [Updated] (SOLR-4286) Atomic Updates on multi-valued fields giving unexpected results

[ https://issues.apache.org/jira/browse/SOLR-4286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-4286: --- Priority: Blocker (was: Major) > Atomic Updates on multi-valued fields giving unexpected results

[jira] [Updated] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera updated LUCENE-4620: --- Attachment: LUCENE-4620.patch bq. Can we use Collections.singletonMap when there are no partitions?

Re: 4.1 release

As of now, there are two Blocker issues in JIRA with Fix Version 4.1: Dataimporting with SolrCloud Fails https://issues.apache.org/jira/browse/SOLR-4112 modify release process/scripts to use svn for rc/release publishing (svnpubsub) https://issues.apache.org/jira

[jira] [Updated] (LUCENE-4134) modify release process/scripts to use svn for rc/release publishing (svnpubsub)

[ https://issues.apache.org/jira/browse/LUCENE-4134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steve Rowe updated LUCENE-4134: --- Fix Version/s: 4.1 > modify release process/scripts to use svn for rc/release publishing > (svn

[jira] [Commented] (LUCENE-4431) License of servlet-api.jar is NOT ASF, it is CDDL! We must fix and add NOTICE.txt

[ https://issues.apache.org/jira/browse/LUCENE-4431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549930#comment-13549930 ] Robert Muir commented on LUCENE-4431: - I did those automatically (when jira releases,

[jira] [Commented] (LUCENE-4431) License of servlet-api.jar is NOT ASF, it is CDDL! We must fix and add NOTICE.txt

[ https://issues.apache.org/jira/browse/LUCENE-4431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549914#comment-13549914 ] Steve Rowe commented on LUCENE-4431: ah right, fix version is 3.6.3

[jira] [Commented] (LUCENE-4431) License of servlet-api.jar is NOT ASF, it is CDDL! We must fix and add NOTICE.txt

[ https://issues.apache.org/jira/browse/LUCENE-4431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549904#comment-13549904 ] Robert Muir commented on LUCENE-4431: - No, because it wasnt fixed in 3.6.2

[jira] [Commented] (LUCENE-4431) License of servlet-api.jar is NOT ASF, it is CDDL! We must fix and add NOTICE.txt

[ https://issues.apache.org/jira/browse/LUCENE-4431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549894#comment-13549894 ] Steve Rowe commented on LUCENE-4431: Can this be resolved now, since 3.6.2 was releas

[jira] [Updated] (SOLR-4295) SolrQuery setFacet*() and getFacet*() should have versions that specify the field

[ https://issues.apache.org/jira/browse/SOLR-4295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Bartolome updated SOLR-4295: -- Description: Since the parameter names for field-specific faceting parameters are a little odd

[jira] [Created] (SOLR-4295) SolrQuery setFacet*() and getFacet*() should have versions that specify the field

Colin Bartolome created SOLR-4295: - Summary: SolrQuery setFacet*() and getFacet*() should have versions that specify the field Key: SOLR-4295 URL: https://issues.apache.org/jira/browse/SOLR-4295 Proje

[jira] [Commented] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549759#comment-13549759 ] Michael McCandless commented on LUCENE-4620: Thanks Shai, that new patch work

[jira] [Created] (SOLR-4294) Solr 4 atomic update incorrect value when setting two or more values to a multivalue via XML update

Ben Pennell created SOLR-4294: - Summary: Solr 4 atomic update incorrect value when setting two or more values to a multivalue via XML update Key: SOLR-4294 URL: https://issues.apache.org/jira/browse/SOLR-4294

[jira] [Closed] (SOLR-4292) After upload and link config collection, the collection in solrcloud not load the new config

[ https://issues.apache.org/jira/browse/SOLR-4292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yago Riveiro Rodríguez closed SOLR-4292. Resolution: Not A Problem > After upload and link config collection, the collect

[jira] [Commented] (SOLR-4292) After upload and link config collection, the collection in solrcloud not load the new config

[ https://issues.apache.org/jira/browse/SOLR-4292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549712#comment-13549712 ] Yago Riveiro Rodríguez commented on SOLR-4292: -- My fault, I wrote the confname

[jira] [Updated] (SOLR-4293) Solr throws an NPE when extracting update handled called with an empty document

[ https://issues.apache.org/jira/browse/SOLR-4293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Wright updated SOLR-4293: -- Attachment: SOLR-4293.patch This patch should fix the problem. > Solr throws an NPE whe

[jira] [Created] (SOLR-4293) Solr throws an NPE when extracting update handled called with an empty document

Karl Wright created SOLR-4293: - Summary: Solr throws an NPE when extracting update handled called with an empty document Key: SOLR-4293 URL: https://issues.apache.org/jira/browse/SOLR-4293 Project: Solr

[jira] [Created] (SOLR-4292) After upload and link config collection, the collection in solrcloud not load the new config

Yago Riveiro Rodríguez created SOLR-4292: Summary: After upload and link config collection, the collection in solrcloud not load the new config Key: SOLR-4292 URL: https://issues.apache.org/jira/browse/SOL

[jira] [Commented] (LUCENE-4675) remove *Ref.copy/append/grow

[ https://issues.apache.org/jira/browse/LUCENE-4675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549654#comment-13549654 ] Uwe Schindler commented on LUCENE-4675: --- Strong +1 to make BytesRef a byte[] refere

[jira] [Commented] (LUCENE-3354) Extend FieldCache architecture to multiple Values

[ https://issues.apache.org/jira/browse/LUCENE-3354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549651#comment-13549651 ] Varun Thacker commented on LUCENE-3354: --- Hi, I have a doubt on FieldCache supporti

Re: [JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.6.0) - Build # 70 - Failure!

JVM Crash: [junit4:junit4] Suite: org.apache.solr.cloud.FullSolrCloudDistribCmdsTest [junit4:junit4] Completed in 32.12s, 1 test [junit4:junit4] [junit4:junit4] JVM J0: stdout was not empty, see: /Users/jenkins/jenkins-slave/workspace/Lucene-Solr-trunk-MacOSX/solr/build/solr-core/test/temp/junit4-

[JENKINS] Lucene-Solr-trunk-MacOSX (64bit/jdk1.6.0) - Build # 70 - Failure!

Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-MacOSX/70/ Java: 64bit/jdk1.6.0 -XX:+UseSerialGC All tests passed Build Log: [...truncated 8383 lines...] [junit4:junit4] ERROR: JVM J0 ended with an exception, command line: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/

[jira] [Commented] (LUCENE-4675) remove *Ref.copy/append/grow

[ https://issues.apache.org/jira/browse/LUCENE-4675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549637#comment-13549637 ] Robert Muir commented on LUCENE-4675: - I dont think we should add more functionality

[jira] [Commented] (LUCENE-4675) remove *Ref.copy/append/grow

[ https://issues.apache.org/jira/browse/LUCENE-4675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549632#comment-13549632 ] Shai Erera commented on LUCENE-4675: bq. you can separately make your own BytesRefIte

[jira] [Commented] (LUCENE-4674) Consistently set offset=0 in BytesRef.copyBytes

[ https://issues.apache.org/jira/browse/LUCENE-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549630#comment-13549630 ] Robert Muir commented on LUCENE-4674: - {quote} "allocating a new byte[] if someOtherS

[jira] [Commented] (LUCENE-4674) Consistently set offset=0 in BytesRef.copyBytes

[ https://issues.apache.org/jira/browse/LUCENE-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549625#comment-13549625 ] Adrien Grand commented on LUCENE-4674: -- bq. I still like the idea of fixing this mys

[jira] [Commented] (LUCENE-4675) remove *Ref.copy/append/grow

[ https://issues.apache.org/jira/browse/LUCENE-4675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549611#comment-13549611 ] Robert Muir commented on LUCENE-4675: - i dont think we need any additional members in

[jira] [Commented] (LUCENE-4675) remove *Ref.copy/append/grow

[ https://issues.apache.org/jira/browse/LUCENE-4675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549598#comment-13549598 ] Shai Erera commented on LUCENE-4675: ok. While you're at it, what do you think about

[jira] [Commented] (LUCENE-4674) Consistently set offset=0 in BytesRef.copyBytes

[ https://issues.apache.org/jira/browse/LUCENE-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549596#comment-13549596 ] Robert Muir commented on LUCENE-4674: - {quote} Unfortunately a.copy(otherStuff) will

[jira] [Resolved] (LUCENE-4674) Consistently set offset=0 in BytesRef.copyBytes

[ https://issues.apache.org/jira/browse/LUCENE-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand resolved LUCENE-4674. -- Resolution: Won't Fix > Consistently set offset=0 in BytesRef.copyBytes >

[jira] [Commented] (LUCENE-4675) remove *Ref.copy/append/grow

[ https://issues.apache.org/jira/browse/LUCENE-4675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549590#comment-13549590 ] Robert Muir commented on LUCENE-4675: - I'm proposing removing these 3 methods from By

[jira] [Commented] (LUCENE-4675) remove *Ref.copy/append/grow

[ https://issues.apache.org/jira/browse/LUCENE-4675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549589#comment-13549589 ] Shai Erera commented on LUCENE-4675: I kinda like grow(). Will I be able to grow() th

[jira] [Created] (LUCENE-4676) IndexReader.isCurrent race

Robert Muir created LUCENE-4676: --- Summary: IndexReader.isCurrent race Key: LUCENE-4676 URL: https://issues.apache.org/jira/browse/LUCENE-4676 Project: Lucene - Core Issue Type: Bug

[jira] [Created] (LUCENE-4675) remove *Ref.copy/append/grow

Robert Muir created LUCENE-4675: --- Summary: remove *Ref.copy/append/grow Key: LUCENE-4675 URL: https://issues.apache.org/jira/browse/LUCENE-4675 Project: Lucene - Core Issue Type: Bug

[jira] [Updated] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera updated LUCENE-4620: --- Attachment: LUCENE-4620.patch Sorry. Can you try now? > Explore IntEncoder/Decoder

[jira] [Commented] (LUCENE-4620) Explore IntEncoder/Decoder bulk API

[ https://issues.apache.org/jira/browse/LUCENE-4620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549568#comment-13549568 ] Michael McCandless commented on LUCENE-4620: Looks like there were some svn m

[jira] [Commented] (LUCENE-3178) Native MMapDir

[ https://issues.apache.org/jira/browse/LUCENE-3178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549567#comment-13549567 ] Uwe Schindler commented on LUCENE-3178: --- I think this is largely related to Robert'

Re: [jira] [Commented] (SOLR-4112) Dataimporting with SolrCloud Fails

Sausarkar: When you say the index went from 14G to 7G, did you notice whether the difference was tin the *.fdt and *.fdx files? That would be due to compression of stored fields which is now the default If you could, would you let us know the sizes of the files with those two extensions before

[jira] [Commented] (LUCENE-4670) Add TermVectorsWriter.finish{Doc,Field,Term} to make development of new formats easier

[ https://issues.apache.org/jira/browse/LUCENE-4670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549562#comment-13549562 ] Commit Tag Bot commented on LUCENE-4670: [branch_4x commit] Adrien Grand http://s

Re: [jira] [Commented] (LUCENE-3178) Native MMapDir

Haven't run across "play up" in this context (I as raised on the wrong side of the Atlantic), but three definitions I found _all_ apply: 1> *Brit* *informal* to behave irritatingly (towards) 2> *(intr)* *Brit* *informal* (of a machine, car, etc.) to function erratically *3> * *Brit* *informal* to

[jira] [Resolved] (LUCENE-4670) Add TermVectorsWriter.finish{Doc,Field,Term} to make development of new formats easier

[ https://issues.apache.org/jira/browse/LUCENE-4670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrien Grand resolved LUCENE-4670. -- Resolution: Fixed > Add TermVectorsWriter.finish{Doc,Field,Term} to make development of ne

[jira] [Commented] (LUCENE-4674) Consistently set offset=0 in BytesRef.copyBytes

[ https://issues.apache.org/jira/browse/LUCENE-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549554#comment-13549554 ] Robert Muir commented on LUCENE-4674: - I will open a new issue to remove all write me

[jira] [Commented] (LUCENE-4670) Add TermVectorsWriter.finish{Doc,Field,Term} to make development of new formats easier

[ https://issues.apache.org/jira/browse/LUCENE-4670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549549#comment-13549549 ] Commit Tag Bot commented on LUCENE-4670: [trunk commit] Adrien Grand http://svn.a

[jira] [Commented] (LUCENE-4674) Consistently set offset=0 in BytesRef.copyBytes

[ https://issues.apache.org/jira/browse/LUCENE-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549546#comment-13549546 ] Shai Erera commented on LUCENE-4674: how about allocating a new byte[] if someOtherSt

[jira] [Commented] (LUCENE-4674) Consistently set offset=0 in BytesRef.copyBytes

[ https://issues.apache.org/jira/browse/LUCENE-4674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13549544#comment-13549544 ] Adrien Grand commented on LUCENE-4674: -- bq. b.copy(someOtherStuff...) should NOT muc

  1   2   >