This repository has been archived by the owner on Jan 29, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 270
MJAVADOC-485 Upgrade to commons-lang3 #119
Open
marschall
wants to merge
1
commit into
apache:trunk
Choose a base branch
from
marschall:MJAVADOC-485
base: trunk
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This raises an exception when building the project on 9+175 (with
mvn clean verify -Prun-its
for example)This method is intended to parse the output of
javadoc -J-fullversion
and it works for Javadoc 9+175 (output beingjava full version "9+175"
). I think a newfloat parseJavaVersion(String)
is needed, that works for the output ofjava -version
. Or perhaps we should get rid of all those float comparisons and rely on Commons LangJavaVersion
(andatLeast
).There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Tunaki Unfortunately,
JavaVersion
works with floats too. How will this make it any better? Moreover, on needs to extract the version string first before passing toJavaVersion
.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@michael-o I just noticed there is a new
Runtime.Version
class in Java 9 which can parse and compare Java version strings. Do you think we can use with reflection in place ofJavaVersion
?But as far as upgrading to commons-lang3, having a new method
float parseJavaVersion(String)
, that is similar toparseJavadocVersion
but with the regex being([0-9]+\\.?[0-9]*)(\\.([0-9]+))
, looks like the way to go. We can look at usingRuntime.Version
or not later.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wouldn't use it for two reasons:
We can of course add more logic to Commons Lang parsing arbitrary strings from 6 to 9.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Tunaki refactoring to
JavaVersion
would also have been my preference but that's tricky for two reasonsAbstractJavadocMojo.version
is Maven container injected, I don't know how we could customise the injection process Mapping Complex Objects does not seem to be a solutionAbstractJavadocMojo.addStandardDocletOptions
.Initially I copy and pasted the parsing code from commons-lang 2.6 but that was quite a bit of code.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we need to get rid of the float, in the end it will cause issues (java versions were never floats). Instead we need a Comparable JavaVersion (just like Aether/Artifact Resolver has). Is should be as simple as parsing the String to a JavaVersion instance and use its compareTo.