<div dir="ltr">I could find some info :) <a href="https://www.infoq.com/articles/JUnit-5-Early-Test-Drive">Here</a> or <a href="http://www.codeaffine.com/2016/02/18/junit-5-first-look/">there</a><div class="gmail_extra"><br></div><div class="gmail_extra">Basically JUnit5 will still react to assertion exceptions raised by third-party frameworks so they'll continue to work.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Moreover, Junit5 doesn't aim to make existing assertion framework obsolete. If you look at its new features ( <a href="http://junit.org/junit5/docs/current/user-guide/#writing-tests-assertions">http://junit.org/junit5/docs/current/user-guide/#writing-tests-assertions</a> ) there's no big changes on the assertions. Third-party frameworks are still valuable.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 7, 2016 at 10:03 AM, Michael Burman <span dir="ltr"><<a href="mailto:miburman@redhat.com" target="_blank">miburman@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Then again, JUnit5 is coming also with lambda support. Which is something we should migrate to as well. I don't know if it works with AssertJ, Google couldn't find any information. Lets try to avoid too many conflicts at least.<br>
<span class="gmail-im gmail-HOEnZb"><br>
- Micke<br>
<br>
----- Original Message -----<br>
From: "Joel Takvorian" <<a href="mailto:jtakvori@redhat.com">jtakvori@redhat.com</a>><br>
</span><span class="gmail-im gmail-HOEnZb">To: "John Mazzitelli" <<a href="mailto:mazz@redhat.com">mazz@redhat.com</a>>, "Discussions around Hawkular development" <<a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a>><br>
Sent: Wednesday, September 7, 2016 10:42:37 AM<br>
Subject: Re: [Hawkular-dev] Assertj framework<br>
<br>
</span><div class="gmail-HOEnZb"><div class="gmail-h5">BTW groovy tests use junit assertions, so here also we could use assertj if we want to.<br>
<br>
On Wed, Sep 7, 2016 at 9:38 AM, Joel Takvorian < <a href="mailto:jtakvori@redhat.com">jtakvori@redhat.com</a> > wrote:<br>
<br>
<br>
<br>
> never be sure if it's "expected, actual" or "actual, expected".<br>
<br>
It's an interesting point, because the assertj way is precisely solving this issue with its english-like fluent writing : "Assert that <something> [is / contains / matches / whatever] <some other thing>". It's quite clear in this sentence that the subject is <actual>, complement is <expected>. And you never have to worry about it anymore.<br>
<br>
About the testing libraries, if we try to analyse that:<br>
<br>
JUnit: can't get rid of it, however the JUnit assertions could eventually be gradually replaced with the ones of the preferred framework if we want absolute homogeneity (but do we really want it?)<br>
TestNG: same as above, could be gradually replaced<br>
Mockito: still useful, not overlapping<br>
Testing in Groovy: my guess is that it was interesting to use groovy for on the fly objects declaration, maybe among other benefits. It seems to suits quite well for integration test, no?<br>
I haven't found the scala tests yet :)<br>
<br>
So the overlapping parts are more on JUnit / TestNG, and Assertj if we come to add it. But comparing to junit/testng, assertj clearly brings nice facilities as I described above. IMHO there's no need to rewrite every tests, adopting a new assertion framework can be done just progressively, without forcing anybody to adopt it right here right now. It's just giving some more tools that can be very appreciated some day on a particular situation.<br>
<br>
<br>
</div></div><div class="gmail-HOEnZb"><div class="gmail-h5">______________________________<wbr>_________________<br>
hawkular-dev mailing list<br>
<a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/hawkular-dev</a><br>
______________________________<wbr>_________________<br>
hawkular-dev mailing list<br>
<a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/hawkular-dev</a><br>
</div></div></blockquote></div><br></div></div>