The primary reason is: Oracle has internal processes that we must follow
to use third-party software in our products (whether open-source or
closed-source products, and whether or not the third-party software is
ultimately distributed with the product or not.) An examination of the
TestNG license compared to the JUnit license suggested that it was going
to be significantly easier to obtain the required internal approvals for
TestNG.
Since TestNG is also pretty good (one could argue which is better, and
there are pros and cons on both sides of this argument, but its clearly
"good enough"), we chose the path of "let's get something done."
On 4/2/2012 5:28 PM, Ulf Zibis wrote:
Thanks Brian.
Is there any article, why you prefer testNG over JUnit?
-Ulf
Am 02.04.2012 19:47, schrieb Brian Goetz:
Yes. We'll be migrating those to TestNG as part of the process.
On 3/30/2012 4:35 PM, Ulf Zibis wrote:
Am 30.03.2012 19:38, schrieb Brian Goetz:
Similarly class Infrastructure could be reused over all JDK's
tests. But
personnally I would prefer to more and more use the JUnit
framework. Is
there already an existing example?
There's good news on this front. We are in the process of making
TestNG a supported test framework for writing unit and regression
tests in OpenJDK. TestNG inherits a lot of ideas from JUnit, so JUnit
users should find it easy to use, and there are plugins for all the
big IDEs.
The goal you state -- making it easier to reuse test infrastructure --
is one of the reasons why we want to do this. Another is that many
people are already familiar / comfortable with this style of testing,
and therefore are more likely to contribute good tests.
I don't have a schedule for when this will be supported within the
OpenJDK build and test process, but we're working on it.
It seems, jtreg to JUnit bridge is already existing:
http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2009-October/002003.html
I also have found an example:
http://cr.openjdk.java.net/~jrose/6891770/webrev.00/test/java/dyn/MethodHandlesTest.java.html
-Ulf