Hi Alan,

I know the probem: This is the JDK 11 General Availability release (the
first one that came out) and it is buggy to hell (also Lucene crashes
hotspot with that one). This also has known issues with javadocs which were
fixed in later bugfix versions.

I think what you should do: Go To Eclipse Temurin / Adoptopen-JDK and
download the latest OpenJDK 11.0.15 release.

We could maybe add some checks in the Gradle Build using
java.lang.System.Version.current() class and check major/minor version for
minimum requirements.

Uwe

-----
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de

> -----Original Message-----
> From: Alan Woodward <romseyg...@gmail.com>
> Sent: Wednesday, May 18, 2022 10:49 AM
> To: Dawid Weiss <dawid.we...@gmail.com>; dev@lucene.apache.org
> Subject: Re: Lucene 9.2 release
> 
> $ /Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home/bin/java -
> version
> 
> openjdk version "11" 2018-09-25
> OpenJDK Runtime Environment 18.9 (build 11+28)
> OpenJDK 64-Bit Server VM 18.9 (build 11+28, mixed mode)
> 
> 
> > On 18 May 2022, at 09:35, Dawid Weiss <dawid.we...@gmail.com> wrote:
> >
> > Alan, what's the exact JDK vendor/ release number you used that had
> > this problem? If we can reproduce it then we'd know where to look
> > (bisect until we know javadoc works correctly).
> >
> > D.
> >
> > On Wed, May 18, 2022 at 10:33 AM Dawid Weiss <dawid.we...@gmail.com>
> wrote:
> >>
> >>> I'd like to draw attention to my second question while we are still
here...
> should we limit the OpenJDK distribution (for building)? My worry here is,
that
> minor versions could depend on the distributor.
> >>
> >> This is a valid concern but it'd take some trial and error to verify
> >> which version numbers are used by packaging openjdk for various
> >> releases. Realistically, the JDK part (standard library) is nearly the
> >> same in all/ most of them? The least that could be done is to apply
> >> the restriction to just a particular vendor/ release and emit a
> >> warning for unrecognized ones.
> >>
> >> Dawid
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to