jakartaee / jakartaee/inject

Wrong usage of Milestone Release Qualifier for jakarta.inject-api artifact

Open
#36 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Java
Stars
27
Forks
19
PR merge metrics
No merged PRs in 30d

Description

There was a (at least assumed from the name) milestone release [here](https://mvnrepository.com/artifact/jakarta.inject/jakarta.inject-api/2.0.1.MR) with version `2.0.1.MR` and even though central reports a [new version](https://mvnrepository.com/artifact/jakarta.inject/jakarta.inject-api/2.0.1) as `2.0.1` this is actually wrong.

According to the [Version Order Specification](https://maven.apache.org/pom.html#version-order-specification) MR is treated as a plain qualifier and therefore **higher** than `2.0.1`, to be correctly recognized as a milestone release it is only allowed to have a singe character immediately followed by a number like M1, M2, ... as it is correctly done for RC releases already.

![grafik](https://github.com/user-attachments/assets/0bcfdeaf-e16b-4602-ac1c-6e152b9d17a0)

Sadly this can't be fixed by now but should be avoided in new releases as it might confuse automatic tools that try to suggest new versions. Even though it looks like released on the same day one can see that there are already 93 references to this "false" artifact.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the Maven Version Order Specification and the jakarta.inject-api release process, since the issue names no repository files or tests. Verify how milestone and release qualifiers are currently selected; done means future releases avoid the MR qualifier pattern and any relevant release guidance reflects the correct naming rule.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
release
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.