[
https://issues.apache.org/jira/browse/SOLR-2218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049020#comment-13049020
]
jess canabou commented on SOLR-2218:
Hi all
I'm a bit confused by this thread, but thi
[
https://issues.apache.org/jira/browse/LUCENE-2878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Willnauer updated LUCENE-2878:
Attachment: LUCENE-2878_trunk.patch
some more cleanups, all tests pass now on trunk
> All
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/8823/
1 tests failed.
REGRESSION: org.apache.lucene.index.TestStressIndexing2.testRandom
Error Message:
r1.numDocs()=9 vs r2.numDocs()=8
Stack Trace:
junit.framework.AssertionFailedError: r1.numDocs()=9 vs r2.numDocs()=8
[
https://issues.apache.org/jira/browse/LUCENE-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-3200:
--
Attachment: LUCENE-3200.patch
Little cleanups & improvements:
- made readByte() consistent wit
Hi Erick,
Do you use harddisks or SSDs? I assume harddisks, which may explain what you
see:
- DWPT writes lots of segments in parallel, which also explains why you are
seeing more files. Writing in parallel to several files, needs more head
movements of your harddisk and this slows down. In the p
[
https://issues.apache.org/jira/browse/SOLR-2588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049059#comment-13049059
]
Gunnar Wagenknecht commented on SOLR-2588:
--
Thanks Ryan, that's exactly what I was
Erick, it seems you need to adjust your settings for 4.0 a little.
When you index with DWPT it builds thread private segments which are
independently flushed to disk. Yet, when you set your ram buffer IW
will accumulate the ram used by all active DWPT and flush the largest
once you reach your ram b
[
https://issues.apache.org/jira/browse/SOLR-2382?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049064#comment-13049064
]
Noble Paul commented on SOLR-2382:
--
James , Does it make sense to split this issue into tw
[
https://issues.apache.org/jira/browse/SOLR-2242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049077#comment-13049077
]
Simon Willnauer commented on SOLR-2242:
---
Hey bill,
I looked at your patch and I have
First of all I should probably congratulate my fellow Germans -- Dirk
Nowitzki's outstanding performance during this year's NBA finals will
become part of the history of basketball. As a Pole, I admit I'm
really freaking jealous.
Now... back to the subject.
A number of people have expressed an in
[
https://issues.apache.org/jira/browse/SOLR-2574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar resolved SOLR-2574.
-
Resolution: Fixed
Fix Version/s: 3.3
Committed revision 1135436.
> Add SLF
ah this is tripping an assert I added a couple of weeks ago. We
already have an issue for this here:
https://issues.apache.org/jira/browse/LUCENE-3190
the problem here seems related to a very lowish rambuffer together
with flushing by docCount. I was not able to reproduce it yet.
each time this fa
[
https://issues.apache.org/jira/browse/LUCENE-3190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049095#comment-13049095
]
Simon Willnauer commented on LUCENE-3190:
-
{noformat}
[junit] Testcase: testR
Add DataInput/DataOutput subclasses that delegate to an
InputStream/OutputStream.
-
Key: LUCENE-3202
URL: https://issues.apache.org/jira/browse/LUCENE-3202
Project: Lucen
[
https://issues.apache.org/jira/browse/LUCENE-3190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049100#comment-13049100
]
selckin commented on LUCENE-3190:
-
{code}
[junit] Testsuite: org.apache.lucene.index
[
https://issues.apache.org/jira/browse/LUCENE-3202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss updated LUCENE-3202:
Attachment: LUCENE-3202.patch
A patch moving these stream delegation classes to org.apache.lucene.
[
https://issues.apache.org/jira/browse/LUCENE-3202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049104#comment-13049104
]
Dawid Weiss edited comment on LUCENE-3202 at 6/14/11 10:25 AM:
Hi. While I was playing with automata recently, I had a use case
scenario when I could really use an external sort of a large list of
unicode strings. I know I could simply emulate this by creating
synthetic documents, index, etc., but is there a more "direct" way of
achieving this using Lucene's i
[
https://issues.apache.org/jira/browse/LUCENE-3197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless reassigned LUCENE-3197:
--
Assignee: Michael McCandless
> Optimize runs forever if you keep deleting docs
[
https://issues.apache.org/jira/browse/LUCENE-3197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049109#comment-13049109
]
Michael McCandless commented on LUCENE-3197:
One simple way to fix this would
[
https://issues.apache.org/jira/browse/LUCENE-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049115#comment-13049115
]
Michael McCandless commented on LUCENE-3200:
+1 to commit!
In my stress NRT
[
https://issues.apache.org/jira/browse/LUCENE-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049117#comment-13049117
]
Robert Muir commented on LUCENE-3200:
-
+1, great work Uwe.
> Cleanup MMapDirectory t
Not that I know of.
And, if you create & index such Lucene documents, and then do a
MatchAllDocsQuery sorting by your field, this is (unfortunately) not
an external sort! Ie, Lucene loads all terms data in RAM as packed
byte[], for merging the per-segment results.
It even does this, unnecessaril
> And, if you create & index such Lucene documents, and then do a
> MatchAllDocsQuery sorting by your field, this is (unfortunately) not
I was thinking about an optimized segment -- then the terms enum on a
given field should be sorted, right?
Dawid
-
[
https://issues.apache.org/jira/browse/SOLR-1873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049132#comment-13049132
]
Noble Paul commented on SOLR-1873:
--
How can we make the logic for identifying the shards p
[
https://issues.apache.org/jira/browse/SOLR-2206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul resolved SOLR-2206.
--
Resolution: Fixed
Fix Version/s: 4.0
Assignee: Noble Paul
corrected spelling error
> DI
[
https://issues.apache.org/jira/browse/LUCENE-3202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049138#comment-13049138
]
Shai Erera commented on LUCENE-3202:
Patch looks good. Two comments:
# The files are
[
https://issues.apache.org/jira/browse/LUCENE-3202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049142#comment-13049142
]
Robert Muir commented on LUCENE-3202:
-
I agree with moving these to .store package, s
[
https://issues.apache.org/jira/browse/SOLR-2583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049143#comment-13049143
]
Martin Grotzke commented on SOLR-2583:
--
{quote}
See: http://www.strchr.com/multi-stage
On Tue, Jun 14, 2011 at 7:06 AM, Dawid Weiss
wrote:
>> And, if you create & index such Lucene documents, and then do a
>> MatchAllDocsQuery sorting by your field, this is (unfortunately) not
>
> I was thinking about an optimized segment -- then the terms enum on a
> given field should be sorted, r
[
https://issues.apache.org/jira/browse/LUCENE-3202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049146#comment-13049146
]
Dawid Weiss commented on LUCENE-3202:
-
Thanks Shai. I'll add the headers, clean up th
[
https://issues.apache.org/jira/browse/LUCENE-3202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss updated LUCENE-3202:
Attachment: LUCENE-3202.patch
Updated patch, applied.
> Add DataInput/DataOutput subclasses that
[
https://issues.apache.org/jira/browse/LUCENE-3202?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss resolved LUCENE-3202.
-
Resolution: Fixed
> Add DataInput/DataOutput subclasses that delegate to an
> InputStream/Outpu
> So actually it would work if you just enum'd the terms yourself, after
> indexing and optimizing. And this does amount to an external sort, I
> think!
Yep. I was just curious if there's a way to do it without the overhead
of creating fields, documents, etc. If I have a spare minute I'll try
to
In theory, you could use the codec API directly, adding "chunks" of
pre-sorted terms, and then fake up a SegmentInfo to make it look like
some kind of degenerate segment, and then merge them?
But it's gonna be a lot of work to do that :)
Merging FSTs sounds cool!
Mike McCandless
http://blog.mik
[
https://issues.apache.org/jira/browse/SOLR-2551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar updated SOLR-2551:
Attachment: SOLR-2551.patch
Patch to fail imports if the data config supports delta
[
https://issues.apache.org/jira/browse/LUCENE-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049154#comment-13049154
]
Simon Willnauer commented on LUCENE-3200:
-
+1 this looks awesome. Gute Arbeit Uwe
Thanks Mike. I keep forgetting about it.
Dawid
On Tue, Jun 14, 2011 at 2:28 PM, wrote:
> Author: mikemccand
> Date: Tue Jun 14 12:28:16 2011
> New Revision: 1135526
>
> URL: http://svn.apache.org/viewvc?rev=1135526&view=rev
> Log:
> can't override interface until Java 1.6
>
> Modified:
> luc
> Merging FSTs sounds cool!
Yep, it would be quite neat and relatively simple too. I looked at the
FST API again, after doing some work on those compounds and there are
several things that just hurt my eyes... I'll see if I can figure out
a nicer API... how emotionally attached are you to that sim
Don't forget to fix on 3.x too :)
Re using up -1, I agree... but, this actually simplified the *FSTEnum
classes (I think?).
Mike McCandless
http://blog.mikemccandless.com
On Tue, Jun 14, 2011 at 7:13 AM, wrote:
> Author: dweiss
> Date: Tue Jun 14 11:13:27 2011
> New Revision: 1135487
>
> URL:
> Don't forget to fix on 3.x too :)
Seems like you did it on both, right?
> Re using up -1, I agree... but, this actually simplified the *FSTEnum
> classes (I think?).
I'll see if I can come up with something.
Dawid
-
To unsub
On Tue, Jun 14, 2011 at 8:35 AM, Dawid Weiss
wrote:
>> Merging FSTs sounds cool!
>
> Yep, it would be quite neat and relatively simple too. I looked at the
> FST API again, after doing some work on those compounds and there are
> several things that just hurt my eyes... I'll see if I can figure ou
On Tue, Jun 14, 2011 at 8:42 AM, Dawid Weiss
wrote:
>> Don't forget to fix on 3.x too :)
>
> Seems like you did it on both, right?
No, I just fixed the @Override 1.6 only issue, not this one!
>> Re using up -1, I agree... but, this actually simplified the *FSTEnum
>> classes (I think?).
>
> I'll
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x/8832/
No tests ran.
Build Log (for compile errors):
[...truncated 15595 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional comma
Well, at some point, we'll move to Java 1.6 and then we don't have to
worry about this craziness anymore!
Mike McCandless
http://blog.mikemccandless.com
On Tue, Jun 14, 2011 at 8:32 AM, Dawid Weiss wrote:
> Thanks Mike. I keep forgetting about it.
>
> Dawid
>
> On Tue, Jun 14, 2011 at 2:28 PM,
Thanks, guys. Yes, I am running it all locally and disk seeks
may well be the culprit. This thread is mainly to be sure that
the behavior I'm seeing is expected, or at least explainable.
Really, I don't need to pursue this further unless there's
actually data I can gather to help speed things up.
[
https://issues.apache.org/jira/browse/LUCENE-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler resolved LUCENE-3200.
---
Resolution: Fixed
Fix Version/s: 4.0
3.3
Committed trunk revision:
[
https://issues.apache.org/jira/browse/LUCENE-3200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049166#comment-13049166
]
Uwe Schindler commented on LUCENE-3200:
---
Thanks to Robert for help debugging my stu
On 6/14/2011 4:28 AM, Uwe Schindler wrote:
> indexing and optimizing was only a
> good idea pre Lucene-2.9, now it's mostly obsolete)
Could you please elaborate on this? Is optimizing obsolete
in general or after indexing new documents? Is it obsolete
after deletions? And what it "mostly"?
Thanks
Optimization used to have a very noticeable impact
on search speed prior to some index format changes
from quite a while ago.
At this point the effect is much less noticeable, but
the thing optimize does do is reclaim resources
from deleted documents. If you have lots of deletions,
it's a good ide
Since Lucene 2.9, Lucene works on a per segment basis when searching. Since
Lucene 3.1 it can even parallelize on multiple segments. If you optimize
your index you only have one segment. Also, when you frequently reopen your
indexes (e.g. after updates), the cost for warming the cache and FieldCach
For simple removing deletes, there is also IW.expungeDeletes(), which is
less intensive! Not sure if solr support this, too, but as far as I know
there is an issue open.
Also please note: As soon as one segment is selected for merging (the merge
policy may also do this dependent on the number of d
[
https://issues.apache.org/jira/browse/SOLR-2305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049180#comment-13049180
]
Marko Bonaci commented on SOLR-2305:
I'll attach the patch during the following weekend
[
https://issues.apache.org/jira/browse/LUCENE-3190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049202#comment-13049202
]
Simon Willnauer commented on LUCENE-3190:
-
I managed to reproduce this and trip i
[
https://issues.apache.org/jira/browse/LUCENE-3198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-3198.
Resolution: Fixed
OK I cutover just Linux, 64 bit, when unmap is available.
We ca
[
https://issues.apache.org/jira/browse/SOLR-2588?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049247#comment-13049247
]
Hoss Man commented on SOLR-2588:
bq. With some small changes, Velocity could be optional.
[
https://issues.apache.org/jira/browse/LUCENE-2955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-2955.
Resolution: Fixed
Fix Version/s: 4.0
> Add utitily class to manage NRT reop
[
https://issues.apache.org/jira/browse/SOLR-2574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-2574:
---
Summary: upgrade SLF4J (primary motivation: simplifiy use of solrj) (was:
Add SLF4J-nop dependency)
> upgrad
[
https://issues.apache.org/jira/browse/SOLR-2588?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-2588:
Priority: Minor (was: Major)
Issue Type: Wish (was: Bug)
Summary: Make Velocity an opt
[
https://issues.apache.org/jira/browse/LUCENE-3197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049254#comment-13049254
]
Hoss Man commented on LUCENE-3197:
--
is the possibility of a never ending optimize in thi
[
https://issues.apache.org/jira/browse/SOLR-2583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049256#comment-13049256
]
Martin Grotzke commented on SOLR-2583:
--
I just compared memory consumption of the 3 di
[
https://issues.apache.org/jira/browse/SOLR-2583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049256#comment-13049256
]
Martin Grotzke edited comment on SOLR-2583 at 6/14/11 4:25 PM:
--
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/8832/
20 tests failed.
REGRESSION: org.apache.lucene.index.TestIndexReaderReopen.testThreadSafety
Error Message:
Error occurred in thread Thread-73:
/usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-trunk/checkout/lu
[
https://issues.apache.org/jira/browse/SOLR-2574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-2574:
Issue Type: Wish (was: Bug)
since this is not a bug... lets change the status
> upgrade SLF4J (pri
[
https://issues.apache.org/jira/browse/LUCENE-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-3201:
Attachment: LUCENE-3201.patch
Initial patch for review. In this patch I only cut over MMapDirector
[
https://issues.apache.org/jira/browse/LUCENE-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049287#comment-13049287
]
Michael McCandless commented on LUCENE-3201:
Patch looks great! Incredible t
Rate-limit IO used by merging
-
Key: LUCENE-3203
URL: https://issues.apache.org/jira/browse/LUCENE-3203
Project: Lucene - Java
Issue Type: Improvement
Components: core/store
Reporter: Michael
[
https://issues.apache.org/jira/browse/LUCENE-3203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-3203:
---
Attachment: LUCENE-3203.patch
Patch, with a hacked up a prototype impl, but I don't
[
https://issues.apache.org/jira/browse/LUCENE-2793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049293#comment-13049293
]
Michael McCandless commented on LUCENE-2793:
LUCENE-3203 is another example w
[
https://issues.apache.org/jira/browse/LUCENE-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-3201:
Fix Version/s: 4.0
3.3
setting 3.3/4.0 as fix version, as the changes are backw
[
https://issues.apache.org/jira/browse/LUCENE-3197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049298#comment-13049298
]
Yonik Seeley commented on LUCENE-3197:
--
Regardless of if one views this as a bug or
[
https://issues.apache.org/jira/browse/LUCENENET-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049299#comment-13049299
]
Ben West commented on LUCENENET-425:
The entire "Store" set of tests (including Tes
[
https://issues.apache.org/jira/browse/LUCENE-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049335#comment-13049335
]
Uwe Schindler commented on LUCENE-3201:
---
Hi Robert, great patch, exactly as I would
Hi all,
Thanks a lot to the PMC for entrusting me this role!
% whoami
I'm a hacker from Norway, soon to become 101000 summers old. Married to
wonderful Hilde, living
outside Oslo with our cat Rosåsi (meaning "grey" in Arabic). I love
snowboarding, kayaking,
travelling, working with immigrants
[
https://issues.apache.org/jira/browse/SOLR-2548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049341#comment-13049341
]
Hoss Man commented on SOLR-2548:
Janne: thanks for the awesome patch!
in general i think t
[
https://issues.apache.org/jira/browse/LUCENE-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049346#comment-13049346
]
Robert Muir commented on LUCENE-3201:
-
I agree, the fileswitchdirectory should delega
[
https://issues.apache.org/jira/browse/LUCENENET-417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049350#comment-13049350
]
Digy commented on LUCENENET-417:
Maybe, this is a stupid question but, what is the reas
[
https://issues.apache.org/jira/browse/LUCENE-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049352#comment-13049352
]
Uwe Schindler commented on LUCENE-3201:
---
We have LUCENE-1743 for the small files ca
[
https://issues.apache.org/jira/browse/SOLR-2548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049355#comment-13049355
]
Yonik Seeley commented on SOLR-2548:
I think this should be configurable on a per-reque
[
https://issues.apache.org/jira/browse/LUCENENET-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049359#comment-13049359
]
Christopher Currens commented on LUCENENET-425:
---
On a 1.18GB index of onl
[
https://issues.apache.org/jira/browse/LUCENENET-425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher Currens updated LUCENENET-425:
--
Comment: was deleted
(was: On a 1.18GB index of only text:
FS Reader: 27
MM
Include maven-ant-tasks jar in the source tree and use this jar from
generate-maven-artifacts
-
Key: LUCENE-3204
URL: https://issues.apache.org/jira/browse/LUCENE-3204
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049372#comment-13049372
]
Steven Rowe commented on LUCENE-3204:
-
Committing shortly.
> Include maven-ant-tasks
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steven Rowe updated LUCENE-3204:
Attachment: LUCENE-3204.patch
Patch implementing the idea.
> Include maven-ant-tasks jar in the s
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049374#comment-13049374
]
Uwe Schindler commented on LUCENE-3204:
---
I think that's fine. Does the supplied ver
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049382#comment-13049382
]
Steven Rowe commented on LUCENE-3204:
-
bq. Does the supplied version of maven-ant-tas
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049386#comment-13049386
]
Steven Rowe commented on LUCENE-3204:
-
I unpacked the jar, defaced the definitions fi
Remove commitLockTimeout option from solrconfig.xml
---
Key: SOLR-2591
URL: https://issues.apache.org/jira/browse/SOLR-2591
Project: Solr
Issue Type: Improvement
Reporter: Martijn v
I've created SOLR-2591 for removing commitLockTimeout option.
Martijn
On 4 June 2011 13:47, Mark Miller wrote:
>
> On Jun 4, 2011, at 7:42 AM, Martijn v Groningen wrote:
>
> > the commitLockTimeout option is really not used I think we should remove
> this
>
> +1.
>
> - Mark Miller
> lucidimagin
[
https://issues.apache.org/jira/browse/SOLR-1873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049425#comment-13049425
]
Mark Miller commented on SOLR-1873:
---
If I remember right (been a long time since I talked
[
https://issues.apache.org/jira/browse/SOLR-2452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049430#comment-13049430
]
Steven Rowe commented on SOLR-2452:
---
Forgot to include the issue number in the comment, s
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steven Rowe updated LUCENE-3204:
Attachment: LUCENE-3204.patch
Added CHANGES.txt entries, including mention of the fact that copies
[
https://issues.apache.org/jira/browse/LUCENENET-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049435#comment-13049435
]
Ben West commented on LUCENENET-425:
Unfortunately (or perhaps fortunately in that
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/8840/
No tests ran.
Build Log (for compile errors):
[...truncated 2261 lines...]
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional comm
[
https://issues.apache.org/jira/browse/LUCENE-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-3201:
Attachment: LUCENE-3201.patch
here is an updated patch, including impls for SimpleFS and NIOFS, fi
This build failed because of a missing NOTICE file for the maven-ant-tasks jar.
I'm adding it now. - Steve
> -Original Message-
> From: Apache Jenkins Server [mailto:jenk...@builds.apache.org]
> Sent: Tuesday, June 14, 2011 5:37 PM
> To: dev@lucene.apache.org
> Subject: [JENKINS] Lucene-
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049448#comment-13049448
]
Uwe Schindler commented on LUCENE-3204:
---
Jenkins now complains because of missing l
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-3.x/8844/
1 tests failed.
REGRESSION: org.apache.lucene.index.TestIndexReaderReopen.testThreadSafety
Error Message:
Error occurred in thread Thread-149: Lock obtain timed out:
org.apache.lucene.store.MockLockFactoryWrapper$MockLock@c3c
[
https://issues.apache.org/jira/browse/LUCENE-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049451#comment-13049451
]
Steven Rowe commented on LUCENE-3204:
-
bq. Jenkins now complains because of missing l
[
https://issues.apache.org/jira/browse/SOLR-2548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049453#comment-13049453
]
Adrien Grand commented on SOLR-2548:
Hoss Man,
Regarding the best value of the number
1 - 100 of 111 matches
Mail list logo
