-
-
Notifications
You must be signed in to change notification settings - Fork 182
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
eXist-db does not run correctly on JDKs 12, 13, 14 and 15 #3375
Comments
Just to let you know @dizzzz I am digging into this. It's a tricksy one... |
@adamretter the issue is not visible in all PRs.... |
@dizzzz Indeed. The issue I am tracing appears to be non-deterministic on JDK 13 :-/ I am still not sure I believe it! |
@adamretter do we have something like code coverage in the build? We got something similar in our build when using jacoco... |
I finally managed to isolate the issue to an independent stripped down test case - https://github.com/adamretter/vbe-test Still it's a mystery right now that I trying to understand, but much less code to look through now at least. |
@adamretter I wil try to take a look into this |
Looks like a JIT issue with HotSpot JDKs. Versions 12, 13, 14, and 15 are affected - https://github.com/adamretter/vbe-test#testing-results eXist-db's Variable Byte Encoding implementation would need to be replaced to fix this at the eXist-db end. |
Thanks to @reinhapa for helping us report the JDK issue - https://bugs.openjdk.java.net/browse/JDK-8253191 |
see #3545 |
During the community call @wolfgangmm said he wanted to have a look at this |
During today's Community Call @wolfgangmm said he is looking at this |
I'd vote to update the PR to ignore java 12-13-14-15 and pull this in as-is. |
Dear Team, it seems that this issue was recently fixed (2020) for Java 15.0.2. |
@StephanMa Can you tell us which platform, which JDK, and what you are running to get |
Mac M1 Building via maven works fine... but I cannot run it due error 13 |
@StephanMa Which JDK distribution? |
@StephanMa Any chance of a screenshot showing the |
Will attach all the needed infos today |
|
@StephanMa Ah ha! Thanks that explains it. So eXist-db only checks the major Java version, see https://github.com/eXist-db/exist/pull/3545/files#diff-7c6977667d2de8c09c5d46280134525d516cff8a0a43552b042cea303dfe8819R30 If this is fixed in Java 15.0.2, then we should update the check to permit that version. In the mean time, your options are JDK 8 - 11. |
…r example. JDK 15.0.2 should be ok now See eXist-db#3375
@StephanMa I have a fix for you here - #3960 |
…r example. JDK 15.0.2 should be ok now See eXist-db#3375
Thank you… will give it a try |
I am sure we actually implemented this way on purpose; for most end-users the 3rd digit it just to complex to understand; it is much more clear just to block java 12,13,14 and 15 ; from a communication perspective imo this is better. Java15 is EOL and should not be used anyway. |
I agree with @dizzzz the communications overhead we might get with this change does not justify the gain to support a patch of a Java version that is no longer supported anyway. |
…r example. JDK 15.0.2 should be ok now See eXist-db#3375
* 'develop' of github.com:eXist-db/exist: Bump caffeine from 2.9.1 to 2.9.2 [bugfix] Make the Compatible Java Version Check more fine-grained. For example. JDK 15.0.2 should be ok now See eXist-db#3375 Update IntelliJ run configurations for 5.4.0-SNAPSHOT [maven-release-plugin] prepare for next development iteration [maven-release-plugin] prepare release eXist-5.3.0 Only run the github-release-plugin when mvn release:perform is performed Bump github-release-plugin from 1.1.1 to 1.4.0 [fix] docker ci add license check hotfix(docker): add license header to xml fixtures # Conflicts: # exist-ant/pom.xml # exist-core/pom.xml # exist-distribution/pom.xml # exist-docker/pom.xml # exist-jetty-config/pom.xml # exist-parent/pom.xml # exist-samples/pom.xml # exist-service/pom.xml # exist-start/pom.xml # extensions/contentextraction/pom.xml # extensions/exiftool/pom.xml # extensions/expath/pom.xml # extensions/exquery/modules/pom.xml # extensions/exquery/modules/request/pom.xml # extensions/exquery/pom.xml # extensions/exquery/restxq/pom.xml # extensions/indexes/lucene/pom.xml # extensions/indexes/ngram/pom.xml # extensions/indexes/pom.xml # extensions/indexes/range/pom.xml # extensions/indexes/sort/pom.xml # extensions/indexes/spatial/pom.xml # extensions/modules/cache/pom.xml # extensions/modules/compression/pom.xml # extensions/modules/counter/pom.xml # extensions/modules/cqlparser/pom.xml # extensions/modules/example/pom.xml # extensions/modules/exi/pom.xml # extensions/modules/expathrepo/pom.xml # extensions/modules/file/pom.xml # extensions/modules/image/pom.xml # extensions/modules/jndi/pom.xml # extensions/modules/mail/pom.xml # extensions/modules/persistentlogin/pom.xml # extensions/modules/pom.xml # extensions/modules/process/pom.xml # extensions/modules/scheduler/pom.xml # extensions/modules/simpleql/pom.xml # extensions/modules/sql/pom.xml # extensions/modules/xmldiff/pom.xml # extensions/modules/xslfo/pom.xml # extensions/pom.xml # extensions/security/activedirectory/pom.xml # extensions/security/iprange/pom.xml # extensions/security/ldap/pom.xml # extensions/security/pom.xml # extensions/webdav/pom.xml # extensions/xqdoc/pom.xml # pom.xml
…r example. JDK 15.0.2 should be ok now See #3375
@adamretter @dizzzz i think this one can be closed |
@duncdrum But the issue is not fixed! |
During running unit tests, at least one test fails, only with Java13:
The text was updated successfully, but these errors were encountered: