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

JUnit 5 #133

Closed
t1 opened this issue May 2, 2020 · 10 comments
Closed

JUnit 5 #133

t1 opened this issue May 2, 2020 · 10 comments
Milestone

Comments

@t1
Copy link

t1 commented May 2, 2020

I think it's time to go to JUnit 5. We can stay backward compatible with JUnit Vintage.

I'll suggest a PR.

This is a prerequisite for smallrye/smallrye-graphql#100

@kenfinnigan
Copy link
Contributor

I don't think Arquillian works with JUnit5 at present, which is a blocker as we need it for the TCKs.

Maybe one solution is to define both JUnit versions, as if I recall they're different artifacts

@t1
Copy link
Author

t1 commented May 2, 2020

Arquillian seems to work just fine with JUnit 5 Vintage. At least smallrye/smallrye-graphql#216 builds just fine after you have this PR in your local maven repo.

@kenfinnigan
Copy link
Contributor

Good to know.

Before we change the parent I think it would be good to verify another project with a SNAPSHOT of the parent

@t1
Copy link
Author

t1 commented May 3, 2020

@kenfinnigan : I can do that. What project would you suggest?

@kenfinnigan
Copy link
Contributor

Maybe smallrye-fault-tolerance?

@t1
Copy link
Author

t1 commented May 3, 2020

It works just fine with smallrye-fault-tolerance.

But truth be told, I've also tried it with smallrye-reactive-messaging as it's even more complex... and it fails with exceptions that I don't understand :-( I guess they'd have to manage their JUnit 4 dependency themselves until they find a workaround or a fix. But they already use JUnit 5 in some parts, so it's just a switch from managing the future to managing the past ;-)

@t1
Copy link
Author

t1 commented May 5, 2020

@kenfinnigan : ... or would you prefer two managed dependencies? If yes, we can either add version.junit5 in addition to the existing version.junit (easier upgrade for existing projects) or a new version.junit4 and update the exiting version.junit (more future proof).

@t1
Copy link
Author

t1 commented May 23, 2020

We would like to use JUnit 5 in smallrye-graphql. Can I help in any way?

@kenfinnigan
Copy link
Contributor

Initially it's probably best to have both JUnit versions and dependencies in the pom.

@t1
Copy link
Author

t1 commented May 29, 2020

@radcortez just added it. Thanks!

I have a minor comment on that. Then we can close this.

@radcortez radcortez modified the milestones: 19, 20 May 29, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants