Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Hi Sean, Thank you for feedback. I've updated the bug report. 14.09.16 19:57, Sean Mullan wrote: Thanks for the information. It would be very useful if you could add that additional information as an example into the bug report for future reference. --Sean On 09/14/2016 11:26 AM, Sergei Kovalev wrote: Hi Sean, I'm working for testing minimal JRE image. If I create custom JRE with java.base only - the tests fail. To emulate such behavior we can use "--limit-modules java.base" option. In case if we have no module declaration in tests header the test fails with, e.g. ClassNotFound exception (see example in attached log). In case we declare appropriate modules in jtreg header then jtreg suite skip the test and mark it "not run" in final report. This help me to clean out all "false positive" error during testing and reduce time that I spend to failures analysis. 14.09.16 18:20, Sean Mullan wrote: Looks fine to me, but can you explain in more detail why the extra dependencies are needed, or an example using --limit-modules? These tests are not failing regularly now, so when do the missing dependencies cause failures? Thanks, Sean On 09/13/2016 08:34 AM, Sergei Kovalev wrote: Hello team, This is re-request for review of very small changes. Could somebody take a look? 08.09.16 17:03, Sergei Kovalev wrote: Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable. -- With best regards, Sergei
Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Thanks for the information. It would be very useful if you could add that additional information as an example into the bug report for future reference. --Sean On 09/14/2016 11:26 AM, Sergei Kovalev wrote: Hi Sean, I'm working for testing minimal JRE image. If I create custom JRE with java.base only - the tests fail. To emulate such behavior we can use "--limit-modules java.base" option. In case if we have no module declaration in tests header the test fails with, e.g. ClassNotFound exception (see example in attached log). In case we declare appropriate modules in jtreg header then jtreg suite skip the test and mark it "not run" in final report. This help me to clean out all "false positive" error during testing and reduce time that I spend to failures analysis. 14.09.16 18:20, Sean Mullan wrote: Looks fine to me, but can you explain in more detail why the extra dependencies are needed, or an example using --limit-modules? These tests are not failing regularly now, so when do the missing dependencies cause failures? Thanks, Sean On 09/13/2016 08:34 AM, Sergei Kovalev wrote: Hello team, This is re-request for review of very small changes. Could somebody take a look? 08.09.16 17:03, Sergei Kovalev wrote: Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable.
Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Answered in other thread 14.09.16 18:54, Wang Weijun wrote: Sorry I was thinking about another bug on TLS tests -- 8166032. What exception is thrown there if the jgss module is missing? Thanks Max 在 2016年9月14日,23:44,Wang Weijun> 写道: 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? Thanks Max -- With best regards, Sergei
Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Sorry I was thinking about another bug on TLS tests -- 8166032. What exception is thrown there if the jgss module is missing? Thanks Max > 在 2016年9月14日,23:44,Wang Weijun写道: > > 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? > > Thanks > Max > >> 在 2016年9月14日,23:26,Sergei Kovalev 写道: >> >> Hi Sean, >> >> I'm working for testing minimal JRE image. If I create custom JRE with >> java.base only - the tests fail. To emulate such behavior we can use >> "--limit-modules java.base" option. In case if we have no module declaration >> in tests header the test fails with, e.g. ClassNotFound exception (see >> example in attached log). In case we declare appropriate modules in jtreg >> header then jtreg suite skip the test and mark it "not run" in final report. >> This help me to clean out all "false positive" error during testing and >> reduce time that I spend to failures analysis. >> >> >> 14.09.16 18:20, Sean Mullan wrote: >>> Looks fine to me, but can you explain in more detail why the extra >>> dependencies are needed, or an example using --limit-modules? These tests >>> are not failing regularly now, so when do the missing dependencies cause >>> failures? >>> >>> Thanks, >>> Sean >>> On 09/13/2016 08:34 AM, Sergei Kovalev wrote: Hello team, This is re-request for review of very small changes. Could somebody take a look? 08.09.16 17:03, Sergei Kovalev wrote: > Hello team, > > Could you please review the fix for below CR: > > Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 > WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ > > Goal: make test possible to run with "--limit-modules" flag. > Summary: added @modules tag into jtreg header if applicable. > >> >> -- >> With best regards, >> Sergei >> >>
Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
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? Thanks Max > 在 2016年9月14日,23:26,Sergei Kovalev写道: > > Hi Sean, > > I'm working for testing minimal JRE image. If I create custom JRE with > java.base only - the tests fail. To emulate such behavior we can use > "--limit-modules java.base" option. In case if we have no module declaration > in tests header the test fails with, e.g. ClassNotFound exception (see > example in attached log). In case we declare appropriate modules in jtreg > header then jtreg suite skip the test and mark it "not run" in final report. > This help me to clean out all "false positive" error during testing and > reduce time that I spend to failures analysis. > > > 14.09.16 18:20, Sean Mullan wrote: >> Looks fine to me, but can you explain in more detail why the extra >> dependencies are needed, or an example using --limit-modules? These tests >> are not failing regularly now, so when do the missing dependencies cause >> failures? >> >> Thanks, >> Sean >> >>> On 09/13/2016 08:34 AM, Sergei Kovalev wrote: >>> Hello team, >>> >>> This is re-request for review of very small changes. Could somebody take >>> a look? >>> >>> >>> 08.09.16 17:03, Sergei Kovalev wrote: Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable. >>> > > -- > With best regards, > Sergei > >
Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Hi Sean, I'm working for testing minimal JRE image. If I create custom JRE with java.base only - the tests fail. To emulate such behavior we can use "--limit-modules java.base" option. In case if we have no module declaration in tests header the test fails with, e.g. ClassNotFound exception (see example in attached log). In case we declare appropriate modules in jtreg header then jtreg suite skip the test and mark it "not run" in final report. This help me to clean out all "false positive" error during testing and reduce time that I spend to failures analysis. 14.09.16 18:20, Sean Mullan wrote: Looks fine to me, but can you explain in more detail why the extra dependencies are needed, or an example using --limit-modules? These tests are not failing regularly now, so when do the missing dependencies cause failures? Thanks, Sean On 09/13/2016 08:34 AM, Sergei Kovalev wrote: Hello team, This is re-request for review of very small changes. Could somebody take a look? 08.09.16 17:03, Sergei Kovalev wrote: Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable. -- With best regards, Sergei #Test Results (version 2) #Fri Sep 09 04:42:50 MSK 2016 #-testdescription- $file=/var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/sun/security/pkcs11/Cipher/ReinitCipher.java $root=/var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test author=Andreas Sterbenz keywords=bug4856966 randomness othervm library=.. run=USER_SPECIFIED main/othervm ReinitCipher\nUSER_SPECIFIED main/othervm ReinitCipher sm\n source=ReinitCipher.java title= #-environment- #-testresult- description=file\:/var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/sun/security/pkcs11/Cipher/ReinitCipher.java elapsed=1878 0\:00\:01.878 end=Fri Sep 09 04\:42\:50 MSK 2016 environment=regtest execStatus=Failed. Execution failed\: `main' threw exception\: java.security.NoSuchProviderException\: No PKCS11 provider available harnessLoaderMode=Classpath Loader harnessVariety=Full Bundle hostname=slowpoke.ru.oracle.com javatestOS=Linux 3.2.0-38-generic (amd64) javatestVersion=4.6 jtregVersion=jtreg 4.2 fcs b03 script=com.sun.javatest.regtest.RegressionScript sections=script_messages build compile main start=Fri Sep 09 04\:42\:48 MSK 2016 test=sun/security/pkcs11/Cipher/ReinitCipher.java testJDK=/var/www/hudson/ws/workspace/MinimalDepsRun/jake/build/linux-x64/images/jdk totalTime=1882 user.name=hudson work=/var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/JTwork-sun-security-pkcs11-Cipher-ReinitCipher-java_0/sun/security/pkcs11/Cipher #section:script_messages --messages:(8/585)-- JDK under test: /var/www/hudson/ws/workspace/MinimalDepsRun/jake/build/linux-x64/images/jdk java version "9-internal" Java(TM) SE Runtime Environment (build 9-internal+0-2016-09-08-021245.hudson.jake) Java HotSpot(TM) 64-Bit Server VM (build 9-internal+0-2016-09-08-021245.hudson.jake, mixed mode) Library ..; kind: packages source directory: /var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/sun/security/pkcs11 class directory: /var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/JTwork-sun-security-pkcs11-Cipher-ReinitCipher-java_0/classes/sun/security/pkcs11 #section:build --messages:(5/137)-- command: build ReinitCipher reason: Named class compiled on demand Test directory: compile: ReinitCipher elapsed time (seconds): 1.299 result: Passed. Build successful #section:compile --messages:(4/214)-- command: compile /var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/sun/security/pkcs11/Cipher/ReinitCipher.java reason: .class file out of date or does not exist Mode: othervm elapsed time (seconds): 1.291 --configuration:(6/485)-- javac compilation environment limit modules: java.base class path: /var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/sun/security/pkcs11/Cipher /var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/JTwork-sun-security-pkcs11-Cipher-ReinitCipher-java_0/classes/sun/security/pkcs11/Cipher /var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/JTwork-sun-security-pkcs11-Cipher-ReinitCipher-java_0/classes/sun/security/pkcs11 --rerun:(20/2314)*-- HOME=/var/lib/hudson \\ JTREG_HOME=/var/www/hudson/ws/workspace/MinimalDepsRun/jtreg \\ LANG=en_US.UTF-8 \\ PATH=/bin:/usr/bin \\ /var/www/hudson/ws/workspace/MinimalDepsRun/jake/build/linux-x64/images/jdk/bin/javac \\ -J-Dtest.src=/var/www/hudson/ws/workspace/MinimalDepsRun/jake/jdk/test/sun/security/pkcs11/Cipher \\
Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Looks fine to me, but can you explain in more detail why the extra dependencies are needed, or an example using --limit-modules? These tests are not failing regularly now, so when do the missing dependencies cause failures? Thanks, Sean On 09/13/2016 08:34 AM, Sergei Kovalev wrote: Hello team, This is re-request for review of very small changes. Could somebody take a look? 08.09.16 17:03, Sergei Kovalev wrote: Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable.
Re: RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Hello team, This is re-request for review of very small changes. Could somebody take a look? 08.09.16 17:03, Sergei Kovalev wrote: Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable. -- With best regards, Sergei
RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable. -- With best regards, Sergei
RFR(S): 8165689: Fix module dependencies for sun/security/pkcs11/* tests
Hello team, Could you please review the fix for below CR: Bug ID: https://bugs.openjdk.java.net/browse/JDK-8165689 WebRev: http://cr.openjdk.java.net/~skovalev/8165689/webrev.00/ Goal: make test possible to run with "--limit-modules" flag. Summary: added @modules tag into jtreg header if applicable. -- With best regards, Sergei