-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
show more information about bytecode generation problem with EAR + subdeployments as discussed on zulip #10298
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
Conversation
…bdeployments discussed in https://hibernate.zulipchat.com/#narrow/channel/132094-hibernate-orm-dev/topic/Seeing.20EE.20TCK.20ClassCastException.20with.20ORM.206.2E6.2E13.2EFinal/with/518058499 Signed-off-by: Scott Marlow <[email protected]>
|
Thanks for your pull request! This pull request does not follow the contribution rules. Could you have a look? ❌ All commit messages should start with a JIRA issue key matching pattern › This message was automatically generated. |
|
https://gist.github.com/scottmarlow/29ee2bae76d3ed419e1d278619af63d9 has the callstack that is relevant to this pull request (as determine by the following test.log output: |
|
Superseded by #10305 |
See >
https://hibernate.zulipchat.com/#narrow/channel/132094-hibernate-orm-dev/topic/Seeing.20EE.20TCK.20ClassCastException.20with.20ORM.206.2E6.2E13.2EFinal/near/523129580 discussion thread.
With this change I can see that we are using the EAR/lib copy of generated classes instead of getting a CNFE and generating the needed classes in the subdeployment classloader.
Some output from a local Jakarta EE 10 Platform TCK test:
Output from the ^ WildFly server.log:
Randomly I got a different error but I have seen many ClassCastException in local runs: