RFR: 8068938: Test deploying a XML parser as a module
Alan Bateman
Alan.Bateman at oracle.com
Tue Jan 12 08:10:27 UTC 2016
On 11/01/2016 03:02, Frank Yuan wrote:
>
> Hi Alan and Joe
>
> Would you like to have a review for test task
> https://bugs.openjdk.java.net/browse/JDK-8078820?
>
> The webrev is at: http://cr.openjdk.java.net/~fyuan/8078820/webrev.00/
> <http://cr.openjdk.java.net/%7Efyuan/8078820/webrev.00/>.
>
> JAXP has several service provider interfaces to allow for deployment
> of alternative XML parser implementations, in this test suite, there
> are 2 named modules providing different interfaces, main test
> ModularXMLParserTest tests some different combinations to verify if
> JAXP library can instantiate the xml impl from correct modules.
>
>
Thanks for this. If I read the test correctly then it exercises the
scenario where they is one or two XML providers on the application
module path. One other scenario to consider is doing dynamic
configuration and creating a layer that has application and XML parser
modules. That way you can check that the XML APIs (in the boot layer)
are correctly locating the XML parser in the child layer. This could be
extended to creating two child layers with applications that bundle
different XML providers. Lots of assertions to test in that scenario.
Joe - where are XML tests going these days? I see Frank's patch adds
these new tests to the jdk repo, presumably because of test
infrastructure. Just asking because it looks like all the recent
functional + API tests were pushed to the jaxp repo and it's only
regression tests that remain in the jdk repo. My personal view is that
we should just drop the jaxp repo and move all the code into the jdk
repo but that is a question for elsewhere. In the mean-time then I would
assume the goal is to have all the tests in the same hierarchy rather
than sibling repos, right?
-Alan
More information about the jigsaw-dev
mailing list