Where do we stand with this?
I want to push to a 3.0.3 release, what items are still pending?
Itamar.
Agreed -
JIRA for 3.0.3
https://issues.apache.org/jira/browse/LUCENENET/fixforversion/12316215#selectedTab=com.atlassian.jira.plugin.system.project%3Aversion-issues-panel
We should evaluate all of these - fix them, mark as won't fix, or move them to
another release version. I think the biggest
IMHO, whatever brings more attention to the project, and I'm not sure
graduation is what this project needs right now. In the end it's just
semantics.
I'd focus those efforts on getting more work done and having more frequent
releases. Hence our proposition to sponsor dev, which still stands.
On
Ok, and is the code in 100% compliance with the 3.0.3 Java code?
I'll be spending some time on fixing the index corruption issue, and it is
probably best for Chris to wrap up the work he has started
Anyone else on board to close some tickets?
On Thu, Jun 14, 2012 at 6:19 PM, Prescott Nasser
I'm going to try and review some of them - looking at the 3.5 ticket atm. The
code should be in compliance with 3.0.3. We might want to do some spot checking
various parts of the code. I'm not sure about the tests. Also, we should
probably run some code coverage tools to see how much coverage
As a mentor, it's my job argue with Itamar a bit. It's not just
semantics. We don't incubate projects indefinitely. I think that you
all are good to go. The transition is not very much work. Please do
draft a resolution and conduct a vote in the community, and we can
then take it to the incubator
[
https://issues.apache.org/jira/browse/LUCENENET-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295135#comment-13295135
]
Prescott Nasser commented on LUCENENET-480:
---
Attempting to compile the trunk
That comment is correct. We don't have support for NIOFSDirectory in .NET
(and the JVM support for it in windows has a major bug). We also don't
support MMapDirectory, because we haven't bothered to support it yet. I
think digy ported it once, but it didn't add any speed benefits, and was
Well, the only thing I see is that there is no place where writer.Commit()
is called in the delegate assigned to corpusReader.OnDocument. I know that
lucene is very transactional, and at least in 3.x, the writer will never
auto commit to the index. You can write millions of documents, but if
I've gone back and forth on whether I think we're ready for graduation or
not. I had always felt like we weren't because the project isn't as active
as I'd like it to be. However, I think I've been looking at it wrong.
We've got a good enough process and we *have* made progress. If anything,
I'm quite certain this shouldn't happen also when Commit wasn't called.
Mike, can you comment on that?
On Thu, Jun 14, 2012 at 8:03 PM, Christopher Currens
currens.ch...@gmail.com wrote:
Well, the only thing I see is that there is no place where writer.Commit()
is called in the delegate
I've been thinking about LUCENENET-493 (Make Lucene.Net culture
insensitive). It's easy to fix the code, and verify it on my machine
(running CurrentCulture=sv-SE), but there are no tests to confirm the
changes. I've been looking for ways to build test cases for different
cultures, like the
I can't guarantee that the code is 100% in compliance with java 3.0.3. All
changes that could be ported have been ported in core and most contrib
projects. There are a few things that should at least be discussed
regarding the compatibility in core:
Occur (BooleanClause) in java is converted to
Sorry, misread your question
This can be easily done with xUnit, using Theories.
On Thu, Jun 14, 2012 at 9:26 PM, Itamar Syn-Hershko ita...@code972.comwrote:
Something like:
Thread.CurrentThread.CurrentCulture = cultureInfo;
Thread.CurrentThread.CurrentUICulture = cultureInfo;
And setting
[
https://issues.apache.org/jira/browse/LUCENENET-490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher Currens resolved LUCENENET-490.
---
Resolution: Fixed
That is how it used to be. I believe I caused this
[
https://issues.apache.org/jira/browse/LUCENENET-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295239#comment-13295239
]
Christopher Currens commented on LUCENENET-480:
---
I'm assuming we're going
+1 on the string vs DirectoryInfo overload, Iatmar
Re: Comments and JVM, I'd suggest editing the .NET comments to remove
Java specific recommendations/concerns. We're not running on the JVM,
so consumes of our code don't need that info.
Re: GC pressure on the File/DirectoryInfo objects..
I'd say we're ready for graduation. Since I'm not really involved in
the coding effort at the moment, I'll work with Prescott on this
process.
The only reservation I have about graduation is losing or lessening
Stefan Bodewig's involvement. He's been really helpful. Can we keep
all of our mentors
If this is the case, 2328 probably made it's way to Lucene.Net since we are
using the released sources for porting, and we now need to apply 3418 in
the current version.
Iatmar: I confirmed that 2328 is in the latest code.
Thanks,
Troy
On Wed, Jun 13, 2012 at 5:45 PM, Itamar Syn-Hershko
I want to clarify that graduation is a somewhat gradual process, and
the early parts are not much work. You create a resolution for the
board that would establish your project. You conduct a community vote.
We conduct an IPMC vote. At the next board meeting, which could then
be as much as 30 days
Well, yeah, that's a lot more than I realized.. My assumption was that
there wouldn't be more FileInfo objects created than there were files
created, which is not that many. Whatever is doing that should be
re-written to pass the obj vs recreating it.
-T
On Thu, Jun 14, 2012 at 3:57 PM,
[
https://issues.apache.org/jira/browse/LUCENENET-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295406#comment-13295406
]
Prescott Nasser commented on LUCENENET-480:
---
Yes I think we should do this
I can confirm 2.9.4 had autoCommit, but it is gone in 3.0.3 already, so
Lucene.Net doesn't have autoCommit.
So I don't have autoCommit set to true, but I can clearly see a segments_1
file there along with the other files. If that helpes, it always keeps with
the name segments_1 with 32 bytes,
[
https://issues.apache.org/jira/browse/SOLR-2592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13294837#comment-13294837
]
Andy Laird commented on SOLR-2592:
--
I have tried out Michael's patch and would like to
On Wed, Jun 13, 2012 at 8:26 PM, Sami Siren ssi...@gmail.com wrote:
13381 T141 oasc.CoreContainer.reload Reloading SolrCore 'core0' using
instanceDir:
/usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-4.x/checkout/solr/example/multicore/core0
false alarm, the actual data dir is
[
https://issues.apache.org/jira/browse/SOLR-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13294840#comment-13294840
]
Stefan Matheis (steffkes) commented on SOLR-3529:
-
Sorry for the long
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux-Java6-64/895/
6 tests failed.
REGRESSION:
org.apache.solr.handler.dataimport.TestSqlEntityProcessorDelta2.testCompositePk_DeltaImport_empty
Error Message:
Exception during query
Stack Trace:
java.lang.RuntimeException:
[
https://issues.apache.org/jira/browse/SOLR-3406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13294847#comment-13294847
]
Martijn van Groningen commented on SOLR-3406:
-
Sure. I think what is in here
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera updated LUCENE-4132:
---
Attachment: LUCENE-4132.patch
Sorry if it came across like that, but I don't mean to rush or shove
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13294867#comment-13294867
]
Uwe Schindler commented on LUCENE-4132:
---
Hi Shai,
ignore all methods with
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera updated LUCENE-4132:
---
Attachment: LUCENE-4132.patch
Thanks Uwe. The test is now fixed by saving all 'synthetic' methods
It certainly wouldn't be easy to do ... but it sure would it be nice :)
I meant difficult as in practically impossible :) But then so are
these -- http://js1k.com/
There's been some talk about tools to detect data races at the hotspot
Found it -- see this thread:
Wrt thread scheduling -- has anybody ever tried dtrace with hotspot on
a linux system? Does it work?
http://docs.oracle.com/javase/6/docs/technotes/guides/vm/dtrace.html
I see there are probes to inspect thread lifecycle but I never played
with dtrace so I've no idea how it works/ if it does
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13294939#comment-13294939
]
Robert Muir commented on LUCENE-4132:
-
Can we override *all* methods so the javadocs
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux-Java6-64/114/
1 tests failed.
FAILED:
junit.framework.TestSuite.org.apache.solr.handler.TestReplicationHandler
Error Message:
ERROR: SolrIndexSearcher opens=74 closes=73
Stack Trace:
java.lang.AssertionError: ERROR:
[
https://issues.apache.org/jira/browse/SOLR-3543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sami Siren resolved SOLR-3543.
--
Resolution: Fixed
JavaBinLoader catches (and logs) exceptions and the (solrj)client has no idea
Build: https://builds.apache.org/job/Solr-4.x/9/
1 tests failed.
FAILED: org.apache.solr.cloud.RecoveryZkTest.testDistribSearch
Error Message:
Thread threw an uncaught exception, thread: Thread[Lucene Merge Thread #2,6,]
Stack Trace:
java.lang.RuntimeException: Thread threw an uncaught
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13294989#comment-13294989
]
Michael McCandless commented on LUCENE-4132:
Also can we rename it to
[
https://issues.apache.org/jira/browse/SOLR-3511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sami Siren resolved SOLR-3511.
--
Resolution: Fixed
Committed to 4.x too
Refactor overseer to use a distributed
On Wed, Jun 13, 2012 at 8:45 PM, Itamar Syn-Hershko ita...@code972.com wrote:
Mike,
On Wed, Jun 13, 2012 at 7:31 PM, Michael McCandless
luc...@mikemccandless.com wrote:
Hi Itamar,
One quick question: does Lucene.Net include the fixes done for
LUCENE-1044 (to fsync files on commit)? Those
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux-Java7-64/276/
1 tests failed.
REGRESSION: org.apache.solr.cloud.RecoveryZkTest.testDistribSearch
Error Message:
Thread threw an uncaught exception, thread: Thread[Lucene Merge Thread #1,6,]
Stack Trace:
[
https://issues.apache.org/jira/browse/LUCENE-4144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-4144.
Resolution: Not A Problem
Please raise this on the java-u...@lucene.apache.org
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera updated LUCENE-4132:
---
Attachment: LUCENE-4132.patch
bq. Can we override all methods so the javadocs aren't confusing.
[
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295019#comment-13295019
]
David Smiley commented on SOLR-3534:
defaultSearchField may be referenced in a bunch of
[
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295025#comment-13295025
]
David Smiley commented on SOLR-3534:
Just to keep these concerns separated, this issue,
[
https://issues.apache.org/jira/browse/SOLR-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295026#comment-13295026
]
Erik Hatcher commented on SOLR-2894:
Trey - thanks for the positive feedback. I'll
[
https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adrien Grand reopened LUCENE-4062:
--
Assignee: Adrien Grand (was: Michael McCandless)
More fine-grained control over the
[
https://issues.apache.org/jira/browse/SOLR-3542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Koji Sekiguchi reassigned SOLR-3542:
Assignee: Koji Sekiguchi
Highlighter: Integration of LUCENE-4133 (Part of LUCENE-3440)
[
https://issues.apache.org/jira/browse/SOLR-3535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295049#comment-13295049
]
Yonik Seeley commented on SOLR-3535:
bq. 1) add ListSolrInputDocument
[
https://issues.apache.org/jira/browse/SOLR-1958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James Dyer updated SOLR-1958:
-
Attachment: SOLR-1958.patch
Here's an even simpler patch to fix this. I will commit this to trunk
Build: https://builds.apache.org/job/Solr-trunk/1884/
1 tests failed.
REGRESSION: org.apache.solr.cloud.OverseerTest.testShardAssignmentBigger
Error Message:
could not find counter for shard:null
Stack Trace:
java.lang.AssertionError: could not find counter for shard:null
at
[
https://issues.apache.org/jira/browse/SOLR-1958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
James Dyer resolved SOLR-1958.
--
Resolution: Fixed
Fix Version/s: 5.0
Committed...Trunk: r1350269, Branch_4x: r1350278
[
https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adrien Grand updated LUCENE-4062:
-
Attachment: LUCENE-4062-2.patch
I have run more tests on {{PackedInts}} impls over the last
[
https://issues.apache.org/jira/browse/LUCENE-2878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Woodward updated LUCENE-2878:
--
Attachment: LUCENE-2878.patch
Updated patch implementing startOffset and endOffset on
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Windows-Java7-64/64/
1 tests failed.
REGRESSION:
org.apache.solr.handler.component.SpellCheckComponentTest.testThresholdTokenFrequency
Error Message:
Path not found: /spellcheck/suggestions/[1]/suggestion
Stack Trace:
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-trunk-Linux-Java7-64/278/
4 tests failed.
REGRESSION:
org.apache.solr.handler.dataimport.TestSqlEntityProcessorDelta2.testCompositePk_DeltaImport_replace_nodelete
Error Message:
Exception during query
Stack Trace:
[
https://issues.apache.org/jira/browse/LUCENE-2878?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295153#comment-13295153
]
Simon Willnauer commented on LUCENE-2878:
-
hey alan, I won't be able to look at
[
https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295167#comment-13295167
]
Dawid Weiss commented on LUCENE-4062:
-
What's on the axes in those plots?
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-4.x/92/
1 tests failed.
REGRESSION:
org.apache.solr.update.SoftAutoCommitTest.testSoftAndHardCommitMaxTimeDelete
Error Message:
searcher529 wasn't soon enough after soft529: 1339694370043 ! 1339694369890 +
100 (fudge)
Stack Trace:
[
https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295176#comment-13295176
]
Adrien Grand commented on LUCENE-4062:
--
The x axis is the number of bits per value
I'm quite certain this shouldn't happen also when Commit wasn't called.
Mike, can you comment on that?
On Thu, Jun 14, 2012 at 8:03 PM, Christopher Currens
currens.ch...@gmail.com wrote:
Well, the only thing I see is that there is no place where writer.Commit()
is called in the delegate
[
https://issues.apache.org/jira/browse/SOLR-3535?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295189#comment-13295189
]
Hoss Man commented on SOLR-3535:
bq. Or simply allow SolrInputDocument as a normal value
[
https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295195#comment-13295195
]
Dawid Weiss commented on LUCENE-4062:
-
Ok, thanks - makes sense. Is the code for
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295220#comment-13295220
]
Robert Muir commented on LUCENE-4132:
-
thanks, +1
IndexWriterConfig
[
https://issues.apache.org/jira/browse/SOLR-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erik Hatcher updated SOLR-2894:
---
Attachment: SOLR-2894.patch
Patch updated to 4x branch.
Simon, just for you, I removed
[
https://issues.apache.org/jira/browse/SOLR-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295261#comment-13295261
]
Erik Hatcher commented on SOLR-2894:
Trey - would you be in a position to test out the
[
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295268#comment-13295268
]
Hoss Man commented on SOLR-3534:
bq. dismaxedismax should look at 'df' before falling back
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295269#comment-13295269
]
Shai Erera commented on LUCENE-4132:
Thanks Robert. I'll wait until Sunday and commit
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shai Erera reassigned LUCENE-4132:
--
Assignee: Shai Erera
IndexWriterConfig live settings
---
[
https://issues.apache.org/jira/browse/LUCENE-3729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-3729:
Attachment: LUCENE-3729.patch
here is a first cut at using FST to hold terms in sorted
[
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295296#comment-13295296
]
David Smiley commented on SOLR-3534:
Hoss, I like your suggestion of refactoring this
Dušan Omerčević created SOLR-3544:
-
Summary: Under heavy load json response is cut at some arbitrary
position
Key: SOLR-3544
URL: https://issues.apache.org/jira/browse/SOLR-3544
Project: Solr
[
https://issues.apache.org/jira/browse/SOLR-2724?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295299#comment-13295299
]
Hoss Man commented on SOLR-2724:
David: looking back at the mailing list ~ 28/Mar/12 it's
[
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295303#comment-13295303
]
Hoss Man commented on SOLR-3534:
bq. I'll presume that you don't mean defaultSearchField/
[
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295306#comment-13295306
]
David Smiley commented on SOLR-3534:
TestExtendedDismaxParser line 126 already tests
[
https://issues.apache.org/jira/browse/SOLR-3544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295307#comment-13295307
]
Hoss Man commented on SOLR-3544:
can you provide some more details please...
1) what
[
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295310#comment-13295310
]
Hoss Man commented on SOLR-3534:
The point of the test is to assert that DismaxQParser can
[
https://issues.apache.org/jira/browse/LUCENE-4082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martijn van Groningen updated LUCENE-4082:
--
Fix Version/s: 5.0
4.0
Assignee: Martijn van
[
https://issues.apache.org/jira/browse/LUCENE-4082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martijn van Groningen updated LUCENE-4082:
--
Attachment: LUCENE-4082.patch
Included explain into random test.
If this is the case, 2328 probably made it's way to Lucene.Net since we are
using the released sources for porting, and we now need to apply 3418 in
the current version.
Iatmar: I confirmed that 2328 is in the latest code.
Thanks,
Troy
On Wed, Jun 13, 2012 at 5:45 PM, Itamar Syn-Hershko
[
https://issues.apache.org/jira/browse/LUCENE-4082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martijn van Groningen resolved LUCENE-4082.
---
Resolution: Fixed
Committed to branch4x and trunk.
[
https://issues.apache.org/jira/browse/SOLR-731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-731:
--
Fix Version/s: (was: 4.0)
Removing fix version since this issue hasn't gotten much attention lately and
[
https://issues.apache.org/jira/browse/SOLR-725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-725:
--
Fix Version/s: (was: 4.1)
Removing fix version since this issue hasn't gotten much attention lately and
[
https://issues.apache.org/jira/browse/SOLR-3313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-3313:
---
Component/s: (was: web gui)
clients - java
Summary: Rename Query Type to Request
[
https://issues.apache.org/jira/browse/SOLR-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man reassigned SOLR-3041:
--
Assignee: Mark Miller
Could you please asses triage this for 4.0?
Solrs using
Hoss Man created SOLR-3545:
--
Summary: make scale function more efficient in multi-segment
indexes
Key: SOLR-3545
URL: https://issues.apache.org/jira/browse/SOLR-3545
Project: Solr
Issue Type:
[
https://issues.apache.org/jira/browse/SOLR-1259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man resolved SOLR-1259.
Resolution: Fixed
Fix Version/s: (was: 4.0)
3.1
Assignee: Yonik
Welcome to the team, Adrien!
--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
Solr Training - www.solrtraining.com
On 7. juni 2012, at 20:11, Michael McCandless wrote:
I'm pleased to announce that Adrien Grand has joined our ranks as a
committer.
He has been
Build:
http://jenkins.sd-datasolutions.de/job/Lucene-Solr-4.x-Linux-Java7-64/100/
5 tests failed.
REGRESSION:
org.apache.solr.handler.dataimport.TestSqlEntityProcessorDelta2.testCompositePk_FullImport
Error Message:
Exception during query
Stack Trace:
java.lang.RuntimeException: Exception
[
https://issues.apache.org/jira/browse/SOLR-2894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295389#comment-13295389
]
Chris Russell commented on SOLR-2894:
-
Erik, what revision of solr did you apply the
[
https://issues.apache.org/jira/browse/SOLR-2592?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295390#comment-13295390
]
Michael Garski commented on SOLR-2592:
--
The reason for requiring the unique id to be
[
https://issues.apache.org/jira/browse/LUCENE-4132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295394#comment-13295394
]
Michael McCandless commented on LUCENE-4132:
Hmm we are no longer cloning the
[
https://issues.apache.org/jira/browse/LUCENE-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295395#comment-13295395
]
Michael McCandless commented on LUCENE-4062:
Very cool graphs! Somehow you
Right: Lucene never autocommits anymore ...
If you create a new index, add a bunch of docs, and things crash
before you have a chance to commit, then there is no index (not even a
0 doc one) in that directory.
Mike McCandless
http://blog.mikemccandless.com
On Thu, Jun 14, 2012 at 1:41 PM,
Not what I'm seeing. I actually see a lot of segments created and merged
while it operates. Expected?
Reminding you, this is 2.9.4 / 3.0.3
On Fri, Jun 15, 2012 at 3:10 AM, Michael McCandless
luc...@mikemccandless.com wrote:
Right: Lucene never autocommits anymore ...
If you create a new
[
https://issues.apache.org/jira/browse/SOLR-3267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man reassigned SOLR-3267:
--
Assignee: Hoss Man
TestSort failures (reproducible)
Hmm, OK: in 2.9.4 / 3.0.x, if you open IW on a new directory, it will
make a zero-segment commit. This was changed/fixed in 3.1 with
LUCENE-2386.
In 2.9.x (not 3.0.x) there is still an autoCommit parameter,
defaulting to false, but if you set it to true then IndexWriter will
periodically commit.
Hoss Man created LUCENE-4145:
Summary: Unhandled exception from test framework?
Key: LUCENE-4145
URL: https://issues.apache.org/jira/browse/LUCENE-4145
Project: Lucene - Java
Issue Type:
[
https://issues.apache.org/jira/browse/SOLR-3542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295403#comment-13295403
]
Koji Sekiguchi commented on SOLR-3542:
--
Patch looks good! Will commit soon.
[
https://issues.apache.org/jira/browse/LUCENE-4145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13295404#comment-13295404
]
Hoss Man commented on LUCENE-4145:
--
Execution was...
{noformat}
1 - 100 of 111 matches
Mail list logo
