[AURON #1434] Use Maven-native version extraction instead of xmllint for better portability#1435
Conversation
…llint for better portability
|
LGTM +1 |
|
Merged. Thanks for the review @ShreyeshArangath @slfan1989 @wForget |
|
@merrily01 me Errors during compilation after merging the code are shown in the figure. The built file information is auron-build-info.properties.txt The build command is: ./auron-build.sh --pre --sparkver 3.5 --scalaver 2.12 -DskipBuildNative -Djansi.passthrough=true -s /Users/didi/.m3/settings.xml -Dmaven |
It looks like the issue comes from local Maven environment?(probably related to the HTTP repo blocking in your settings.xml)
Could you please try running the same command with a standard Maven setup (e.g., using ~/.m2/settings.xml)? I just verified that and works fine on my side. |
@merrily01 Thank you very much for the reply. I'll take another look. Thanks! |




Which issue does this PR close?
Closes #1434 .
Rationale for this change
Previously, the build script relied on
xmllintto parsepom.xmland extractproject.version, which caused build failures in environments wherexmllintis not available (e.g., GitHub Actions or minimal Docker images).
This change replaces it with:
This approach uses Maven’s built-in model evaluation and works consistently
across platforms without additional dependencies.
What changes are included in this PR?
Are there any user-facing changes?
How was this patch tested?