-
Bug
-
Resolution: Duplicate
-
P3
-
None
-
6u18
-
sparc
-
solaris
About 50% or more of all of the compatibility test suite will fail with NULL pointer exceptions.
This is a typical stack:
[runcts] OUT => [javatest.batch] java.lang.NullPointerException
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger$1.run(ACCLogger.java:149)
[runcts] OUT => [javatest.batch] at java.security.AccessController.doPrivileged(Native Method)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger.reviseLogger(ACCLogger.java:146)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger.init(ACCLogger.java:93)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger.<init>(ACCLogger.java:80)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.AppClientFacade.createBuilder(AppClientFacade.java:360)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.AppClientFacade.prepareACC(AppClientFacade.java:247)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.agent.AppClientContainerAgent.premain(AppClientContainerAgent.java:75)
[runcts] OUT => [javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[runcts] OUT => [javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[runcts] OUT => [javatest.batch] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[runcts] OUT => [javatest.batch] at java.lang.reflect.Method.invoke(Method.java:597)
[runcts] OUT => [javatest.batch] at sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:323)
[runcts] OUT => [javatest.batch] at sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:338)
# java -version
java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode)
Fails with glassfish v3u1 b01 & glassfish v3u1 b02.
This is a typical stack:
[runcts] OUT => [javatest.batch] java.lang.NullPointerException
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger$1.run(ACCLogger.java:149)
[runcts] OUT => [javatest.batch] at java.security.AccessController.doPrivileged(Native Method)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger.reviseLogger(ACCLogger.java:146)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger.init(ACCLogger.java:93)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.ACCLogger.<init>(ACCLogger.java:80)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.AppClientFacade.createBuilder(AppClientFacade.java:360)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.AppClientFacade.prepareACC(AppClientFacade.java:247)
[runcts] OUT => [javatest.batch] at org.glassfish.appclient.client.acc.agent.AppClientContainerAgent.premain(AppClientContainerAgent.java:75)
[runcts] OUT => [javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[runcts] OUT => [javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[runcts] OUT => [javatest.batch] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[runcts] OUT => [javatest.batch] at java.lang.reflect.Method.invoke(Method.java:597)
[runcts] OUT => [javatest.batch] at sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:323)
[runcts] OUT => [javatest.batch] at sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:338)
# java -version
java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode)
Fails with glassfish v3u1 b01 & glassfish v3u1 b02.
- duplicates
-
JDK-6949710 the GC'able nature of Logging objects needs to be made brutally clear
- Closed