JDK-8012664 : Regression tests for java.util.stream
  • Type: Sub-task
  • Component: core-libs
  • Sub-Component: java.util.stream
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2013-04-19
  • Updated: 2013-09-12
  • Resolved: 2013-05-07
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 8
8 b91Fixed
Related Reports
Relates :  
JDK-8008670 - Initial java.util.stream putback -- internal API classes
Comments
I found that failures with java.lang.SecurityException: Prohibited package name: java.util.stream were caused by wrong JTreg used. See INTJDK-7604076.
31-05-2013
Is there a way we can trace this back closer to the origin, e.g. a test log in Aurora? That would tell us whether it actually is a jtreg problem, and if so, where to fix it.
30-05-2013
Brian also expressed the same suspicion in an email. I guess SQE needs to update their jtreg version.
30-05-2013
I don't think so. I think it *might* be because of an old version of jtreg. It looks like jtreg is trying to load a package into a restricted package namespace (java.*) and is failing to do so. Recent versions of jtreg have explicit support for putting things onto the bootclasspath and so avoid this problem.
30-05-2013
Is a failure like this because of a JDK/VM mismatch? ----------messages:(3/165)---------- command: testng java.util.stream.DoubleNodeTest reason: Assumed action based on file name: run testng java.util.stream.DoubleNodeTest elapsed time (seconds): 4.603 ----------System.out:(0/0)---------- ----------System.err:(28/1745)---------- java.lang.SecurityException: Prohibited package name: java.util.stream at java.lang.ClassLoader.preDefineClass(ClassLoader.java:651) at java.lang.ClassLoader.defineClass(ClassLoader.java:750) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:448) at java.net.URLClassLoader.access$100(URLClassLoader.java:70) at java.net.URLClassLoader$1.run(URLClassLoader.java:360) at java.net.URLClassLoader$1.run(URLClassLoader.java:354) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:353) at java.lang.ClassLoader.loadClass(ClassLoader.java:423) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:257) at com.sun.javatest.regtest.TestNGAction$TestNGRunner.main(TestNGAction.java:143) at com.sun.javatest.regtest.TestNGAction$TestNGRunner.main(TestNGAction.java:135) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:491) at com.sun.javatest.regtest.MainWrapper$MainThread.run(MainWrapper.java:94) at java.lang.Thread.run(Thread.java:724)
29-05-2013