[
https://issues.apache.org/jira/browse/CLI-310?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17432861#comment-17432861
]
Bernd Eckenfels commented on CLI-310:
-------------------------------------
I dont think OSSRH is the right place, there should be no delete propagation to
central. However it is certainly good to also consult OSSRH and central ops. I
can do that later today.
> 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)
