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

get rid of junit4 container that does not seem to be needed #3179

Merged
merged 1 commit into from
Aug 26, 2024

Conversation

cdietrich
Copy link
Member

No description provided.

Signed-off-by: Christian Dietrich <christian.dietrich.opensource@gmail.com>
@cdietrich cdietrich added this to the Release_2.37 milestone Aug 26, 2024
@cdietrich
Copy link
Member Author

grafik

Copy link

Test Results

  6 460 files  ±0    6 460 suites  ±0   3h 9m 6s ⏱️ - 2m 9s
 43 240 tests ±0   42 657 ✅ ±0    583 💤 ±0   0 ❌ ±0 
170 104 runs  +2  167 736 ✅ ±0  2 354 💤 ±0  13 ❌ +2  1 🔥 ±0 

Results for commit b840bc3. ± Comparison against base commit 3f8cb53.

Copy link
Contributor

@LorenzoBettini LorenzoBettini left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If one can still run tests from Eclipse I'm fine with that :)

@cdietrich cdietrich merged commit 0db6956 into main Aug 26, 2024
14 checks passed
@cdietrich cdietrich deleted the cd-obsolete-container branch August 26, 2024 10:05
@HannesWell
Copy link
Member

If one can still run tests from Eclipse I'm fine with that :)

Yes. The JUnit-4/5 container just adds the junit-4/5 jars and their dependencies on the classpath with the need to specify it as a (test) dependency of the project using the technology of choice (e.g. Maven or PDE/Tycho).
If it is defined as explicit dependency, the container is not necessary.

@LorenzoBettini
Copy link
Contributor

If one can still run tests from Eclipse I'm fine with that :)

Yes. The JUnit-4/5 container just adds the junit-4/5 jars and their dependencies on the classpath with the need to specify it as a (test) dependency of the project using the technology of choice (e.g. Maven or PDE/Tycho). If it is defined as explicit dependency, the container is not necessary.

At least in the past, in my projects and in Xtext projects itself, without the JUnit container it wasn't possible to correctly run all the tests. IIRC, when you have a mixture of JUnit 4 and 5 tests, without the container (JUnit5), JUnit 4 tests were not executed. In fact, in the past, @cdietrich had to split a project into 2 projects (we couldn't use the JUnit container because of a bug of Tycho, I guess resolved, and so we had to separate JUnit 4 from JUnit 5 tests into 2 separate projects).

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.

3 participants