ontexts.get(0));
// Check that a time limiting collector is created, which returns partial results
assertFalse(timeoutCollector instanceof TopKnnCollector);
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u..
ccommodate the numBits specified, but may be
larger. In that case the
* 'extra' or 'ghost' bits must be clear (or they may provoke spurious
side-effects)
*
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@t
nj9/jdk-11.0.20 -XX:+UseCompressedOops -Xgcpolicy:gencon
All tests passed
-
To unsubscribe, e-mail:builds-unsubscr...@lucene.apache.org
For additional commands, e-mail:builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19
for trigger: Failure - Any
-
To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
+1
-Chris.
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@t
.
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
was:
SUCCESS! [2:42:55.968473]
Here is my +1 (binding).
Uwe
Am 15.02.2024 um 12:50 schrieb Uwe Schindler:
Hi,
I ran the default smoke tester with Java 11 and Java 17 on Policeman
Jenkins; all looks fine:
https://jenkins.thetaphi.de/job/Lucene-Release-Tester/32/console
SUCCESS! [1:04:45.740708]
I
/display/LUCENE/Release+notes+9.10
On Thu, Feb 8, 2024 at 11:49 AM Uwe Schindler wrote:
Hi Adrien,
as discussed in the PR, I will merge the MMapDir and Panama Vector
for JDK 22 later today or at latest tomorrow. I need to first
download the RC version of JDK that is going
ucene-9.10.0-RC1-rev-695c0ac84508438302cd346a812cfa2fdc5a10df
The vote will be open for at least 72 hours i.e. until 2024-02-17
20:00 UTC.
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)
Here is my +1
--
Adrien
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.d
The vote will be open for at least 72 hours i.e. until 2024-02-17
20:00 UTC.
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)
Here is my +1
--
Adrien
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
://gitbox.apache.org/repos/asf/lucene.git
at 695c0ac8450 Add the missing Version field for 8.11.3. (#13093)
No new revisions were added by this update.
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
and
suggest cutting the branch next Monday (February 12th) and starting
the release process on Wednesday, one week from now (February 14th).
+Uwe Schindler <mailto:u...@thetaphi.de> I remember that there are
JDK22-related changes that you'd like to get into 9.10, feel free to
let m
com/apache/lucene/issues/13084.
Did we actually use a sparse bit set to encode deleted docs before? I
don't recall that.
On Tue, Feb 6, 2024 at 2:42 PM Uwe Schindler wrote:
Hi,
A SparseBitset impl for DELETES would be fine if the model in
Lucene would encode deleted do
ted docs iterator" that could
sit next to the FixedBitSet if and only if the number of
deletes is "small". Is there a better way that I should be
thinking about this?
Thanks,
Froh
--
Adrien
--
Uwe Schindler
Achterdiek 1
/LUCENE/ReleaseNote9_9_2
-Chris.
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
-file#exempt-draft-pr
[2]
https://github.com/actions/stale?tab=readme-ov-file#exempt-pr-labels
On Thu, 4 Jan 2024 at 15:30, Uwe Schindler wrote:
Hi,
would it be possible to exclude DRAFT pull requests from this
check? I can't send a weekly reminder to my own
but worst comes
to worst we push it, it fails in some exotic way, and we revert.
I assume lazy consensus soon ;)
Mike McCandless
http://blog.mikemccandless.com
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
- the
>scenario is for storing data derived from the main document in a separate
>index, merging this data dynamically. The data can then be reindexed/
>modified independently. Yes, we do use stable merge policies.
>
>Dawid
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
Found the PR. Somehow the mailinglist didn't get it.
Am 2. Dezember 2023 09:58:45 MEZ schrieb Uwe Schindler :
>Hi Chris,
>
>I can't find the PR.
>
>I am interested, because I wrote the original ParallelReader tests.
>
>IMHO the parallel readers are so sensitive to random ch
ired.java:53)
>>>> at org.apache.lucene.tests.util.AbstractBeforeAfterRule$1.
>>>> evaluate(AbstractBeforeAfterRule.java:43)
>>>> at org.apache.lucene.tests.util.TestRuleMarkFailure$1.
>>>> evaluate(TestRuleMarkFailure.java:44)
>>>> at org.apache.lucene.tests.util.TestRuleIgnoreAfterMaxFailures
>>>> $1.evaluate(TestRuleIgnoreAfterMaxFailures.java:60)
>>>> at org.apache.lucene.tests.util.TestRuleIgnoreTestSuites$1.
>>>> evaluate(TestRuleIgnoreTestSuites.java:47)
>>>> at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>>>> at com.carrotsearch.randomizedtesting.rules.
>>>> StatementAdapter.evaluate(StatementAdapter.java:36)
>>>> at com.carrotsearch.randomizedtesting.ThreadLeakControl$
>>>> StatementRunner.run(ThreadLeakControl.java:390)
>>>> at com.carrotsearch.randomizedtesting.ThreadLeakControl.lambda$
>>>> forkTimeoutingTask$0(ThreadLeakControl.java:850)
>>>> at java.base/java.lang.Thread.run(Thread.java:829)
>>>>
>>>> -
>>>> To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
>>>> For additional commands, e-mail: builds-h...@lucene.apache.org
>>>
>>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
[ ] -1 disapprove (and reason why)
Here is my +1
-Chris.
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
on that)
Yeah a new 72 hour clock starts with each new RC :)
Mike McCandless
http://blog.mikemccandless.com
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
Weiss:
Thanks Uwe!
On Tue, Nov 14, 2023 at 7:27 PM Uwe Schindler wrote:
Hi,
For now the simplest is to disable always is an alternate JVM is
used, just remove the second part of the first IF statement. In
Main it is no longer relevant, as the runtime JDK is always >= 17,
one gets its issues fixed.
Actually they have some hacks but they only work with toolkits. Looks
like the combination fork=true and not using toolkits breaks their
construction of parameters to pass.
Same for Solr.
Am 14.11.2023 um 19:17 schrieb Uwe Schindler:
Hi Dawid,
The problem d
but as we use
OpenJ9, we fork an BOM.
I will post a PR soon.
Uwe
Am 14.11.2023 um 19:06 schrieb Uwe Schindler:
Hi Dawid,
Hah, the issue happens only if you pass CI=true (this is set by CI
systems), so errorprone is enabled. so do "export CI=true" and then
build with that confi
has no effect at compile time
On Sun, Nov 12, 2023 at 10:56 PM Uwe Schindler wrote:
Will check tomorrow, it's too late now.
On Jenkins there were no windows builds with IBM and Java 11 yet:
https://jenkins.thetaphi.de/job/Lucene-9.x-Windows/
Am 12.11.2023 um 22:00 schrieb Dawid We
5cc 100644
---
a/lucene/core/src/java/org/apache/lucene/analysis/DelegatingAnalyzerWrapper.java
+++
b/lucene/core/src/java/org/apache/lucene/analysis/DelegatingAnalyzerWrapper.java
@@ -100,5 +100,4 @@ public abstract class DelegatingAnalyzerWrapper extends
AnalyzerWrapper {
}
}
}
- ;
It always happens in this config:
Java: 64bit/hotspot/jdk-17.0.9 -XX:+UseCompressedOops -XX:+UseShenandoahGC
Uwe
Am 14.11.2023 um 15:10 schrieb Uwe Schindler:
Hi,
This looks like a JVM bug. It ONLY happens with JDK 17.0.9 (no other
JVM) since last weekend when it was updated. See my other
-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
that there's more diagnostics?
D.
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
Hi,
Sorry, we do not know where it hangs. Phonetic was already finished. As
tasks may run in parallel, we have no idea where it hung.
Uwe
Am 14.11.2023 um 11:56 schrieb Uwe Schindler:
Hi,
It could also be a JVM bug! This happened the second time with Temurin
Hotspot JDK 17.0.9:
https
less
http://blog.mikemccandless.com
On Tue, Nov 14, 2023 at 5:40 AM Uwe Schindler wrote:
Hi,
Actually this is the default JVM, so its not OpenJ9 or another EA
release.It could be one of the tests haging, but we can't figure
that out.
P.S.: Jenkins kills jobs, if they take longer
-
To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
I have exactly the same setup and yet this works for me
just fine. Strange.
Dawid
On Sun, Nov 12, 2023 at 9:52 PM Uwe Schindler wrote:
This one was my first idea, too.
It fails only with IBM Semeru in combination with Gradle using
Temurin.
I will dig tomorrow on Jenkins
istribution.tests:compileTestJava
>
>BUILD SUCCESSFUL in 23s
>5 actionable tasks: 5 executed
>
>On main branch it works, no idea why:
>>
>
>O thought it's because of this:
>
>https://github.com/apache/lucene/commit/2e12a35c876a
>
>but I don't think so... seems to wo
One addition: Solr is affected on same way.
Am 12. November 2023 21:39:07 MEZ schrieb Uwe Schindler :
>Thanks.
>
>I have the feeling it is because of same major version. If Gradle JDK is
>Eclipse Temurin and runtime JDK is same version but OpenJ9 it fails.
>
>Interestingly onl
used as runtime.
>>
>
>I think I know what this is - please let me verify and provide a PR, if
>it's indeed that.
>
>Dawid
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
t;Java: 64bit/openj9/jdk-11.0.20 -XX:+UseCompressedOops -Xgcpolicy:balanced
>
>No tests ran.
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
-11.0.20 and jdk-20.0.2 of IBM Semeru OpenJ9 into the game
Uwe
Am 06.11.2023 um 14:02 schrieb Michael McCandless:
On Sun, Nov 5, 2023 at 5:01 AM Uwe Schindler wrote:
I will update the J9 runtime later this day. But this was a real
bug, so it's good it catched this :-) So - no - I won't remove
ng
>Lucene's community and source code, and welcome aboard!
>
>Mike McCandless
>
>http://blog.mikemccandless.com
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
"CYRILLIC SMALL LETTER IE" (but i
haven't
tested that)
-Hoss
http://www.lucidworks.com/
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
See this PR: https://github.com/apache/lucene/pull/12785
The OpenJDK issue is: https://bugs.openjdk.org/browse/JDK-8319756
Uwe
Am 08.11.2023 um 20:31 schrieb Uwe Schindler:
I have seen this error multiple times, so we should fix it before 9.9.
Uwe
Am 08.11.2023 um 19:48 schrieb Uwe
I have seen this error multiple times, so we should fix it before 9.9.
Uwe
Am 08.11.2023 um 19:48 schrieb Uwe Schindler:
Hi,
this is caused by the change to better rethrow exception:
https://github.com/apache/lucene/pull/12707
The internals of MemorySegment's ScopedMemoryAccess throw
run(Thread.java:1623)
-
To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMa
>> accustomed to dictacting this stuff to their
employees and so on, but
>> this is open-source. I don't report to you, i
dont use the editor you
>> te
will give it a
try, too - especially regarding Panama (+ Vector). Want to see how it
behaves.
Uwe
Am 05.11.2023 um 10:34 schrieb Uwe Schindler:
Hi Mike,
No it was a bug introduced by me. Will be fixed in a moment. See reply
on other thread. Was outside yesterday.
(without J9, the bug I
ing 1s) during this run:
2.70s TestRamUsageEstimator (:lucene:core)
Uwe
Am 05.11.2023 um 10:30 schrieb Uwe Schindler:
Hi,
this was my fault, as I had no J9 VM ready. The issue was moving the
Hotspot condition to the first if clause:
https://github.com/ap
Hi,
thanks Chris. This is why I suggested the idea, to have the discussion
here. We are already close to Lucene 9.9. Do we want 9.10? We had that
long series of minor releases only int the 4.x branch (which ended in 4.10).
I have some comments inline:
On 3 Nov 2023, at 13:11, Uwe Schindler
at java.base@17.0.5/java.lang.Thread.run(Thread.java:857)
-
To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org
--
Uwe Schindler
Achte
.
Uwe
Am 05.11.2023 um 10:16 schrieb Uwe Schindler:
I will look into this.
Could be related to the previous commit.
Uwe
Am 4. November 2023 16:17:45 MEZ schrieb Michael McCandless
:
Maybe J9 specific?
Mike McCandless
http://blog.mikemccandless.com
On Sat, Nov 4, 2023
d.java:53)
>> at
>> app//org.apache.lucene.tests.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:43)
>> at
>> app//org.apache.lucene.tests.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:44)
>> at
>> app//org.apache.lucene.tests.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:60)
>> at
>> app//org.apache.lucene.tests.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:47)
>> at app//org.junit.rules.RunRules.evaluate(RunRules.java:20)
>> at
>> app//com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
>> at
>> app//com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:390)
>> at
>> app//com.carrotsearch.randomizedtesting.ThreadLeakControl.lambda$forkTimeoutingTask$0(ThreadLeakControl.java:850)
>> at java.base@17.0.5/java.lang.Thread.run(Thread.java:857)
>>
>> -
>> To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
is no
longer linear and not easy readable.
What do others think?
Uwe
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
21, https://www.eclipse.org/lists/eclipse-dev/msg12203.html
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Br
OpenJDK bug: https://bugs.openjdk.org/browse/JDK-8318646
Am 23.10.2023 um 09:48 schrieb Uwe Schindler:
Hi,
this test fails only in newest JDK 22, because the error message of
NumberFormatException on Integer#parseInt() changed. I opened issue
https://github.com/apache/lucene/issues/12708
Welcome Luca,
Uwe
Am 20.10.2023 um 07:50 schrieb Adrien Grand:
I'm pleased to announce that Luca Cavanna has accepted an invitation
to join the Lucene PMC!
Congratulations Luca, and welcome aboard!
--
Adrien
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u
adLeakControl.java:850)
at java.base/java.lang.Thread.run(Thread.java:1570)
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apa
ocated and used before it was fully
>populated. So I think it was an NPE, yes. I'll check your PR to see if
>it would have hidden this?
>
>On Sun, Oct 22, 2023 at 4:57 AM Uwe Schindler wrote:
>>
>> Please read my other comments and the PR. The PR filters the cause of
>> the N
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
. Adding the NPE as cause would
-Hoss
http://www.lucidworks.com/
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
mapped to AlreadyClosedException (also without cause).
Uwe
Am 21.10.2023 um 10:23 schrieb Uwe Schindler:
Hi,
I have a good idea: We should only wrap as AlreadyClosedException if
and only if the bytebuffers/memorysegemnts are null (see . In all
other cases rethrow the NPE
IndexInput / MemorySegmentIndexInput it would throw plain
AlreadyClosedEx.
I can provide a PR, but give me a week, I am very busy.
Uwe
Am 21.10.2023 um 10:01 schrieb Uwe Schindler:
Hi,
please don't add the NPE here as cause (except for debugging). The NPE
is only catched to NOT add ex
r
(except for debbugging).
Uwe
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
mehow relax Lucene's Directory semantics to allow
opening an IndexInput on a still appending IndexOutput, since most
filesystems are fine with this?
Mike McCandless
http://blog.mikemccandless.com
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
il: dev-unsubscr...@lucene.apache.org
: For additional commands, e-mail: dev-h...@lucene.apache.org
:
:
-Hoss
http://www.lucidworks.com/
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h
o
update it directly.
Thanks
Michael
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https:/
nt by GitHub, or did we choose to turn
on this silly step?
Mike McCandless
http://blog.mikemccandless.com
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
vote
will last until 2023-09-27 06:00 UTC.
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)
Here is my +1 (non-binding)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional comman
will last until 2023-09-27 06:00 UTC.
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)
Here is my +1 (non-binding)
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://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
>>
--
Adrien
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
I know where it comes from. The javadoc comment has a "<" sign.
I would also fix this in main.
Am 19.09.2023 um 09:48 schrieb Uwe Schindler:
Looks like Java 11 can't compile this, see
https://github.com/apache/lucene/actions/runs/6232257025/job/16915121779#step:5:452
/home/runne
pool =
+new ForkJoinPool(
+concurrency, p -> new ForkJoinWorkerThread(p) {}, null,
random().nextBoolean());
try {
doTestSingleTerm(pool);
} finally {
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.
to use a ByteBuffersDirectory.
On Mon, Sep 18, 2023 at 6:15 PM Uwe Schindler wrote:
Hi,
this issue is a real one. The problem is: The default ForkJoin thread pool runs
all tasks with zero permissions if a security manager is present. As the MMap
Jenkins enforces usage of MMapDirectory for all
rrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:188)
-
To unsubscribe, e-mail:builds-unsubscr...@lucene.apache.org
For additional commands, e-mail:builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
to be the release manager and
will cut the feature branch a week from now, which is Sep. 18th PST.
Best
Patrick
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
-
To unsubscribe, e
ess
http://blog.mikemccandless.com
On Sat, Sep 2, 2023 at 6:53 AM Uwe Schindler wrote:
Let's fix this issue with bogus socket reuse. I am not sure
why it is there. We touched the code last time around 2012
Why does it has a timeout in setver at all? Norma
tterns(DirectoryScanner.java:954)
>> >>> at
>> >>> org.apache.tools.ant.DirectoryScanner.scan(DirectoryScanner.java:912)
>> >>> at
>> >>> hudson.FilePath$ValidateAntFileMask.hasMatch(FilePath.java:3313)
>> >>> Caused: hudson.FilePath$FileMaskNoMatchesFoundException: no matches
>> >>> found within 1
>> >>> at
>> >>> hudson.FilePath$ValidateAntFileMask.hasMatch(FilePath.java:3318)
>> >>> at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:3196)
>> >>> at hudson.FilePath$ValidateAntFileMask.invoke(FilePath.java:3174)
>> >>> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3578)
>> >>> Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to
>> >>> lucene-solr-2
>> >>> at
>> >>> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1784)
>> >>> at
>> >>> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
>> >>> at hudson.remoting.Channel.call(Channel.java:1000)
>> >>> at hudson.FilePath.act(FilePath.java:1192)
>> >>> at hudson.FilePath.act(FilePath.java:1181)
>> >>> at
>> >>> hudson.FilePath.validateAntFileMask(FilePath.java:3171)
>> >>> at
>> >>> hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:271)
>> >>> at
>> >>> hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:80)
>> >>> at
>> >>> hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
>> >>> at
>> >>> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:818)
>> >>> at
>> >>> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:767)
>> >>> at
>> >>> hudson.model.Build$BuildExecution.post2(Build.java:179)
>> >>> at
>> >>> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:711)
>> >>> at hudson.model.Run.execute(Run.java:1925)
>> >>> at
>> >>> hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:44)
>> >>> at
>> >>> hudson.model.ResourceController.execute(ResourceController.java:101)
>> >>> at hudson.model.Executor.run(Executor.java:442)
>> >>> Caused: hudson.FilePath$TunneledInterruptedException
>> >>> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3580)
>> >>> at hudson.remoting.UserRequest.perform(UserRequest.java:211)
>> >>> at hudson.remoting.UserRequest.perform(UserRequest.java:54)
>> >>> at hudson.remoting.Request$2.run(Request.java:377)
>> >>> at
>> >>> hudson.remoting.InterceptingExecutorService.lambda$wrap$0(InterceptingExecutorService.java:78)
>> >>> at
>> >>> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
>> >>> at
>> >>> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
>> >>> at
>> >>> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
>> >>> at java.base/java.lang.Thread.run(Thread.java:829)
>> >>> Caused: java.lang.InterruptedException:
>> >>> hudson.FilePath$FileMaskNoMatchesFoundException: no matches found within
>> >>> 1
>> >>> at hudson.FilePath.act(FilePath.java:1194)
>> >>> at hudson.FilePath.act(FilePath.java:1181)
>> >>> at hudson.FilePath.validateAntFileMask(FilePath.java:3171)
>> >>> at
>> >>> hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:271)
>> >>> at
>> >>> hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:80)
>> >>> at
>> >>> hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
>> >>> at
>> >>> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:818)
>> >>> at
>> >>> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:767)
>> >>> at hudson.model.Build$BuildExecution.post2(Build.java:179)
>> >>> at
>> >>> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:711)
>> >>> at hudson.model.Run.execute(Run.java:1925)
>> >>> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:44)
>> >>> at
>> >>> hudson.model.ResourceController.execute(ResourceController.java:101)
>> >>> at hudson.model.Executor.run(Executor.java:442)
>> >>> No artifacts found that match the file pattern
>> >>> "**/*.events,heapdumps/**,**/hs_err_pid*". Configuration error?
>> >>> Recording test results
>> >>> [Checks API] No suitable checks publisher found.
>> >>> Build step 'Publish JUnit test result report' changed build result to
>> >>> UNSTABLE
>> >>> Email was triggered for: Unstable (Test Failures)
>> >>> Sending email for trigger: Unstable (Test Failures)
>> >>>
>> >>> -
>> >>> To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
>> >>> For additional commands, e-mail: builds-h...@lucene.apache.org
>
>-
>To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
>For additional commands, e-mail: builds-h...@lucene.apache.org
>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
chner
>> wrote:
>>
>>> Hi Together
>>>
>>> You might be interesed in this paper / article
>>>
>>> https://arxiv.org/abs/2308.14963
>>>
>>> Thanks
>>>
>>> Michael
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
s.java:20)
>> at
>> app//com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
>> at
>> app//com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:390)
>> at
>> app//com.carrotsearch.randomizedtesting.ThreadLeakControl.lambda$forkTimeoutingTask$0(ThreadLeakControl.java:850)
>> at java.base@17.0.5/java.lang.Thread.run(Thread.java:857)
>>
>> -
>> To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: builds-h...@lucene.apache.org
--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de
n up any obvious candidates).
Thanks,
Mike McCandless
http://blog.mikemccandless.com
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
ntellectual exercise and some assembly dumps for a change. ;)
D.
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
See Shipilevs blog:
https://shipilev.net/jvm/anatomy-quarks/30-conditional-moves/
He also has some examples and also there's a command line option to tell
hotspot when to use cmov: -XX:ConditionalMoveLimit
Uwe
Am 27. Juli 2023 14:43:19 MESZ schrieb Uwe Schindler :
>Hi Mike,
>
>
ll, I'm curious if
anyone has explored this, and maybe saw some performance gains from
way up in javaland where we can barely see the bare metal shining
beneath us :)
Sorry for the long post!
Mike McCandless
http://blog.mikemccandless.com
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
h
/javadoc-search-spec.html
I think this would be a useful thing to include, at least for
releases. WDYT?
Mike
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
this process if needed.
Robert: Absolutely! Like a storm, change can be scary but it's
necessary for growth. With Lucene's newer versions, we've squashed
bugs you probably didn't know existed in Lucene 2. Take the plunge,
upgrade, and trust us - it's for the best!
--
Uwe Schindler
Achterdiek 19, D
disapprove (and reason why)
Here is my +1
--
Adrien
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
Welcome Chris.
Uwe
Am 19. Juni 2023 11:52:50 MESZ schrieb Adrien Grand :
>I'm pleased to announce that Chris Hegarty has accepted an invitation to
>join the Lucene PMC!
>
>Congratulations Chris, and welcome aboard!
>
>--
>Adrien
--
Uwe Schindler
Achterdiek 1
ocker" will delay a release candidate build.
--
Adrien
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
s.
[14] https://www.java.com/en/jre-jdk-cryptoroadmap.html
~
Please, make sure to test your projects using the JDK 21 EA builds as
we still have time to fix potential issues. And thanks for
participating in the OpenJDK Quality Outreach program!
--David
--
Uwe Schindler
uschind...@apache.o
and 17
(I think).
Am 10.06.2023 um 00:53 schrieb Uwe Schindler:
Hi,
BTW, there was a slight change in APIJARs caused by this API change:
https://github.com/openjdk/jdk/commit/5fc9b5787dc4d7f00d2c59288bc8d840fdf5b495
(this does not affect our code, but it was done 3 weeks ago). I hope
needed as those methods were not used by Lucene.
I'd like to update the APIJARS again shortly before the feature branch
is created.
Uwe
Am 09.06.2023 um 23:10 schrieb Uwe Schindler:
Let me merge and backport the java 21 map PR first. It has all new
source directories and APIJAR files
copy-paste the vector impl to the main/java21 folder and add
vector classes to it.
Uwe
Am 9. Juni 2023 22:30:09 MESZ schrieb Chris Hegarty
:
>Hi,
>
>> On 9 Jun 2023, at 17:19, Uwe Schindler wrote:
>>
>> Hi,
>>
>> if possible I would like to get
will be cut.
- Open a vote on June 21st, which we'll possibly delay if blockers
get identified.
--
Adrien
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
Thread.run(Thread.java:857)
-
To unsubscribe, e-mail:
builds-unsubscr...@lucene.apache.org
For additional commands, e-mail:
builds-h...@lucene.apache.or
supporting that? It seems to me we just need to create a new
DeleteQueue node with queries instead of terms and pass it into
internal updates method? Or am I missing something so that update
using query is not obvious?
Thanks
Patrick
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.t
mpact, e.g. performance reduction?
Yes for sure. Also MMapDirectory can't be used anymore as the Java 8
compatibility layer was removed. So MMapDirectory can't be used anymore.
This will slow down everything.
Uwe
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.d
y/sease-ltd> | Twitter
<https://twitter.com/seaseltd> | Youtube
<https://www.youtube.com/channel/UCDx86ZKLYNpI3gzMercM7BQ> |
Github <https://github.com/seaseltd>
--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de
Hi David,
about sequences collections: No compile failures with Apache Lucene on
Java 21 (but we use --release 17, so the API changes should not matter
at all).
Uwe
Am 15.05.2023 um 18:15 schrieb Uwe Schindler:
Hi David,
I will update our Jenkins server to use the latest JDK 21 version
ed
As part of the April 2023 CPU, Oracle released OpenJDK 20.0.1, JDK
20.0.1, JDK 17.0.7 LTS, JDK 11.0.19 LTS, JDK 8u371, as well as JDK
8u371-perf.
~
Thanks for participating in the OpenJDK Quality Outreach program. If
you find any issue on JDK 21 EA builds, please send it my way!
--Dav
1 - 100 of 16049 matches
Mail list logo