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

Add junit-vintage-engine on maven-surefire-plugin for supporting JUnit 4 #105

Closed
wants to merge 1 commit into from

Conversation

kazuki43zoo
Copy link
Member

I will propose to add the junit-vintage-engine on maven-surefire-plugin 's dependency because many MyBatis modules depends on JUnit 4 yet.
It need to perform test case class created by JUnit 4 on JUnit platform.

@hazendaz
Copy link
Member

hazendaz commented Apr 28, 2018 via email

@hazendaz
Copy link
Member

@kazuki43zoo question on this before we merge. I've been adding vintage engine to projects that are not yet on junit 5 replacing the old junit 4 which just brings that in anyways. So, having said that, what real benefit do we get by adding it directly here? The underlying usage will still need junit anyways and I see no harm in upgrading those to vintage as it just works and we are on java 8. Am I missing something? I'm questioning this a big more as it is a differnent process than I've been using to adddress the same issue and just wondering how this saves me any work.

@hazendaz
Copy link
Member

I should note, I'm still ok with this as I assume it means we don't have to upgrade any underlying projects to vintage and can leave as-is which is a good thing for super poms that are used by dozens of unrelated projects. I'm just more trying to understand the intent here as it might help me change my ways as well on other projects :)

@kazuki43zoo
Copy link
Member Author

kazuki43zoo commented Apr 29, 2018

Hi @hazendaz ,

I've upgraded to 31-SNAPSHOT on mybatis-spring-boot 2.0.0-SNAPSHOT. All test cases didn't executed because it was created using the JUnit 4.
I think that adding vintage-engine by default can reduce a same issue on child modules. And I think that useful to support multiple engine(jupiter-engine and vintege-engine) on the maven-surefire-plugin. For example, many IDEs supports multiple xUnit engine by default. I think this topic same with it on essentially.
Of course, I understand that this issue can be solved by adding the vintage-engine to the maven-surefire-plugin in the child module. If not add it in super pom, I think that better to announce about this topic (default behavior of maven-surefire-plugin) in README or Wiki Page etc...

WDTY?

@hazendaz
Copy link
Member

hazendaz commented Apr 29, 2018 via email

@hazendaz
Copy link
Member

@kazuki43zoo with the PR just merged with surefire 2.22.0, I don't think we will need this one any longer. Can you take a quick look at #107 and confirm?

@hazendaz
Copy link
Member

closing as confirmed that we no longer need to set junit inside surefire.

@hazendaz hazendaz closed this Oct 25, 2018
@kazuki43zoo kazuki43zoo deleted the junit-vintage-engine branch October 25, 2018 12:31
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 this pull request may close these issues.

2 participants