-
Notifications
You must be signed in to change notification settings - Fork 38.3k
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
AnnotationConfigurationException during @AliasFor processing on Java 14 #23678
Comments
Just to be clear, are you saying this works fine on all JDKs prior to 14? |
Yes. It also worked on 14-ea+12-409. I assume a change between JDK builds 12 and 15 broke something. |
Then that definitely looks like a bug in the JDK: Since we don't have any build plans executing against JDK 14 early access builds, I guess we'll just have to wait this one out for the time being, assuming the bug will be fixed in an upcoming JDK 14-ea build. If you notice that it gets fixed, please let us know. |
Thanks for looking into this one. I'll let you know when we notice our Java 14 builds are back to green. |
Based on the stacktrace, the bug might actually be in ASM instead of the JDK. For example, it could be that the version of ASM in use does not support changes in the bytecode generated by JDK 14-ea. @philwebb, what are your thoughts on the matter? Shall we try to pin this down to either ASM or JDK 14-ea? |
FWIW, there are no recent code-level changes on ASM master (https://gitlab.ow2.org/asm/asm/commits/master)... not sure whether they have yet to catch up with some recent JDK 14 bytecode change there, or whether it is some JDK policy change that our own reader code has to take into account? |
I don't have JDK 14 installed yet I'm afraid. I think this will need some debugging. I assume that Spring Boot hasn't been recompiled, so it's unlikely that ASM wouldn't be able to read the bytecode. There's also no evidence yet that it's a Java bug. |
That's very valid observation, and you're right: we'll simply have to debug it. |
Our current tests on JDK 14 build 34 (release candidate level) do not reveal any such annotation configuration issues. Can this still be reproduced in a Spring Boot application? Would be good to sort this out for good in the Spring Framework 5.2.4 timeframe. |
I was no longer able to reproduce the issue with the most recent build |
Java version: 14-ea+15-621
Trying to evaluate
ConditionalOnMissingFilterBean
by running a Spring Boot application using JPA fails on Java 14 with the following exception:Stack trace:
Links:
The text was updated successfully, but these errors were encountered: