[JBoss AS7 Development] - does ModuleClassLoader support class array syntax?
by Guillaume Bourdeaux
Guillaume Bourdeaux [http://community.jboss.org/people/bourdgu1304] created the discussion
"does ModuleClassLoader support class array syntax?"
To view the discussion, visit: http://community.jboss.org/message/626023#626023
--------------------------------------------------------------
Hi,
We are having trouble deserializing rule packages on JBoss7 because JBoss7 / ModuleClassLoader 1.0.1.GA seem to ignore
-Dsun.lang.ClassLoader.allowArraySyntax=true
ClassLoading was working properly on JBoss6 with -Dsun.lang.ClassLoader.allowArraySyntax=true
Is there any hidden option of ModuleClassLoader to reproduce native classloader behaviour and support class array syntax?
Here is stacktrace:
ERROR [RulePackageVersion] (MSC service thread 1-6) Could not read packaged rules:
java.lang.ClassNotFoundException: [Lorg.drools.rule.Declaration; from [Module "deployment.myapp.ear.myapp.jar:main" from Service Module Loader]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:191)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:358)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:307)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:101)
at org.drools.rule.PackageCompilationData$PackageClassLoader.loadClass(Unknown Source) [drools-core.jar:]
at java.lang.ClassLoader.loadClass(ClassLoader.java:248) [:1.6.0_23]
at org.drools.rule.Package$ObjectInputStreamWithLoader.resolveClass(Unknown Source) [drools-core.jar:]
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1574) [:1.6.0_23]
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1495) [:1.6.0_23]
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1623) [:1.6.0_23]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1322) [:1.6.0_23]
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946) [:1.6.0_23]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870) [:1.6.0_23]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) [:1.6.0_23]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) [:1.6.0_23]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) [:1.6.0_23]
at java.util.HashMap.readObject(HashMap.java:1030) [:1.6.0_23]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_23]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_23]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_23]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_23]
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) [:1.6.0_23]
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848) [:1.6.0_23]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752) [:1.6.0_23]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) [:1.6.0_23]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) [:1.6.0_23]
at org.drools.rule.Package.readExternal(Unknown Source) [drools-core.jar:]
at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1791) [:1.6.0_23]
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1750) [:1.6.0_23]
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328) [:1.6.0_23]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350) [:1.6.0_23]
at RulePackageVersion.getPackagedRules(RulePackageVersion.java:194) [myapp.jar:]
at RulePackageServer.start(RulePackageServer.java:46) [myapp.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_23]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_23]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_23]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_23]
at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:69)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.ee.component.ManagedReferenceFieldInjectionInterceptor.processInvocation(ManagedReferenceFieldInjectionInterceptor.java:65)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.ee.component.ManagedReferenceInterceptor.processInvocation(ManagedReferenceInterceptor.java:53)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:44)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.ejb3.component.session.SessionInvocationContextInterceptor$CustomSessionInvocationContext.proceed(SessionInvocationContextInterceptor.java:126)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:257)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:402)
at org.jboss.as.ejb3.tx.SingletonLifecycleCMTTxInterceptor.processInvocation(SingletonLifecycleCMTTxInterceptor.java:57)
at org.jboss.as.ejb3.tx.SingletonLifecycleCMTTxInterceptor.processInvocation(SingletonLifecycleCMTTxInterceptor.java:43)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.ejb3.component.session.SessionInvocationContextInterceptor.processInvocation(SessionInvocationContextInterceptor.java:71)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.0.Final.jar:1.1.0.Final]
at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:152)
at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:77)
at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:125)
at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:138)
at org.jboss.as.ee.component.ComponentStartService.start(ComponentStartService.java:44)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1765)
at org.jboss.msc.service.ServiceControllerImpl$ClearTCCLTask.run(ServiceControllerImpl.java:2291)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_23]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_23]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_23]
detailed logging:
[org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:181)] Finding class [Lorg.drools.rule.Declaration; from Module "deployment.myapp.ear.myapp.jar:main" from Service Module Loader
[org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:189)] Class [Lorg.drools.rule.Declaration; not found from Module "deployment.myapp.ear.myapp.jar:main" from Service Module Loader
[org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:181)] Finding class org.drools.rule.Declaration from Module "deployment.myapp.ear.myapp.jar:main" from Service Module Loader
[org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:205)] Finding local class org.drools.rule.Declaration from Module "deployment.myapp.ear:main" from Service Module Loader
[org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:210)] Found previously loaded class org.drools.rule.Declaration from Module "deployment.myapp.ear:main" from Service Module Loader
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/626023#626023]
Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years
[JBoss AS7 Development] - infinispan question
by Dan Sirbu
Dan Sirbu [http://community.jboss.org/people/lmcdasi] created the discussion
"infinispan question"
To view the discussion, visit: http://community.jboss.org/message/625514#625514
--------------------------------------------------------------
Hi,
In order to have the jgroups activated in as7 I add in the inifinispan subsystem setup the following entry: start="EAGER" and that for each cache-container.
The behaviour is that I would have 4 clusters started:
GMS: address=traffic_instance_PL-3-18819, cluster=cluster
GMS: address=traffic_instance_PL-3-16418, cluster=web
GMS: address=traffic_instance_PL-3-29553, cluster=sfsb
GMS: address=traffic_instance_PL-3-22689, cluster=hibernate
So far so good. The question is that I do see the some warnings. Here is an example :
08:49:28,274 WARNING [org.jgroups.protocols.UDP] (OOB-16,web,traffic_instance_PL-3-16418) discarded message from different cluster "sfsb" (our cluster is "web"). Sender was traffic_instance_PL-3-29553
Since the jgroups can define only one interface where all cluster messages are going through then I wonder if this is 'ok' since I will have messages that go from a cluster to a different cluster for 'nothing' just to get discarded.
Should each cluster have a distinct port in order to avoid the above ? If yes, how this can be achieved ?
BR,
Dan S.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/625514#625514]
Start a new discussion in JBoss AS7 Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years
