[
https://issues.apache.org/jira/browse/XMLBEANS-622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17581263#comment-17581263
]
Peter Keller commented on XMLBEANS-622:
---------------------------------------
I'd be interested in taking a closer look at this, but I haven't been able to
reproduce the failure. What I tried was:
{{git checkout 97c8393}}
I then changed every reference to version 3.24.3 to 3.24.4 in that commit, and
did:
{{./gradlew clean}}
{{./gradlew test}}
which worked.
(This was on Linux: openSUSE Leap 15.3)
Have I misunderstood what is going on?
FWIW, I have also tried switching JavaParser from 3.24.2 to 3.24.4 in my main
project that uses XMLBeans (this is using release 5.1.0). The resulting Java
code compiles fine, I will run some tests later today. Eyeballing the generated
code, it seems that the only difference that the switch in JavaParser version
makes for me is in the order in which some of the methods appear in the
generated Java source.
> javaparser 3.24.4 breaks xmlbeans build
> ---------------------------------------
>
> Key: XMLBEANS-622
> URL: https://issues.apache.org/jira/browse/XMLBEANS-622
> Project: XMLBeans
> Issue Type: Improvement
> Affects Versions: Version 5.1.0
> Reporter: PJ Fanning
> Priority: Major
>
> https://github.com/javaparser/javaparser/releases/tag/javaparser-parent-3.24.3
> seems to have breaking changes. This is tagged 3.24.3 but that release seems
> to have failed and a newer release 3.24.4 was made.
> The xmlbeans build fails with this version. It appears some generated code
> appears in Java files whose name does match the name of the class (case
> sensitivity issues).
> We could fix the tests so that the build succeeds but the question is would
> users who use XMLBeans also hit similar issues with their XSD to Java code
> generation?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org
For additional commands, e-mail: dev-h...@poi.apache.org
