<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
here it is an example<br>
<br>
jtreg -verbose:all -jdk /home/skovalev/TRASH/jdk-9
-javaoptions:"--limit-modules java.base"
/home/skovalev/repos/jdk9-dev/jdk/test/javax/net/ssl/TLSv11/TLSHandshakeTest.java<br>
<br>
<br>
STDOUT:<br>
Error occurred during initialization of VM<br>
java.lang.module.ResolutionException: Module java.naming not found,
required by java.security.jgss<br>
at
java.lang.module.Resolver.fail(<a class="moz-txt-link-abbreviated" href="mailto:java.base@9-ea/Resolver.java:790">java.base@9-ea/Resolver.java:790</a>)<br>
at
java.lang.module.Resolver.resolve(<a class="moz-txt-link-abbreviated" href="mailto:java.base@9-ea/Resolver.java:138">java.base@9-ea/Resolver.java:138</a>)<br>
at
java.lang.module.Resolver.resolveRequires(<a class="moz-txt-link-abbreviated" href="mailto:java.base@9-ea/Resolver.java:108">java.base@9-ea/Resolver.java:108</a>)<br>
at
java.lang.module.Configuration.resolveRequiresAndUses(<a class="moz-txt-link-abbreviated" href="mailto:java.base@9-ea/Configuration.java:370">java.base@9-ea/Configuration.java:370</a>)<br>
at
java.lang.module.ModuleDescriptor$1.resolveRequiresAndUses(<a class="moz-txt-link-abbreviated" href="mailto:java.base@9-ea/ModuleDescriptor.java:1986">java.base@9-ea/ModuleDescriptor.java:1986</a>)<br>
at
jdk.internal.module.ModuleBootstrap.boot(<a class="moz-txt-link-abbreviated" href="mailto:java.base@9-ea/ModuleBootstrap.java:263">java.base@9-ea/ModuleBootstrap.java:263</a>)<br>
at
java.lang.System.initPhase2(<a class="moz-txt-link-abbreviated" href="mailto:java.base@9-ea/System.java:1927">java.base@9-ea/System.java:1927</a>)<br>
<br>
<blockquote type="cite">
<div>Sorry I was thinking about another bug on TLS tests --
8166032. What exception is thrown there if the jgss module is
missing?</div>
<div><br>
</div>
<div>Thanks</div>
<div>Max</div>
<div><br>
在 2016年9月14日，23:44，Wang Weijun <<a
href="mailto:weijun.wang@oracle.com">weijun.wang@oracle.com</a>>
写道：<br>
<br>
</div>
<div style="direction: inherit;">The example shows
jdk.crypto.pkcs11 is needed, but I still don't know why
java.security.jgss is. Can you give another example where jgss
must be present?</div>
<div style="direction: inherit;"><br>
</div>
<div style="direction: inherit;">Thanks</div>
<div style="direction: inherit;">Max</div>
</blockquote>
<br>
<div class="moz-cite-prefix">14.09.16 16:56, Wang Weijun wrote:<br>
</div>
<blockquote
cite="mid:F6EE79D1-496C-4168-942E-8BA5073450E2@oracle.com"
type="cite">
<pre wrap="">I also have no idea why these are needed:
+ * @modules java.security.jgss
+ * jdk.security.auth
Do the test uses KRB5-related cipher suites?
Thanks
Max
</pre>
<blockquote type="cite">
<pre wrap="">On Sep 14, 2016, at 8:54 PM, Xuelei Fan <a class="moz-txt-link-rfc2396E" href="mailto:xuelei.fan@oracle.com"><xuelei.fan@oracle.com></a> wrote:
Hi Sergei,
Thanks for the update. The fix looks fine to me. However, I'm not sure why some tests need the "/sun/security/krb5/auto" libraries and the related modules. As you were already there, would you mind help to test whether the "/sun/security/krb5/auto" library can be removed for some tests?
Thanks,
Xuelei
On 9/14/2016 8:22 PM, Sergei Kovalev wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello Team,
Could you please review below fix for
Bug ID: <a class="moz-txt-link-freetext" href="https://bugs.openjdk.java.net/browse/JDK-8166032">https://bugs.openjdk.java.net/browse/JDK-8166032</a>
Code review: <a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~skovalev/8166032/webrev.00/">http://cr.openjdk.java.net/~skovalev/8166032/webrev.00/</a>
Issue: The test should be able to pass or skipped by JTreg test suite if
required modules have not been included in custom JRE.
Solution: added '@modules' tags and appropriate module list to tests
header.
Testing done locally using JTregt test suite.
</pre>
</blockquote>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
With best regards,
Sergei</pre>
</body>
</html>