7:02 a.m.
I'm trying to write a test in testsuite/smoke-tests. The test is pretty
simple and has a javax.naming.Context import in it. I keep running into
this CNFE every time I try running it:
17:12:22,623 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner]
(pool-31-thread-1) Error in test method: testLocalBindingsOnSLSB:
java.lang.NoClassDefFoundError: javax/naming/Context
at java.lang.Class.getDeclaredFields0(Native Method) [:1.6.0_21]
at java.lang.Class.privateGetDeclaredFields(Class.java:2291)
[:1.6.0_21]
at java.lang.Class.getDeclaredFields(Class.java:1743) [:1.6.0_21]
at
org.jboss.as.arquillian.service.ArquillianService$TestClassLoaderImpl.isOSGiSubsystemRequired(ArquillianService.java:286)
at
org.jboss.as.arquillian.service.ArquillianService$TestClassLoaderImpl.loadTestClass(ArquillianService.java:268)
at
org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:140)
[arquillian-protocol-jmx-1.0.0.Alpha4.SP9.jar:1.0.0.Alpha4.SP9]
at
org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodEmbedded(JMXTestRunner.java:115)
[arquillian-protocol-jmx-1.0.0.Alpha4.SP9.jar:1.0.0.Alpha4.SP9]
at
org.jboss.as.arquillian.service.ArquillianService$1.runTestMethodEmbedded(ArquillianService.java:126)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[:1.6.0_21]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[:1.6.0_21]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[:1.6.0_21]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_21]
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:93)
[:1.6.0_21]
at
com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:27)
[:1.6.0_21]
at
com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208)
[:1.6.0_21]
at
com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120)
[:1.6.0_21]
at
com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:262)
[:1.6.0_21]
at javax.management.StandardMBean.invoke(StandardMBean.java:391)
[:1.6.0_21]
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
[:1.6.0_21]
at
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
[:1.6.0_21]
at
javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:288)
[:1.6.0_21]
at $Proxy39.runTestMethodEmbedded(Unknown Source) at
org.jboss.arquillian.protocol.jmx.JMXMethodExecutor$1.call(JMXMethodExecutor.java:102)
[arquillian-protocol-jmx-1.0.0.Alpha4.SP9.jar:1.0.0.Alpha4.SP9]
at
org.jboss.arquillian.protocol.jmx.JMXMethodExecutor$1.call(JMXMethodExecutor.java:98)
[arquillian-protocol-jmx-1.0.0.Alpha4.SP9.jar:1.0.0.Alpha4.SP9]
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
[:1.6.0_21]
at java.util.concurrent.FutureTask.run(FutureTask.java:138) [:1.6.0_21]
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
[:1.6.0_21]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
[:1.6.0_21]
at java.lang.Thread.run(Thread.java:619) [:1.6.0_21]
Caused by: java.lang.ClassNotFoundException: javax.naming.Context from
[Module "deployment.dd-based-slsb.jar:main" from Service Module Loader]
at
org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:184)
[jboss-modules-1.0.0.Beta16.jar:1.0.0.Beta16]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:357)
[jboss-modules-1.0.0.Beta16.jar:1.0.0.Beta16]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:329)
[jboss-modules-1.0.0.Beta16.jar:1.0.0.Beta16]
at
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:306)
[jboss-modules-1.0.0.Beta16.jar:1.0.0.Beta16]
at
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:100)
[jboss-modules-1.0.0.Beta16.jar:1.0.0.Beta16]
... 29 more
Apparently, the module classloader can't find the classes from the Java
SE runtime jar? By the way, is there a document around how AS7 testsuite
is integrated with Arquillian and jboss-modules and what are the step
required to get a test running (it's not straightforward, as I'm seeing
now)? I keep running into these CNFE/NCDFE issues everytime I write a
simple test.
-Jaikiran
8:35 a.m.
What about if you add "system" module?
On Mar 23, 2011, at 1:02 PM, Jaikiran Pai wrote:
I'm trying to write a test in testsuite/smoke-tests. The test is
pretty simple and has a javax.naming.Context import in it. I keep running into this CNFE
every time I try running it:
17:12:22,623 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-31-thread-1)
Error in test method: testLocalBindingsOnSLSB: java.lang.NoClassDefFoundError:
javax/naming/Context
9:19 a.m.
New subject: Module classloader can't find JavaSE classes in AS7 testsuite?
The module that is missing is "javax.api" - you should not add
"system".
The question is, from what module is this declaration missing?
On 03/23/2011 08:35 AM, Ales Justin wrote:
What about if you add "system" module?
On Mar 23, 2011, at 1:02 PM, Jaikiran Pai wrote:
> I'm trying to write a test in testsuite/smoke-tests. The test is
> pretty simple and has a javax.naming.Context import in it. I keep
> running into this CNFE every time I try running it:
>
> 17:12:22,623 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner]
> (pool-31-thread-1) Error in test method: testLocalBindingsOnSLSB:
> java.lang.NoClassDefFoundError: javax/naming/Context
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
- DML
9:32 a.m.
New subject: Module classloader can't find JavaSE classes in AS7 testsuite?
Last time I checked javax.naming.Context was part of JDK.
Or is "javax.api" module where we put those javax.* JDK classes?
On Mar 23, 2011, at 3:19 PM, David M. Lloyd wrote:
The module that is missing is "javax.api" - you should not
add "system".
The question is, from what module is this declaration missing?
On 03/23/2011 08:35 AM, Ales Justin wrote:
> What about if you add "system" module?
>
> On Mar 23, 2011, at 1:02 PM, Jaikiran Pai wrote:
>
>> I'm trying to write a test in testsuite/smoke-tests. The test is
>> pretty simple and has a javax.naming.Context import in it. I keep
>> running into this CNFE every time I try running it:
>>
>> 17:12:22,623 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner]
>> (pool-31-thread-1) Error in test method: testLocalBindingsOnSLSB:
>> java.lang.NoClassDefFoundError: javax/naming/Context
>
>
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
- DML
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
9:37 a.m.
New subject: Module classloader can't find JavaSE classes in AS7 testsuite?
javax.api is a special aggregation module where we filter stuff from the
jdk we don't want in the app server (things we redefine)
On 3/23/11 9:32 AM, Ales Justin wrote:
Last time I checked javax.naming.Context was part of JDK.
Or is "javax.api" module where we put those javax.* JDK classes?
On Mar 23, 2011, at 3:19 PM, David M. Lloyd wrote:
> The module that is missing is "javax.api" - you should not add
"system".
> The question is, from what module is this declaration missing?
>
> On 03/23/2011 08:35 AM, Ales Justin wrote:
>> What about if you add "system" module?
>>
>> On Mar 23, 2011, at 1:02 PM, Jaikiran Pai wrote:
>>
>>> I'm trying to write a test in testsuite/smoke-tests. The test is
>>> pretty simple and has a javax.naming.Context import in it. I keep
>>> running into this CNFE every time I try running it:
>>>
>>> 17:12:22,623 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner]
>>> (pool-31-thread-1) Error in test method: testLocalBindingsOnSLSB:
>>> java.lang.NoClassDefFoundError: javax/naming/Context
>>
>>
>>
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
>
> --
> - DML
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
Jason T. Greene
JBoss, a division of Red Hat
10:04 a.m.
New subject: Module classloader can't find JavaSE classes in AS7 testsuite?
Cool, nice approach.
But then this must be auto-magically added to every JEE deployment -- which imo should
already be the case.
(along with few other "useful" modules -- which was already discussed and I
think we all agreed it should be done)
Then as David said, we need to see which module is missing this "javax.api".
On Mar 23, 2011, at 3:37 PM, Jason T. Greene wrote:
javax.api is a special aggregation module where we filter stuff from
the
jdk we don't want in the app server (things we redefine)
On 3/23/11 9:32 AM, Ales Justin wrote:
> Last time I checked javax.naming.Context was part of JDK.
> Or is "javax.api" module where we put those javax.* JDK classes?
>
> On Mar 23, 2011, at 3:19 PM, David M. Lloyd wrote:
>
>> The module that is missing is "javax.api" - you should not add
"system".
>> The question is, from what module is this declaration missing?
>>
>> On 03/23/2011 08:35 AM, Ales Justin wrote:
>>> What about if you add "system" module?
>>>
>>> On Mar 23, 2011, at 1:02 PM, Jaikiran Pai wrote:
>>>
>>>> I'm trying to write a test in testsuite/smoke-tests. The test is
>>>> pretty simple and has a javax.naming.Context import in it. I keep
>>>> running into this CNFE every time I try running it:
>>>>
>>>> 17:12:22,623 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner]
>>>> (pool-31-thread-1) Error in test method: testLocalBindingsOnSLSB:
>>>> java.lang.NoClassDefFoundError: javax/naming/Context
>>>
>>>
>>>
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>
>>
>> --
>> - DML
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
Jason T. Greene
JBoss, a division of Red Hat
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
10:23 a.m.
New subject: Module classloader can't find JavaSE classes in AS7 testsuite?
The quick fix is adding it to EjbDependencyDeploymentUnitProcessor, but
I'm more in favor of centralizing class loading logic. Although on
re-reading 8.3 there is a lot of tech specific muck.
Carlo
On 03/23/2011 04:04 PM, Ales Justin wrote:
Cool, nice approach.
But then this must be auto-magically added to every JEE deployment -- which imo should
already be the case.
(along with few other "useful" modules -- which was already discussed and I
think we all agreed it should be done)
Then as David said, we need to see which module is missing this "javax.api".
On Mar 23, 2011, at 3:37 PM, Jason T. Greene wrote:
> javax.api is a special aggregation module where we filter stuff from the
> jdk we don't want in the app server (things we redefine)
>
> On 3/23/11 9:32 AM, Ales Justin wrote:
>> Last time I checked javax.naming.Context was part of JDK.
>> Or is "javax.api" module where we put those javax.* JDK classes?
>>
>> On Mar 23, 2011, at 3:19 PM, David M. Lloyd wrote:
>>
>>> The module that is missing is "javax.api" - you should not add
"system".
>>> The question is, from what module is this declaration missing?
>>>
>>> On 03/23/2011 08:35 AM, Ales Justin wrote:
>>>> What about if you add "system" module?
>>>>
>>>> On Mar 23, 2011, at 1:02 PM, Jaikiran Pai wrote:
>>>>
>>>>> I'm trying to write a test in testsuite/smoke-tests. The test is
>>>>> pretty simple and has a javax.naming.Context import in it. I keep
>>>>> running into this CNFE every time I try running it:
>>>>>
>>>>> 17:12:22,623 SEVERE
[org.jboss.arquillian.protocol.jmx.JMXTestRunner]
>>>>> (pool-31-thread-1) Error in test method: testLocalBindingsOnSLSB:
>>>>> java.lang.NoClassDefFoundError: javax/naming/Context
>>>>
>>>>
>>>> _______________________________________________
>>>> jboss-as7-dev mailing list
>>>> jboss-as7-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>
>>> --
>>> - DML
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
> --
> Jason T. Greene
> JBoss, a division of Red Hat
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
10:30 a.m.
New subject: Module classloader can't find JavaSE classes in AS7 testsuite?
The javaee.api module already adds a dependency to the javax.api module.
So the problem doesn't lie there. Infact, this issue is specific to the
way the Arquillian tests are integrated within AS7. I have figured a way
to get past this and am going to send out another mail explaining what
the problem was (just trying to figure out why things are the way they
are currently)
-Jaikiran
On Wednesday 23 March 2011 08:53 PM, Carlo de Wolf wrote:
The quick fix is adding it to EjbDependencyDeploymentUnitProcessor,
but
I'm more in favor of centralizing class loading logic. Although on
re-reading 8.3 there is a lot of tech specific muck.
Carlo
On 03/23/2011 04:04 PM, Ales Justin wrote:
> Cool, nice approach.
> But then this must be auto-magically added to every JEE deployment -- which imo
should already be the case.
> (along with few other "useful" modules -- which was already discussed and I
think we all agreed it should be done)
> Then as David said, we need to see which module is missing this
"javax.api".
>
> On Mar 23, 2011, at 3:37 PM, Jason T. Greene wrote:
>
>> javax.api is a special aggregation module where we filter stuff from the
>> jdk we don't want in the app server (things we redefine)
>>
>> On 3/23/11 9:32 AM, Ales Justin wrote:
>>> Last time I checked javax.naming.Context was part of JDK.
>>> Or is "javax.api" module where we put those javax.* JDK classes?
>>>
>>> On Mar 23, 2011, at 3:19 PM, David M. Lloyd wrote:
>>>
>>>> The module that is missing is "javax.api" - you should not add
"system".
>>>> The question is, from what module is this declaration missing?
>>>>
>>>> On 03/23/2011 08:35 AM, Ales Justin wrote:
>>>>> What about if you add "system" module?
>>>>>
>>>>> On Mar 23, 2011, at 1:02 PM, Jaikiran Pai wrote:
>>>>>
>>>>>> I'm trying to write a test in testsuite/smoke-tests. The test
is
>>>>>> pretty simple and has a javax.naming.Context import in it. I
keep
>>>>>> running into this CNFE every time I try running it:
>>>>>>
>>>>>> 17:12:22,623 SEVERE
[org.jboss.arquillian.protocol.jmx.JMXTestRunner]
>>>>>> (pool-31-thread-1) Error in test method:
testLocalBindingsOnSLSB:
>>>>>> java.lang.NoClassDefFoundError: javax/naming/Context
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> jboss-as7-dev mailing list
>>>>> jboss-as7-dev(a)lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>>
>>>> --
>>>> - DML
>>>> _______________________________________________
>>>> jboss-as7-dev mailing list
>>>> jboss-as7-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>
>> --
>> Jason T. Greene
>> JBoss, a division of Red Hat
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
5022
days inactive
5022
days old
7 comments
5 participants
participants (5)
-
Ales Justin -
Carlo de Wolf -
David M. Lloyd -
Jaikiran Pai -
Jason T. Greene