Why not indeed :)
I'd be in favour of moving "unit tests" out of the jtreg and qa tests
suites into junit first . I'd suggesting leaving the jtreg bug
regression tests where they are for now at least, as far more work is
required and they may not all be relevant; we no longer have bug
descriptions or information on these bug's, as Oracle has removed them
from the Sun bug database. I have looked into the undocumented
regression tests previously, some are very difficult to figure out. I
have made some attempts at recovering information on older bugs for
these regression tests from release notes of earlier versions of Jini,
but haven't had much luck, requests for information from Oracle go
unanswered.
The tests can be broken down into:
1. Unit tests - simple tests that don't need more than one running jvm,
eg a lookup service, or activation and don't require a
SecurityManager (maybe junit is ok with a security manager? Just
need appropriate policy files?).
2. Integration tests - requires multiple jvm's, eg testing network
functionality (typically in the qa suite).
3. Bug regression tests - testing a known, or often in our case, an
undocumented bug.
River never received an upload of the Sun bug database relating to Jini,
Oracle has long since made it inaccessible. Many of the bug regression
tests in jtreg lack documentation, I guess there might be some
information in the Jini users mail list archives.
I'd suggest grabbing the low hanging fruit first.
Cheers,
Peter.
On 7/14/2020 6:58 AM, Dennis Reedy wrote:
As the title says, why use jtreg? We have modern test frameworks (Junit,
Spock, etc...). Asd we move forward with River, why not migrate tests to
use these?
Regards
Dennis Reedy