[
https://issues.apache.org/jira/browse/CLI-310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17430211#comment-17430211
]
Gary D. Gregory commented on CLI-310:
-------------------------------------
I've only asked MC to kill a release once, it should be a big deal IMO. If this
is for convenience because some apps and UI sort versions blindly, then that's
on them to fix. IOW, if the artifact is not broken, leave it alone.
> Purge release version 20040117.000000 from Maven Central
> --------------------------------------------------------
>
> Key: CLI-310
> URL: https://issues.apache.org/jira/browse/CLI-310
> Project: Commons CLI
> Issue Type: Task
> Reporter: Markus Spann
> Priority: Minor
>
> How did commons-cli "release version" 20040117.000000 make it into Maven
> Central?
> It's been there for as long as I can remember.
> It would not bother any of us if this version did not always show up as the
> most recent/latest/bleeding edge release. Even though it's ancient and noone
> would want to use it of course.
> This effect is due to this version not following the commons-cli version
> scheme and due to the way Maven sorts version strings.
> A small use case to illustrate:
>
> {code:java}
> mvn versions:display-dependency-updates
> {code}
>
> {code:java}
> [INFO] The following dependencies in Dependencies have newer versions:
> [INFO] commons-cli:commons-cli ....................... 1.4 -> 20040117.000000
> {code}
> I understand that purging release artifacts from Central may not be simple.
> Yet it would be so much appreciated if someone with the corresponding
> know-how and access could take care of it. Thanks a million!
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
