Support for JUnit 5

274 views
Skip to first unread message

Mats Ekström

unread,
Aug 30, 2017, 9:55:30 AM8/30/17
to concordion
Hi,

On your site you mention this:
"JUnit 5 will have a flexible extension model to allow combinations of runners to work together. We’re aiming to support this in Concordion 2.1"

I could not find any information about that in the release notes for 2.1. 

The reason for us is to be able to run concordion tests with java cdi, for example with some sort of "containerRunner" (e.g. @RunWith(WeldJUnit4Runner.class) or Arquillian)
Or are there some other way to do tests without deploying when testing a system/component that uses CDI?

Regards
/Mats

Tim Wright

unread,
Aug 30, 2017, 4:35:48 PM8/30/17
to concordion, Mats Ekström

Forgot to CC my reply to the list...


---------- Forwarded message ----------
From: Tim Wright <t...@tfwright.co.nz>
Date: 31 August 2017 at 07:35
Subject: Re: [concordion] Support for JUnit 5
To: Mats Ekström <mats.e...@gmail.com>



Hi Mats,

I've been developing the concordion - junit 5 integration. It's complex but we're making process.

Basically, we're looking at 2 options:
* Build a new TestEngine class that runs concordion tests. This provides the cleanest UI for writing tests but is much harder to support other junit 5 extensions (like Spring)
* Run concordion tests as a JUnit5 extension. This is a bit uglier from a dev perspective, but will provide a greater range of integration with other junit5 extensions.

Currently both those are working-ish but need more testing and a whole lot of code cleanup (my goal was to just get the things working - but there's lots of duplicated concordion code in the system now)

Luckily, concordion already works with junit 5 - because junit5 has a junit4 vintage test engine that will run all junit4 tests in junit 5. And I've checked that the vintage test engine runs concordion tests.


Not sure if that helps you at all!

Tim


--
You received this message because you are subscribed to the Google Groups "concordion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to concordion+unsubscribe@googlegroups.com.
To post to this group, send email to conco...@googlegroups.com.
Visit this group at https://groups.google.com/group/concordion.
To view this discussion on the web, visit https://groups.google.com/d/msgid/concordion/e7b4c7d9-92bb-40f6-965d-e3f6b87756a9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Nigel Charman

unread,
Sep 2, 2017, 9:45:10 PM9/2/17
to concordion, mats.e...@gmail.com
Hi Mats

Yep, sorry this didn't make it into 2.1.0. I'll update the website.

Work is underway on this in PR #243.

If you're able to try this out with CDI, any input would be appreciated.

thanks

On Thursday, 31 August 2017 08:35:48 UTC+12, Tim Wright wrote:

Forgot to CC my reply to the list...

--
Tim

---------- Forwarded message ----------
From: Tim Wright
Date: 31 August 2017 at 07:35
Subject: Re: [concordion] Support for JUnit 5
To: Mats Ekström


Hi Mats,

I've been developing the concordion - junit 5 integration. It's complex but we're making process.

Basically, we're looking at 2 options:
* Build a new TestEngine class that runs concordion tests. This provides the cleanest UI for writing tests but is much harder to support other junit 5 extensions (like Spring)
* Run concordion tests as a JUnit5 extension. This is a bit uglier from a dev perspective, but will provide a greater range of integration with other junit5 extensions.

Currently both those are working-ish but need more testing and a whole lot of code cleanup (my goal was to just get the things working - but there's lots of duplicated concordion code in the system now)

Luckily, concordion already works with junit 5 - because junit5 has a junit4 vintage test engine that will run all junit4 tests in junit 5. And I've checked that the vintage test engine runs concordion tests.


Not sure if that helps you at all!

Tim

--
Tim
Reply all
Reply to author
Forward
0 new messages