Thanks Sean. It's more likely a JDK issue because my coworker simply swapped the JAVA_HOME from 8u161 which failed with that error to 8u151 and it worked fine.
I'll ask if he's got the cycles to distill a reproducer. If he does I'll open a JBS ticket. Thanks, Kris On Fri, Jan 26, 2018 at 12:06 AM, Seán Coffey <sean.cof...@oracle.com> wrote: > 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/_bazel_myuser/some_hash_code/ > external/jackson_datatype_joda_shaded/BUILD:5:1: Building > external/jackson_datatype_joda_shaded/libjackson-datatype-joda-class.jar > (35 source files) failed (Exit 1) > java.lang.InternalError: Cannot find requested resource bundle for locale > en_US > 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 en_US > 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.cof...@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/view_bug.do?bug_id=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/jdk >> 8u/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/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.g >>> etInstance(SchemaDVFactory.java:75) >>> at >>> com.sun.org.apache.xerces.internal.impl.dv.SchemaDVFactory.g >>> etInstance(SchemaDVFactory.java:57) >>> at >>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.r >>> eset(XMLSchemaLoader.java:1024) >>> at >>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.l >>> oadGrammar(XMLSchemaLoader.java:556) >>> at >>> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.l >>> oadGrammar(XMLSchemaLoader.java:535) >>> at >>> com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchema >>> Factory.newSchema(XMLSchemaFactory.java:254) >>> at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.j >>> ava:638) >>> at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.j >>> ava:654) >>> at >>> com.seeburger.api.test.helpers.BuilderTestHelper.getCRSchema >>> Validator(BuilderTestHelper.java:57) >>> at >>> com.seeburger.api.test.helpers.BuilderTestHelper.validateAnd >>> Compare(BuilderTestHelper.java:73) >>> at >>> com.seeburger.api.test.KSMBuilderTest.testDeletePGP(KSMBuild >>> erTest.java:196) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce >>> ssorImpl.java:62) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe >>> thodAccessorImpl.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.PowerMockJUnit44R >>> unnerDelegateImpl$PowerMockJUnit44MethodRunner.runTestMethod >>> (PowerMockJUnit44RunnerDelegateImpl.java:310) >>> at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.j >>> ava:89) >>> at >>> org.junit.internal.runners.MethodRoadie.runBeforesThenTestTh >>> enAfters(MethodRoadie.java:97) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44R >>> unnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(P >>> owerMockJUnit44RunnerDelegateImpl.java:294) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47R >>> unnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestIn >>> Super(PowerMockJUnit47RunnerDelegateImpl.java:127) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47R >>> unnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(P >>> owerMockJUnit47RunnerDelegateImpl.java:82) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44R >>> unnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThe >>> nTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282) >>> at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie >>> .java:87) >>> at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.jav >>> a:50) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44R >>> unnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDel >>> egateImpl.java:207) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44R >>> unnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateI >>> mpl.java:146) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44R >>> unnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120) >>> at >>> org.junit.internal.runners.ClassRoadie.runUnprotected(ClassR >>> oadie.java:34) >>> at >>> org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44) >>> at >>> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44R >>> unnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122) >>> at >>> org.powermock.modules.junit4.common.internal.impl.JUnit4Test >>> SuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106) >>> at >>> org.powermock.modules.junit4.common.internal.impl.AbstractCo >>> mmonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53) >>> at >>> org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRu >>> nner.java:59) >>> at >>> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.r >>> un(JUnit4TestReference.java:86) >>> at >>> org.eclipse.jdt.internal.junit.runner.TestExecution.run(Test >>> Execution.java:38) >>> at >>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTe >>> sts(RemoteTestRunner.java:539) >>> at >>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTe >>> sts(RemoteTestRunner.java:761) >>> at >>> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(R >>> emoteTestRunner.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.0_161\jre\lib\rt.jar] >>> Line 616: [Loaded >>> com.sun.org.apache.xerces.internal.impl.dv.xs.BaseSchemaDVFactory from >>> C:\Program Files\Java\jdk1.8.0_161\jre\lib\rt.jar] >>> Line 617: [Loaded >>> com.sun.org.apache.xerces.internal.impl.dv.xs.SchemaDVFactoryImpl from >>> C:\Program Files\Java\jdk1.8.0_161\jre\lib\rt.jar] >>> Line 618: [Loaded >>> com.sun.org.apache.xerces.internal.impl.dv.SchemaDVFactory from >>> __JVM_DefineClass__] >>> Line 619: [Loaded >>> com.sun.org.apache.xerces.internal.impl.dv.xs.BaseSchemaDVFactory from >>> __JVM_DefineClass__] >>> Line 620: [Loaded >>> com.sun.org.apache.xerces.internal.impl.dv.xs.SchemaDVFactoryImpl from >>> __JVM_DefineClass__] >>> >>> Is that something you are concerned? >>> >>> Gruss >>> Bernd >>> <http://bugs.java.com/view_bug.do?bug_id=JDK-8159240> >>> >> >> > >