Oracle Java 8u161 regression in XML Schema Factory (original) (raw)

Seán Coffey sean.coffey at oracle.com
Fri Jan 26 08:06:06 UTC 2018

I don't see them being related with data given below. Maybe there's a classpath configuration issue ?

If you feel there's a bug in the JDK libraries, please report it via https://bugs.java.com/

regards, Sean.

On 26/01/2018 00:23, Krystal Mok wrote:

Hi guys,

A coworker of mine had hit this issue last night on 8u161 and it worked fine on 8u151: ERROR: /home/myuser/.cache/bazel/bazelmyuser/somehashcode/external/jacksondatatypejodashaded/BUILD:5:1: Building external/jacksondatatypejodashaded/libjackson-datatype-joda-class.jar (35 source files) failed (Exit 1) java.lang.InternalError: Cannot find requested resource bundle for locale enUS at com.sun.tools.javac.util.JavacMessages.getBundles(JavacMessages.java:128) at com.sun.tools.javac.util.JavacMessages.getLocalizedString(JavacMessages.java:147) at com.sun.tools.javac.util.JavacMessages.getLocalizedString(JavacMessages.java:140) at com.sun.tools.javac.util.Log.localize(Log.java:788) at com.sun.tools.javac.util.Log.printLines(Log.java:586) at com.sun.tools.javac.api.JavacTaskImpl.handleExceptions(JavacTaskImpl.java:170) at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:96) at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:90) at com.google.devtools.build.buildjar.javac.BlazeJavacMain.compile(BlazeJavacMain.java:105) at com.google.devtools.build.buildjar.SimpleJavaLibraryBuilder$1.invokeJavac(SimpleJavaLibraryBuilder.java:106) at com.google.devtools.build.buildjar.ReducedClasspathJavaLibraryBuilder.compileSources(ReducedClasspathJavaLibraryBuilder.java:53) at com.google.devtools.build.buildjar.SimpleJavaLibraryBuilder.compileJavaLibrary(SimpleJavaLibraryBuilder.java:109) at com.google.devtools.build.buildjar.SimpleJavaLibraryBuilder.run(SimpleJavaLibraryBuilder.java:117) at com.google.devtools.build.buildjar.BazelJavaBuilder.processRequest(BazelJavaBuilder.java:105) at com.google.devtools.build.buildjar.BazelJavaBuilder.runPersistentWorker(BazelJavaBuilder.java:67) at com.google.devtools.build.buildjar.BazelJavaBuilder.main(BazelJavaBuilder.java:45) Caused by: java.util.MissingResourceException: Can't find bundle for base name com.google.errorprone.errors, locale enUS at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1573) at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1396) at java.util.ResourceBundle.getBundle(ResourceBundle.java:854) at com.sun.tools.javac.util.JavacMessages.lambda$add$0(JavacMessages.java:106) at com.sun.tools.javac.util.JavacMessages.getBundles(JavacMessages.java:125) ... 15 more Resource bundle loading issue...could that be related to this XML issue here? Thanks, Kris On Thu, Jan 25, 2018 at 8:41 AM, Seán Coffey <sean.coffey at oracle.com_ _<mailto:sean.coffey at oracle.com>> wrote: On 25/01/2018 11:58, Bernd wrote: Hello, some of our unit tests (using PowerMock and xmlunit) fail with 8u161 (and u162) but work with 8u152. I cant reproduce the fault in a stand-alone program so it seems to be related to classloader/reflection magic of those tools, sorry. Is this a regression of 8159240 <http://bugs.java.com/viewbug.do?bugid=JDK-8159240_ _<http://bugs.java.com/viewbug.do?bugid=JDK-8159240>> (not public?) Fixes in the CPU releases are kept private - hence the above bug is not public. The changesets do become public once the release is made public though. See : http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/06086cb6c349 <http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/06086cb6c349> I don't think it's a factor for what you're seeing. Classes nearer to those below were touched via JDK-8186080: Transform XML interfaces http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/cb84156d54b2 <http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/cb84156d54b2> http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/08a44c164993 <http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/08a44c164993> This may be connected with some tools trying to redefine the classes perhaps. Needs more investigating. Perhaps the XMLSchemaLoader changes are a factor ? regards, Sean.

Here is the stacktrace anyway: com.sun.org.apache.xerces.internal.impl.dv.DVFactoryException: Schema factory class com.sun.org.apache.xerces.internal.impl.dv.xs.SchemaDVFactoryImpl does not extend from SchemaDVFactory.  at com.sun.org.apache.xerces.internal.impl.dv.SchemaDVFactory.getInstance(SchemaDVFactory.java:75)  at com.sun.org.apache.xerces.internal.impl.dv.SchemaDVFactory.getInstance(SchemaDVFactory.java:57)  at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.reset(XMLSchemaLoader.java:1024)  at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:556)  at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:535)  at com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:254)  at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:638)  at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:654)  at com.seeburger.api.test.helpers.BuilderTestHelper.getCRSchemaValidator(BuilderTestHelper.java:57)  at com.seeburger.api.test.helpers.BuilderTestHelper.validateAndCompare(BuilderTestHelper.java:73)  at com.seeburger.api.test.KSMBuilderTest.testDeletePGP(KSMBuilderTest.java:196)  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)  at java.lang.reflect.Method.invoke(Method.java:498)  at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:68)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:310)  at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:89)  at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:97)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:294)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:82)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)  at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)  at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)  at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)  at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)  at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)  at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)  at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)  at org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)  at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)  at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:539)  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:761)  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:461)  at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:207) on the classpath jaxb-impl-2.2.5.jar but the specific packages are only loaded from rt.jar and redefined. I asume the later is done by Powermock.  Line 611: [Loaded com.sun.org.apache.xerces.internal.impl.dv.SchemaDVFactory from C:\Program Files\Java\jdk1.8.0161\jre\lib\rt.jar]  Line 616: [Loaded com.sun.org.apache.xerces.internal.impl.dv.xs.BaseSchemaDVFactory from C:\Program Files\Java\jdk1.8.0161\jre\lib\rt.jar]  Line 617: [Loaded com.sun.org.apache.xerces.internal.impl.dv.xs.SchemaDVFactoryImpl from C:\Program Files\Java\jdk1.8.0161\jre\lib\rt.jar]  Line 618: [Loaded com.sun.org.apache.xerces.internal.impl.dv.SchemaDVFactory from JVMDefineClass]  Line 619: [Loaded com.sun.org.apache.xerces.internal.impl.dv.xs.BaseSchemaDVFactory from JVMDefineClass]  Line 620: [Loaded com.sun.org.apache.xerces.internal.impl.dv.xs.SchemaDVFactoryImpl from JVMDefineClass] Is that something you are concerned? Gruss Bernd <http://bugs.java.com/viewbug.do?bugid=JDK-8159240_ _<http://bugs.java.com/viewbug.do?bugid=JDK-8159240>>

More information about the core-libs-dev mailing list