on shipped with
JDK? That would make life easy. And for simple tests that version should be
enough...
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.com]
> S
.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.com]
> Sent: Wednesday, May 02, 2012 8:42 PM
> To: dev@lucene.apache.org
> Subject: Re: Help: SOLR-3430 an
Solr tests that use Jetty, etc?). In the end, I
> just want
> readable tests that are true to real life, which DIH lacks right now.
I agree!
Uwe
> James Dyer
> E-Commerce Systems
> Ingram Content Group
> (615) 213-4311
>
>
> -Original Message-
> From: U
Hi Robert,
Why do we need that special pattern? To work around unclean src.tgz files, the
build process creates a clean "svn export" before packaging. This one should
not contain work/temp folders?
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.d
random
Garbage collector selector for our builds, I am thinking about that.
Currently it's passed as a env var by the Jenkins config.
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetap
LOL!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: rm...@apache.org [mailto:rm...@apache.org]
> Sent: Friday, May 11, 2012 4:18 AM
> To: comm...@lucene.apache.org
> Subject: svn commit
Fixed, sorry!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.com]
> Sent: Tuesday, May 15, 2012 2:31 PM
> To: dev@lucene.apache.org
> Subject: Re: svn c
notification schema does not do this.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.com]
> Sent: Tuesday, May 15, 2012 12:43 AM
> To: dev@lucene.apache.org
&g
does not work (same applies to
spaces in windows user name -> bug in Jenkins :( )
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e-mail:
a copy of these Jobs on one of Apache's Windows
slaves (if possible and works).
> -- Jack Krupansky
>
> -Original Message-
> From: Uwe Schindler
> Sent: Tuesday, May 15, 2012 7:45 PM
> To: dev@lucene.apache.org
> Subject: New Jenkins for Windows and Linux
>
> H
>> "org.apache.solr.core.TestSolrDeletionPolicy1.testCommitAge fails almost
>> always on Windows"
>>
>> It hasn't been failing for me. I just ran the tests again.
>>
>> This is on Windows 7 Home Premium on an i5-based notebook PC. Maybe it
>> is
>> sensitive to the particular environment or to some
Hi,
I already noticed that on my local machine (Thinkpad Laptop with SSD), but
I was thinking it might be my slow IO system (thanks Robert for this
running-gag). But when reviewing test times on the new Jenkins Windows
build server, this test takes very long (around 30 minutes, which is half
of th
> Hi,
>
> I already noticed that on my local machine (Thinkpad Laptop with SSD), but
> I was thinking it might be my slow IO system (thanks Robert for this
> running-gag). But when reviewing test times on the new Jenkins Windows
> build server, this test takes very long (around 30 minutes, which is
>> I would like to @Ignore it until it is fixed.
>
> You could add an assumption in @beforeclass and ignore it on windows only?
>
>> One thing to add: the test not always takes so long, sometoimes it is
>> quite fast. But if it is slow it is extremely slow on windows. Maybe a
>> codec issue?
>
> Ca
OK, found out:
The test runs endless also on my local machine, what happened:
- SerialMergeScheduler
- SimpleText codec
That says everything. I have no idea why it is faster on Linux, but that
is a quite common config I get here also with other seeds.
So we should annotate that test with the Su
Hi,
This is not the case, ignore my previous mail!
The test method with the problem is using Solr's API, so I have no idea
which codecs or whatever it uses. It seems like a starvation/deadlock
problem. But all CPUs are tied 100% and my computer (also mouse cursor
stands still).
I opened https://
I killed that one because it was taking very long. See attached stack trace. In
fact it got a MockDir with Ratelimiter. Maybe it was not really an issue, but
this test seems heavy.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
changes in r1340794.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: jenk...@sd-datasolutions.de [mailto:jenk...@sd-datasolutions.de]
> Sent: Monday, May 21, 2012 7:40 AM
> To: dev@luce
sed 0% CPU on the build server.
> On Mon, May 21, 2012 at 8:03 AM, Simon Willnauer
> wrote:
> > On Mon, May 21, 2012 at 7:44 AM, Uwe Schindler
> wrote:
> >> Moin,
> >>
> >> I had to kill this one this morning (after 2:45h with 0% CPU); b
No virus scanners active, but Windows Search in this VM.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: ysee...@gmail.com [mailto:ysee...@gmail.com] On Behalf Of Yonik
> Seeley
> Sent: Thur
inder: This VM has 2 virtual
CPUs/cores!
> Perhaps we should have some Windows retry logic? Not the first time we
have
> needed that I think.
Lucene itsself has it.
>
> On May 24, 2012, at 2:29 AM, Uwe Schindler wrote:
>
> > No virus scanners active, but Windows Search in
I can manage Jenkins as usual, but not this week, because I am on vacation.
Uwe
--
Uwe Schindler
H.-H.-Meier-Allee 63, 28213 Bremen
http://www.thetaphi.de
Robert Muir schrieb:
Here's the location:
https://svn.apache.org/repos/asf/lucene/dev/branches/branch_4x
this is the branch for s
Some problem with the regex!
Uwe
--
Uwe Schindler
H.-H.-Meier-Allee 63, 28213 Bremen
http://www.thetaphi.de
Apache Jenkins Server schrieb:
Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/14493/
1 tests failed.
FAILED
> The actual source of the problem is that suppression applies to codec.getName
> and enforcing a TEST_POSTINGSFORMAT means Lucene40Codec is created
> which always returns Lucene40 from getName(). A simple fix would be to allow
> changing the returned name for Lucene40.
I don't think we should do
I programmed my imap server filters to redirect them to trash :-)
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Jack Krupansky [mailto:j...@basetechnology.com]
> Sent: Sunday, June 03, 201
Hi,
In fact maxDoc is not the maximum, it is also a count. If no deletions are in
an index, maxDoc==numDocs. That's unfortunately how it is, maybe we should
rename that in 4.0.
Uwe
--
Uwe Schindler
H.-H.-Meier-Allee 63, 28213 Bremen
http://www.thetaphi.de
Jack Krupansky schrieb:
Do
Hi Eric,
I agree 100% with you, we should keep "via".
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Eric Pugh [mailto:ep...@opensourceconnections.com]
> Sent: Wednesday, Ju
What causes this?
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
<http://www.thetaphi.de/> http://www.thetaphi.de
eMail: u...@thetaphi.de
From: Mark Miller [mailto:markrmil...@gmail.com]
Sent: Thursday, June 07, 2012 3:28 PM
To: dev@lucene.apache.org
Subject: Re: [J
are fine
- If you migrate the Java version on the Solr server -> reindex, as analysisis
components may behave different (lowercasing,...)
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Shawn
or different users. The only problem is a
few Solr tests, that don’t use the correct temporary directory and write to
solr/core/src/test (maybe that’s already fixed).
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Origi
This was a test by Steven and me!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Jenkins Server with Girls [mailto:jenk...@sd-datasolutions.de]
> Sent: Monday, June 18, 2012 4:23 PM
Apache people also update.
Thanks for interruption, we are just fixing bugs in all components around
Lucene. This time the Continuous Integration Server!
Thanks @ Steven,
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Origi
x27;s GUI, running "jstack
" only produced "Access Denied".
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Policeman Jenkins Server [mailto:jenk...@sd-datasolutions.de]
>
> > service this seems undoable. Although I was logged in as the same user name
> on the machine's GUI, running "jstack " only produced "Access Denied".
>
> If you log in as an administrator (or with elevated privileges) you should be
> able
> to dump all jvm states.
I forgot about elevation. "J
This seems to be a bug in Apache's Jenkin's SVN client (not the Policeman's).
Whenever you merge a file addition it duplicates the file contents in the
checkout. You have to cleanup workspace when this happens.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://
Why does this happen so often recently?
Uwe
--
Uwe Schindler
H.-H.-Meier-Allee 63, 28213 Bremen
http://www.thetaphi.de
Michael McCandless schrieb:
I'll take this ... same situation as TestJapaneseTokenizer.
Mike McCandless
http://blog.mikemccandless.com
On Tue, Jun 19, 2012 at 3:
Go on Webpage, login, choose job and finally "Workspace". There is a wipe
option.
--
Uwe Schindler
H.-H.-Meier-Allee 63, 28213 Bremen
http://www.thetaphi.de
Chris Hostetter schrieb:
: [javac]
/usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-4.x/checkout/solr/core/sr
this
one (the merged file was not there so it does not matter if revert or whatever
used to cleanup checkout).
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.
To limit field length, in 4.0 you need to add a TokenFilter
(LimitTokenCountFilter), if does not yet have a factory, we should add it.
So the example should reflect this.
--
Uwe Schindler
H.-H.-Meier-Allee 63, 28213 Bremen
http://www.thetaphi.de
Erick Erickson schrieb:
I glanced at the code
For this build the cause is a SVN checkout error? Should fail build earlier.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Jenkins Server [mailto:jenk...@builds.apache.org]
> Sent: Fri
Hi,
I changed the checkout strategy on both servers. Last night we had again
strange failures on Apache's Jenkins. I don't think this will help, but the
other strategy makes much more sense.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@t
there are still billions (ore more) of combinations that break the
TokenStream contracts!
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: dawid.we...@gmail.com [mailto:dawid.we...@gmail.c
Hanging for 9 hrs in stall control, I reopened LUCENE-4158
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler (JIRA) [mailto:j...@apache.org]
> Sent: Monday, June 25, 2012 8:36 AM
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Policeman Jenkins Server [mailto:jenk...@sd-datasolutions.de]
> Sent: Monday, June 25, 2012 2:05 PM
> To: dev@lucene.apache.org
> Subject: [JENKINS
That's the one we know from enwiki.
--
Uwe Schindler
H.-H.-Meier-Allee 63, 28213 Bremen
http://www.thetaphi.de
Robert Muir schrieb:
On Mon, Jun 25, 2012 at 2:59 PM, Policeman Jenkins Server
wrote:
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 8192
>
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
This is a strange error sometimes occurring (also for some lucene build), it's
not related to the last build changes. Somehow hudson's clover plugin is
sometimes unable to parse the xml file (but its correct, parses fine when I
download and look into it).
Mysterious!
-
Uwe Schi
Oh man, all of jetty is f*cked up :(
This is a bug or a network problem on this machine.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Hudson Server [mailto:hud...@hudson.apache.org]
. The downloaded clover.xml from
the workspace also looks fine and has definitely no XML parse errors. Maybe
a network problem? I checked/rebooted everything, the only broken part seems
the master...
What to do? Reboot? Upgrade? Thanks for looking after this!
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee
Thanks Mike,
The recent clover.xml parsing problems I reported to bui...@a.o. Thanks for
the support and especially to Roberts for looking after the Solr tests!
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Mess
Maybe it's the browser?
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Steven A Rowe [mailto:sar...@syr.edu]
> Sent: Wednesday, October 13, 2010 6:35 PM
> To: dev@lucene.apache.org
&g
imply want no @SuppressWarnings as it makes
it more ugly.
Thanks for talking care,
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: r...@apache.org [mailto:r...@apache.org]
> Sent: Saturd
Ryan,
You should do "ant clean" and recompile and run all tests before committing!
Thanks,
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Hudson Server [mailto:hud...@h
vn diff | filterdiff --clean" and pipe that into an
eMail. Maybe we should open an issue at infra?
Uwe
-
Uwe Schindler
uschind...@apache.org
Apache Lucene PMC Member / Committer
Bremen, Germany
http://lucene.apache.org/
> -Original Message-
> From: Robert Muir [mailto:r
fication email. We cannot change that anymore, so by reducing the
number of single-file merges, we can stop this behavior from getting worse. To
get rid of it completely and start new, see above.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thet
a project, e.g. Grant
Ingersoll could configure that for the Lucene project in the SVN config
file).
Uwe
-
Uwe Schindler
uschind...@apache.org
Apache Lucene PMC Member / Committer
Bremen, Germany
http://lucene.apache.org/
> -Original Message-
> From: Daniel
My fault, fixed!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Hudson Server [mailto:hud...@hudson.apache.org]
> Sent: Sunday, October 17, 2010 8:13 PM
> To: dev@lucene.apache.o
.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Simon Willnauer [mailto:simon.willna...@googlemail.com]
> Sent: Sunday, October 17, 2010 8:53 PM
> To: dev@lucene.apache.org
&
Haha, maybe we found the "func" issue :-) Really bad test, why does it need
to instantiate. Does loading and inspecting the class is not enough? Or does
it init static props?
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
>
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Ryan McKinley [mailto:ryan...@gmail.com]
> Sent: Monday, October 18, 2010 4:00 PM
> To: dev@lucene.apache.org
> Subject: Re: SolrInfoMBeanT
lasses but no tests are listed.
This may still be a problem, if there are classes in Solr core, that initialize
statics incorrectly, but at least all tests are excluded. I would give it a try!
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaph
I am really sorry,
the folder name on hudson contain "tests" - I get crazy :-)
Better tests following.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Hudson Se
merges!
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Grant Ingersoll [mailto:gsing...@apache.org]
> Sent: Monday, October 18, 2010 6:48 PM
> Cc: dev@lucene.apache.org
> Subject:
I opened: http://issues.hudson-ci.org/browse/HUDSON-7836
-
Uwe Schindler
uschind...@apache.org
Apache Lucene PMC Member / Committer
Bremen, Germany
http://lucene.apache.org/
> -Original Message-
> From: m...@stefan-seelmann.de [mailto:m...@stefan-seelmann.de] On Behalf
>
You can only select that it sends an email, not what should be listed in the
email. I always click on the link at the beginning of the mail, then click
on "Status" and then on the failed test.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@t
We simply added that to *test* the bundled analyzers for conformance. If you
don't like that, you can simply disable assertions for the org.apache.lucene
package.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
<http://www.thetaphi.de/> http://www.thetaphi.d
By the way, the same tests are done for TokenStream subclasses (whose impls
must be final in all cases - its defined as decorator pattern, so we enforce
it). And: You don't need to make the class itself final, its enough to make
both methods final.
-----
Uwe Schindler
H.-H.-Meier-Allee
We did this, as a lot of tests were
forgotten to be upgraded correctly. Now Lucene runs on JUnit4 API (with static
@BeforeClass and all nice stuff, @Ignore, assume*,...), but no test had to be
changed :-) Also LuceneTestCase extends Assert, so no static imports :-)
-
Uwe Schindler
H.-H.-Me
Trunk has new API why not clean all that stuff up? We already have no more
really old analyzers, as all needed to be upgraded before 3.0. If you did not
add reset() it’s a bug as its clearly documented to be a must?
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
Modifier.FINAL | Modifier.PRIVATE)) != 0
||
(
Same for TokenStream. This is no performance problem, as assertFinal is only
called when asserts are enabled (trick is "assert assertFinal();" in ctor).
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
<ht
analysis
folder in it must be merged to contrib. Also the moved tokenstreams and
analyzers. But all other touched files are results of one-file merges.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
>
th that we can live.
Grant: Can you send me a copy of the current config file of that tool? I
could create a patch! (I am allowed to see it).
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Upa
> (I am allowed to see it).
I mean: (if I am allowed to see it.)
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler [mailto:u...@thetaphi.de]
> Sent: Tuesday, October 19, 2010 1
Ignore (was a test), the build was deleted!
We modified for the quarter hour builds the email messages to only contain
failed tests and a link to the build.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Mess
No. Once the files have a property they have it irreversible. This is why
single-file merges are a no-go.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Grant Ingersoll [mailto:gsing...@apac
That did not work, i triggered compile errors. Sorry for the tests...
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Hudson Server [mailto:hud...@hudson.apache.org]
> Sent: Wednesday, O
Now it works, the error was triggered by me (editing file directly on hudson
server).
On an javac error it now prints 100 lines before the error.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From:
See also here:
<http://picasaweb.google.com/mikemccand/BBQLuceneRevolutionOct2010#5529076559465319554>
http://picasaweb.google.com/mikemccand/BBQLuceneRevolutionOct2010#5529076559465319554
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
<http://www.thetaphi.
a warning for each
classpath component that’s invalid. The whole reason for that is not clear, but
it has nothing to do with Lucene.
This is just a warning of javac, the compilation does not fail, so everything
is ok. E.g. on our Hudson build we have the same with xbeans.jar.
-
Uwe Schi
don't
iterate other subReaders
}
}
Especially in 3.x the returned term count (incVistitedTerms) is no longer
correct :)
Why did you change this at all? I would revert or fix as described.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.d
WTF
Did somebody mixup something in TestBackwards or its zip files? That’s
impossible. Only if the SSDs on lucene.zones are now broken *g*
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From:
nce Mike's commit for LUCENE-2618, the optimize call seems to be
somehow delayed until close() is called, where the Exception is thrown again.
We should simply ignore it there. So when close of already broken IndexWriter
fails, its not a problem.
-
Uwe Schindler
H.-H.-Meier-Allee 63,
We want to get rid of the warnings... So we display them that everybody sees
them on each compilation is solr!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Steven A Rowe [mailto:sar...@s
Even the 3.x branch will compile with Java 5. Only trunk not.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: abhayd [mailto:ajdabhol...@hotmail.com]
> Sent: Saturday, October 23, 2010 6:1
corer). In general queries are mostly faster now than
filters, only when you cache filters, you get improvements.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
<http://www.thetaphi.de/> http://www.thetaphi.de
eMail: u...@thetaphi.de
From: Khash Sajadi [mailto:kh...@sajadi.co.u
Security risk? I did not say anything about that!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
<http://www.thetaphi.de/> http://www.thetaphi.de
eMail: u...@thetaphi.de
From: Khash Sajadi [mailto:kh...@sajadi.co.uk]
Sent: Sunday, October 24, 2010 12:34 PM
T
g. in
MultiTermQuery.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
<http://www.thetaphi.de/> http://www.thetaphi.de
eMail: u...@thetaphi.de
From: Khash Sajadi [mailto:kh...@sajadi.co.uk]
Sent: Sunday, October 24, 2010 12:50 PM
To: dev@lucene.apache.org
Subject: Re: Using
It has, it already tracks all nocommits and displays them in a list (seems
to be currently broken). You can also fail the build.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Michael McCa
My fault: Concurrent workspace modification exception - Ignore :-)
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Hudson Server [mailto:hud...@hudson.apache.org]
> Sent: Monday, October
Sorry this one was my fault: Concurrent workspace modification exception -
Ignore :-)
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Apache Hudson Server [mailto:hud...@hudson.apache.org]
Will do it! I just want to get this 2.9 can read 3.0 indexes in :-)
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.com]
> Sent: Friday, October 29, 2010
go
to artifacts.
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de <http://www.thetaphi.de/>
eMail: u...@thetaphi.de
From: Gérard Dupont [mailto:ger.dup...@gmail.com]
Sent: Friday, October 29, 2010 9:46 AM
To: dev@lucene.apache.org
Subject: Error
combined ones to trunk/3.x. That's most of the work, the build itself
is easy with my scripts :-) I just need the information, if there is anything
else that should go into 2.9.4/3.0.3.
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetap
I am for the tokenfilter approach. Max Field Length is still to be
deprecated in favour of the TokenFilter.
TF is very easy, just loop over incrementToken() until it returns false or a
termLength>0
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail
We don't even need the TF, LengthFilter does the job very easy, just set
minTermLength to 1 and maxTermLength to Integer.MAX_VALUE.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uw
+1, too. I hate those modes. In my opinion, we should not have analyzers at all
(just my personal opinion). "new Field(name, TokenStream)" is much enough from
consistency standpoint!
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@t
At least with Java 1.4 and 1.5 this produced no warnings. Javadocs pass for me
totally clean. So I was fine during release, else I would have changed this
already. As release master I only take care and of course I only compile with
Java 1.4/1.5 for 2.9/3.0.
-
Uwe Schindler
H.-H.-Meier
> > Sorry, sent the original to the old dev list. Shows you how long it's
> > been since I originated a mail
> > It's been several weeks since I built Solr, so I removed all the trunk
> > code, did a checkout and tried an ant build. The build starts out by
> > giving a bunch of annoying warnin
return the optimized iterator (not the one in this class). You
can then try to replace some OpenBitSets in any filters and perf test?
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Peter Kar
ble, as the test uses a some preconfigured
constants for building index and run tests.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Robert Muir [mailto:rcm...@gmail.com]
> Sent: Saturday, Novem
1 - 100 of 13561 matches
Mail list logo
