[
https://issues.apache.org/jira/browse/SOLR-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509569#comment-13509569
]
Magnus Bergmark commented on SOLR-3575:
---
related: it would be nice if the
Shai Erera created LUCENE-4586:
--
Summary: Change default ResultMode of FacetRequest to
PER_NODE_IN_TREE
Key: LUCENE-4586
URL: https://issues.apache.org/jira/browse/LUCENE-4586
Project: Lucene - Core
[
https://issues.apache.org/jira/browse/SOLR-4141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509590#comment-13509590
]
Leonhard Maylein commented on SOLR-4141:
Oh, what a pity!
Then I have to check to
[
https://issues.apache.org/jira/browse/LUCENE-4580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509616#comment-13509616
]
Shai Erera commented on LUCENE-4580:
I understand what you mean by 0f, sorry. I will
[
https://issues.apache.org/jira/browse/LUCENE-4580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera updated LUCENE-4580:
---
Attachment: LUCENE-4580.patch
* Removed DrillDown.query() which didn't take baseQuery -- DrillDown
[
https://issues.apache.org/jira/browse/LUCENE-4580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509628#comment-13509628
]
Gilad Barkai commented on LUCENE-4580:
--
+1
Facet DrillDown should
[
https://issues.apache.org/jira/browse/LUCENE-4580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509632#comment-13509632
]
Commit Tag Bot commented on LUCENE-4580:
[trunk commit] Shai Erera
Hi
It references lucene/analysis/icu/src/test-files but I don't see such
directory, and eclipse complains.
Is it safe to remove it from dot.classpath or has it been moved elsewhere?
Shai
[
https://issues.apache.org/jira/browse/LUCENE-4580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera resolved LUCENE-4580.
Resolution: Fixed
Fix Version/s: 5.0
4.1
Assignee: Shai Erera
[
https://issues.apache.org/jira/browse/LUCENE-4580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509647#comment-13509647
]
Commit Tag Bot commented on LUCENE-4580:
[branch_4x commit] Shai Erera
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux/3055/
Java: 64bit/jdk1.7.0_09 -XX:+UseConcMarkSweepGC
1 tests failed.
REGRESSION: org.apache.lucene.facet.search.DrillDownTest.testScoring
Error Message:
score of doc=4 modified expected:0.804885745048523 but
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509687#comment-13509687
]
Per Steffensen commented on SOLR-4114:
--
bq. We have to do something else other than a
It looks to be caused by the random IndexSearcher that's created. I'm still
checking if it can alter the scoring, since that test verifies that scores
between two invocations of IndexSearcher.search() do not change.
Anyway, this looks like a test issue.
Shai
On Tue, Dec 4, 2012 at 1:45 PM,
[
https://issues.apache.org/jira/browse/SOLR-3926?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Eirik Lygre updated SOLR-3926:
--
Attachment: SOLR-3926.patch
This patch implements the API as discussed above. The patch contains
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux/3046/
Java: 32bit/jdk1.8.0-ea-b65 -client -XX:+UseSerialGC
1 tests failed.
REGRESSION: org.apache.lucene.facet.search.DrillDownTest.testScoring
Error Message:
score of doc=4 modified expected:2.304394006729126 but
[
https://issues.apache.org/jira/browse/SOLR-4141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509725#comment-13509725
]
Jack Krupansky commented on SOLR-4141:
--
Feel free to suggest an improvement to make
It was a real bug -- DrilDown.query did not set disableCoord=true on the
result BooleanQuery, and RandomSimProvider caught that !
Committed a fix.
Shai
On Tue, Dec 4, 2012 at 2:05 PM, Shai Erera ser...@gmail.com wrote:
It looks to be caused by the random IndexSearcher that's created. I'm
Hi Shai - it's safe to remove.
On Dec 4, 2012 5:09 AM, Shai Erera ser...@gmail.com wrote:
Hi
It references lucene/analysis/icu/src/test-files but I don't see such
directory, and eclipse complains.
Is it safe to remove it from dot.classpath or has it been moved elsewhere?
Shai
ok done.
On Tue, Dec 4, 2012 at 3:50 PM, Steve Rowe sar...@gmail.com wrote:
Hi Shai - it's safe to remove.
On Dec 4, 2012 5:09 AM, Shai Erera ser...@gmail.com wrote:
Hi
It references lucene/analysis/icu/src/test-files but I don't see such
directory, and eclipse complains.
Is it safe to
[
https://issues.apache.org/jira/browse/SOLR-1028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509759#comment-13509759
]
Yonik Seeley commented on SOLR-1028:
TestLazyCores seems to have failed a number of
[
https://issues.apache.org/jira/browse/SOLR-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509769#comment-13509769
]
Per Steffensen edited comment on SOLR-3425 at 12/4/12 2:42 PM:
[
https://issues.apache.org/jira/browse/SOLR-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509769#comment-13509769
]
Per Steffensen commented on SOLR-3425:
--
You talk about using CloudSolrServer and/or
[
https://issues.apache.org/jira/browse/SOLR-4140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509774#comment-13509774
]
Per Steffensen commented on SOLR-4140:
--
SOLR-3425 is certainly related, but if there
[
https://issues.apache.org/jira/browse/SOLR-4137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509777#comment-13509777
]
Markus Jelsma commented on SOLR-4137:
-
I have to add that we're also seeing this rather
[
https://issues.apache.org/jira/browse/SOLR-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509769#comment-13509769
]
Per Steffensen edited comment on SOLR-3425 at 12/4/12 2:58 PM:
[
https://issues.apache.org/jira/browse/SOLR-4140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Per Steffensen updated SOLR-4140:
-
Summary: Collection API: CloudSolrServer cannot be used to create
collection without referencing
Markus Jelsma created SOLR-4144:
---
Summary: SolrCloud replication high heap consumption
Key: SOLR-4144
URL: https://issues.apache.org/jira/browse/SOLR-4144
Project: Solr
Issue Type: Bug
[
https://issues.apache.org/jira/browse/SOLR-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509793#comment-13509793
]
Tommaso Teofili commented on SOLR-3425:
---
this issue was opened before the Collections
[
https://issues.apache.org/jira/browse/SOLR-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tommaso Teofili resolved SOLR-3425.
---
Resolution: Fixed
CloudSolrServer can't create cores when using the zkHost based
Believe there are no setParser method on CloudSolrServer?
Have you tried this:
XMLWriter.writeResponse(a java.io.Writer for your XML output,
your SolrQueryRequest, your SolrQueryResponse)
It will require you to include solr-core, since that is where XMLWriter
lives.
But it is a little
[
https://issues.apache.org/jira/browse/SOLR-3583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Russell updated SOLR-3583:
Attachment: SOLR-3583.patch
Now works with facet.missing=true
Percentiles for
[
https://issues.apache.org/jira/browse/LUCENE-4586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera updated LUCENE-4586:
---
Attachment: LUCENE-4586.patch
Patch changes the default ResultMode to PER_NODE_IN_TREE. That
[
https://issues.apache.org/jira/browse/LUCENE-4586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera updated LUCENE-4586:
---
Attachment: LUCENE-4586.patch
Same patch, but moved the CHANGES entry under a Changes in Runtime
[
https://issues.apache.org/jira/browse/SOLR-3030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
John Wooden updated SOLR-3030:
--
Attachment: SOLR-3030 4.0.patch
Updated this patch for 4.0.0
StopTermTypesFilter and
[
https://issues.apache.org/jira/browse/SOLR-3030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509828#comment-13509828
]
Steven Rowe commented on SOLR-3030:
---
@John Wooden: as Tommaso Teofili mentioned in the
[
https://issues.apache.org/jira/browse/LUCENE-4586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509847#comment-13509847
]
Gilad Barkai commented on LUCENE-4586:
--
Patch looks good, ready for a commit.
+1
[
https://issues.apache.org/jira/browse/LUCENE-4586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509852#comment-13509852
]
Shai Erera commented on LUCENE-4586:
Thanks. I'll give tests a couple more runs on my
[
https://issues.apache.org/jira/browse/LUCENE-4585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley updated LUCENE-4585:
-
Attachment: LUCENE-4585_PrefixTree_bugs.patch
The attached patch resolves the aforementioned
[
https://issues.apache.org/jira/browse/LUCENE-4585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509854#comment-13509854
]
David Smiley edited comment on LUCENE-4585 at 12/4/12 4:58 PM:
[
https://issues.apache.org/jira/browse/LUCENE-4583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Barakat Barakat updated LUCENE-4583:
Attachment: LUCENE-4583.patch
I updated the code to work when start isn't zero. The code
[
https://issues.apache.org/jira/browse/SOLR-1575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509857#comment-13509857
]
olivier soyez commented on SOLR-1575:
-
We have around 50K cores with loadOnStart=false
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509861#comment-13509861
]
Mark Miller commented on SOLR-4114:
---
Yeah, I minimized the patch down to just dealing
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509864#comment-13509864
]
Mark Miller commented on SOLR-4114:
---
bq. In checkForCollection we are willing to wait up
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509882#comment-13509882
]
Commit Tag Bot commented on SOLR-4114:
--
[trunk commit] Mark Robert Miller
On 12/3/2012 9:46 PM, Yonik Seeley wrote:
On Mon, Dec 3, 2012 at 11:36 PM, Shawn Heisey s...@elyograg.org wrote:
updateHandler class=solr.DirectUpdateHandler2
autoCommit
maxDocs65536/maxDocs
maxTime30/maxTime
/autoCommit
updateLog /
/updateHandler
Yeah, seems like that
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509910#comment-13509910
]
Commit Tag Bot commented on SOLR-4114:
--
[branch_4x commit] Mark Robert Miller
[
https://issues.apache.org/jira/browse/LUCENE-4585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley updated LUCENE-4585:
-
Attachment: LUCENE-4585_PrefixTree_bugs.patch
Updated patch with the correct set of files.
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Windows/2052/
Java: 32bit/jdk1.7.0_09 -server -XX:+UseG1GC
All tests passed
Build Log:
[...truncated 13648 lines...]
BUILD FAILED
C:\Users\JenkinsSlave\workspace\Lucene-Solr-trunk-Windows\build.xml:88: The
following files contain
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux/3061/
Java: 64bit/jdk1.6.0_37 -XX:+UseParallelGC
All tests passed
Build Log:
[...truncated 12949 lines...]
BUILD FAILED
/mnt/ssd/jenkins/workspace/Lucene-Solr-trunk-Linux/build.xml:88: The following
files contain @author
Thanks, for some reason I got stopped with the fact that XMLWriter wanted
SolrQueryRequest/Response instead of the NamedList available in solrj's
QueryResponse and never looked at building those from the info I already had.
It is working now.
For the comment on efficiency, I do have to agree
: The result that we have is :
:
: solr-mbeans:[
: CORE,{...},
: QUERYHANDLER,{...},
: CACHE,{...},...
:
: In other terms, a table with a succession of
: key,value,key,value,key,value,... and not a map.
Correct. see the json.nl param which controls how NamedList data is
included in the
You should take a look at the precommit target you pointed me at!
- Mark
On Dec 2, 2012, at 3:00 PM, Michael McCandless luc...@mikemccandless.com
wrote:
Woops, I committed a fix ...
Mike McCandless
http://blog.mikemccandless.com
On Sun, Dec 2, 2012 at 5:53 PM, Policeman Jenkins
Yes, my bad, sorry :(
I share your view that it's annoyingly slow to run the top-level ant
precommit, especially when it's a tiny change.
So this time I took a shortcut and ran ant javadocs in lucene/core
as a proxy for a top-level ant precommit, yet that was not good
enough because the ecj
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509960#comment-13509960
]
Per Steffensen commented on SOLR-4114:
--
bq. We poll so that we wait up to 120 seconds
On Dec 4, 2012, at 2:45 PM, Michael McCandless luc...@mikemccandless.com
wrote:
I'd really love to have a per-module ant precommit.
+1
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail:
: I'd really love to have a per-module ant precommit.
That's not really viable is it?
small tweaks in one class might leave everything fine and dandy in that
module, but another module that depends on it could break as a result (eg:
removing a method/variable that is {@link}ed to, etc...)
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13509967#comment-13509967
]
Mark Miller commented on SOLR-4114:
---
bq. Still easier to just take it in
For me it's
Well perhaps there is a middle ground - 'quasi-precommit' that just checks fast
stuff per module… (eg doesn't build all the javadocs)
Then we would catch more, but perhaps not everything.
Precommit is scary slow and if it's so slow no one will use it, it's almost not
so helpful.
- Mark
On
On Tue, Dec 4, 2012 at 3:00 PM, Mark Miller markrmil...@gmail.com wrote:
Well perhaps there is a middle ground - 'quasi-precommit' that just checks
fast stuff per module… (eg doesn't build all the javadocs)
Right, is seems like a good number off the checks (no tabs, nocommits,
author tags, ecj
I think one useful middle point might be to only run checks on modules that
have pending changes. Yes, as Hoss points out, an unchanged module's javadocs
might no longer work (etc.), but I don't think that's the common case.
On Dec 4, 2012, at 3:00 PM, Mark Miller markrmil...@gmail.com wrote:
I think the slowness problem can be fixed way easier than that.
Actually in my opinion the main bug is the speed of building javadocs
themselves. Today this requires lots of building of useless jars and some
other things that are unnecessary.
I also think javadocs for a module get rebuilt across
James Dyer created LUCENE-4587:
--
Summary: WordBreakSpellChecker treats bytes as chars
Key: LUCENE-4587
URL: https://issues.apache.org/jira/browse/LUCENE-4587
Project: Lucene - Core
Issue Type:
[
https://issues.apache.org/jira/browse/SOLR-4115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James Dyer resolved SOLR-4115.
--
Resolution: Duplicate
Assignee: James Dyer
I opened LUCENE-4587 and will resolve with a fix
Steve Molloy skrev:
I really hate duplicating code
I love you :-)
Unless there's a way to get the original message before it's
unmarshaled into the QueryResponse, in which case I'd be more than
happy to use that as-is. J
Ha ha. Just had a short look at the code, and tried to hack it, but got
[
https://issues.apache.org/jira/browse/LUCENE-4499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Roman Chyla updated LUCENE-4499:
Attachment: LUCENE-4499.patch
A new patch, as the old version was extending wrong class (which
We are not talking about weakening them on Jenkins though. It won't wait till
release time, it will be caught 10 min later by Jenkins.
But if we can make it faster and keep all the checks, then by all means!
Mark
Sent from my iPhone
On Dec 4, 2012, at 12:23 PM, Robert Muir rcm...@gmail.com
On Tue, Dec 4, 2012 at 3:33 PM, Mark Miller markrmil...@gmail.com wrote:
We are not talking about weakening them on Jenkins though. It won't wait
till release time, it will be caught 10 min later by Jenkins.
Right but that then doesnt really improve the situation (its less than 10
minutes to
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510020#comment-13510020
]
Per Steffensen commented on SOLR-4114:
--
Ok, will you please consider enabling the 60
[
https://issues.apache.org/jira/browse/SOLR-4114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510038#comment-13510038
]
Mark Miller commented on SOLR-4114:
---
I'm happy to commit a test for this, but lets come
[
https://issues.apache.org/jira/browse/LUCENE-4419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley updated LUCENE-4419:
-
Attachment: LUCENE-4419_Test_indexing_non-point_shapes.patch
The attached test
I guess my point is that since no one runs it (except perhaps you), it's not
really helping anything.
And the broken build is really more minor than a true broken build if tests
at least still pass. Personally, I'm pretty okay with a nocommit failing the
build for 30 minutes if the tests still
[
https://issues.apache.org/jira/browse/LUCENE-4419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510077#comment-13510077
]
David Smiley commented on LUCENE-4419:
--
Whoops; there's a stupid if (i != 5)
Amandeep Saini created SOLR-4145:
Summary: Getting a NPE when the result set is null
Key: SOLR-4145
URL: https://issues.apache.org/jira/browse/SOLR-4145
Project: Solr
Issue Type: Bug
[
https://issues.apache.org/jira/browse/SOLR-4144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510105#comment-13510105
]
Mark Miller commented on SOLR-4144:
---
Thanks for the report! I will try and investigate
[
https://issues.apache.org/jira/browse/SOLR-3987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Miller resolved SOLR-3987.
---
Resolution: Duplicate
Assignee: Mark Miller
I'm closing this as a dupe of SOLR-4043 since this
[
https://issues.apache.org/jira/browse/SOLR-4043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510114#comment-13510114
]
Mark Miller commented on SOLR-4043:
---
Thanks a lot for this patch Raintung! I'm going to
[
https://issues.apache.org/jira/browse/SOLR-4138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-4138:
---
Attachment: SOLR-4138.patch
Thanks for reporting this Grzegorz,
The general problem seems to be that while
[
https://issues.apache.org/jira/browse/SOLR-4138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-4138:
---
Description:
In general, using CurrencyField with FunctionQueries doesn't work
In particular, as originally
[
https://issues.apache.org/jira/browse/SOLR-3428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510132#comment-13510132
]
Mark Miller commented on SOLR-3428:
---
This can likely be closed - at some point I fixed 1
[
https://issues.apache.org/jira/browse/SOLR-4043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510136#comment-13510136
]
Mark Miller commented on SOLR-4043:
---
Raintung, is this patch against 4.0 rather than 4x
[
https://issues.apache.org/jira/browse/SOLR-3239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510157#comment-13510157
]
Hoss Man commented on SOLR-3239:
bq. A special case would be that you want only formatting,
I'm running it. It takes just over 4 minutes for me. Pretty minor IMHO.
On Dec 4, 2012, at 5:26 PM, Mark Miller markrmil...@gmail.com wrote:
I guess my point is that since no one runs it (except perhaps you), it's not
really helping anything.
And the broken build is really more minor
On Dec 4, 2012, at 4:18 PM, Steve Rowe sar...@gmail.com wrote:
I'm running it. It takes just over 4 minutes for me. Pretty minor IMHO.
I suppose if you have long tests anyway - typically my solr tests run takes
3:30 to 4 minutes, so doubling my time is not really something I'm ready to
[
https://issues.apache.org/jira/browse/SOLR-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510183#comment-13510183
]
Mark Miller commented on SOLR-3575:
---
We would still support loading and unloading.
bq.
: Believe there are no setParser method on CloudSolrServer?
I'm not sure why CloudSolrServer doesn't let you specify the parser ... i
would suggest filing a feature request to make that possible.
Even assuming you have that, Erick's suggestion isn't quite what you
want...
: haven't tried
[
https://issues.apache.org/jira/browse/SOLR-4043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510206#comment-13510206
]
Raintung Li commented on SOLR-4043:
---
Mark, this patch is base on 4.0
[
https://issues.apache.org/jira/browse/SOLR-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13510230#comment-13510230
]
Ted Strauss commented on SOLR-1581:
---
I'd like to offer to co-sponsor work on this issue
Build: http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows/2050/
Java: 32bit/jdk1.7.0_09 -server -XX:+UseG1GC
All tests passed
Build Log:
[...truncated 28804 lines...]
BUILD FAILED
C:\Users\JenkinsSlave\workspace\Lucene-Solr-4.x-Windows\build.xml:60: The
following error occurred
88 matches
Mail list logo