Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ambiguous jars (with different qualified names) found for open test alliance #181

Closed
akozlova opened this issue Mar 10, 2016 · 4 comments
Closed
Assignees
Milestone

Comments

@akozlova
Copy link

I tried first with https://oss.sonatype.org/content/repositories/snapshots/org/junit/open-test-alliance/ but failed because really used is https://oss.sonatype.org/content/repositories/snapshots/org/opentest4j/opentest4j/1.0.0-SNAPSHOT/

If that's correct, could you please mark the first one as outdated or hide it.

@sbrannen sbrannen added this to the 5.0 M1 milestone Mar 10, 2016
@sbrannen
Copy link
Member

@akozlova, the artifact in the org.junit group is the one we relied on during the prototype, but it is no longer valid.

The reason it resides under org.junit is that we did not have a stand-alone project for the OTA at that point in time. Since then, however, we have created a stand-alone project for the OTA (outside of JUnit). Thus the OTA jar now has its own group ID.

I hope that clarifies the status quo.

If that's correct, could you please mark the first one as outdated or hide it.

I'm not a Maven Central guru, but I don't believe it's possible or even a good idea to remove any artifact from Maven Central.

The reason is that any given artifact was valid at the time it was published. Any JUnit Lambda prototype code requires that artifact. We of course don't expect people to work with JUnit Lambda going forward; however, there are in fact blogs and tutorials that are based on the prototype.

So, in my opinion, the prototype artifact needs to remain in Maven Central as is. With that in mind, I am closing this issue. However, feel free to continue the discussion here if you are unsatisfied with my explanation.

Cheers,

Sam

@sbrannen sbrannen self-assigned this Mar 10, 2016
@marcphilipp
Copy link
Member

I agree with Sam.

@akozlova
Copy link
Author

I met the problem because we don't use maven or gradle. Probably nobody else would face it, so ok.

@sbrannen
Copy link
Member

OK, @akozlova. Thanks for the feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants