[JBoss JIRA] (ISPN-4436) Karaf is stucked when running iOSGI integration tests
by Ion Savin (JIRA)
[ https://issues.jboss.org/browse/ISPN-4436?page=com.atlassian.jira.plugin.... ]
Ion Savin commented on ISPN-4436:
---------------------------------
Opened an issue upstream:
https://ops4j1.jira.com/browse/PAXEXAM-638
Even with the SLF4J issue fixed there are still some OOME causing the build to hang on IBM J9.
> Karaf is stucked when running iOSGI integration tests
> -----------------------------------------------------
>
> Key: ISPN-4436
> URL: https://issues.jboss.org/browse/ISPN-4436
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Vitalii Chepeliuk
> Assignee: Ion Savin
> Labels: testsuite_stability
>
> {noformat}
> __ __ ____
> / //_/____ __________ _/ __/
> / ,< / __ `/ ___/ __ `/ /_
> / /| |/ /_/ / / / /_/ / __/
> /_/ |_|\__,_/_/ \__,_/_/
> Apache Karaf (2.3.3)
> Hit '<tab>' for a list of available commands
> and '[cmd] --help' for help on a specific command.
> Hit '<ctrl-d>' or type 'osgi:shutdown' or 'logout' to shutdown Karaf.
> karaf@root> Failed to instantiate SLF4J LoggerFactory
> Reported exception:
> java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder
> at org.slf4j.LoggerFactory.bind(LoggerFactory.java:121)
> at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:111)
> at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:268)
> at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:241)
> at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:254)
> at org.ops4j.pax.exam.rbc.internal.Activator.<clinit>(Activator.java:46)
> at java.lang.J9VMInternals.newInstanceImpl(Native Method)
> at java.lang.Class.newInstance(Class.java:1774)
> at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:4177)
> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1972)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1895)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:931)
> at org.apache.karaf.features.internal.FeaturesServiceImpl.installFeatures(FeaturesServiceImpl.java:530)
> at org.apache.karaf.features.internal.FeaturesServiceImpl.start(FeaturesServiceImpl.java:1207)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:94)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:619)
> at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)
> at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)
> at org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:712)
> at org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:824)
> at org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:787)
> at org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)
> at java.util.concurrent.FutureTask.run(FutureTask.java:273)
> at org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)
> at org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:245)
> at org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:183)
> at org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:668)
> at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:370)
> at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:261)
> at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:259)
> at org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:222)
> at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)
> at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)
> at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)
> at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)
> at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)
> at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1103)
> at org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:695)
> at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:483)
> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4244)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1923)
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
> at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
> at java.lang.Thread.run(Thread.java:853)
> Caused by: java.lang.ClassNotFoundException: org.slf4j.impl.StaticLoggerBinder not found by org.ops4j.pax.exam.rbc [87]
> at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1460)
> at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
> at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:827)
> {noformat}
> Jenkins job could be found here
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4459) Memory leak in Hot Rod client tests
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4459?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4459:
-------------------------------
Summary: Memory leak in Hot Rod client tests (was: Memory leak in Hot Rod clients)
> Memory leak in Hot Rod client tests
> -----------------------------------
>
> Key: ISPN-4459
> URL: https://issues.jboss.org/browse/ISPN-4459
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
> Attachments: jprofiler_screenshot.png
>
>
> Even though the HotRod client tests stop their servers, each test instance keeps the reference to the servers it has started (both tests extending HotRodSingleNodeTest and those extending HotRodMultiNodeTest).
> In some tests, like the remote query tests, those servers' worker threads also keep references to huge thread-local {{io.netty.buffer.PoolThreadCache}} s (see attachment). Because of this, I'm sometimes seeing an OOM in the HotRod client suite. We should either clear the server references in the tests, or clear the worker threads when shutting down the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4459) Memory leak in Hot Rod clients
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4459?page=com.atlassian.jira.plugin.... ]
Dan Berindei commented on ISPN-4459:
------------------------------------
[~sannegrinovero] sorry the bug got assigned to you, I removed the remote query component since it's not really related to query. I thought at the beginning that the query tests were leaking HotRod servers, but then I saw the servers were actually stopped.
> Memory leak in Hot Rod clients
> ------------------------------
>
> Key: ISPN-4459
> URL: https://issues.jboss.org/browse/ISPN-4459
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
> Attachments: jprofiler_screenshot.png
>
>
> Even though the HotRod client tests stop their servers, each test instance keeps the reference to the servers it has started (both tests extending HotRodSingleNodeTest and those extending HotRodMultiNodeTest).
> In some tests, like the remote query tests, those servers' worker threads also keep references to huge thread-local {{io.netty.buffer.PoolThreadCache}} s (see attachment). Because of this, I'm sometimes seeing an OOM in the HotRod client suite. We should either clear the server references in the tests, or clear the worker threads when shutting down the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4459) Memory leak in Hot Rod clients
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4459?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4459:
-------------------------------
Description:
Even though the HotRod client tests stop their servers, each test instance keeps the reference to the servers it has started (both tests extending HotRodSingleNodeTest and those extending HotRodMultiNodeTest).
In some tests, like the remote query tests, those servers' worker threads also keep references to huge thread-local {{io.netty.buffer.PoolThreadCache}} s (see attachment). Because of this, I'm sometimes seeing an OOM in the HotRod client suite. We should either clear the server references in the tests, or clear the worker threads when shutting down the server.
was:
Even though the HotRod client stop their servers, each test instance keeps the reference to the servers it has started (both tests extending HotRodSingleNodeTest and those extending HotRodMultiNodeTest).
In some tests, like the remote query tests, those servers' worker threads also keep references to huge thread-local {{io.netty.buffer.PoolThreadCache}} s (see attachment). Because of this, I'm sometimes seeing an OOM in the HotRod client suite. We should either clear the server references in the tests, or clear the worker threads when shutting down the server.
> Memory leak in Hot Rod clients
> ------------------------------
>
> Key: ISPN-4459
> URL: https://issues.jboss.org/browse/ISPN-4459
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
> Attachments: jprofiler_screenshot.png
>
>
> Even though the HotRod client tests stop their servers, each test instance keeps the reference to the servers it has started (both tests extending HotRodSingleNodeTest and those extending HotRodMultiNodeTest).
> In some tests, like the remote query tests, those servers' worker threads also keep references to huge thread-local {{io.netty.buffer.PoolThreadCache}} s (see attachment). Because of this, I'm sometimes seeing an OOM in the HotRod client suite. We should either clear the server references in the tests, or clear the worker threads when shutting down the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4459) Memory leak in Hot Rod clients
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4459?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4459:
-------------------------------
Component/s: (was: Remote Querying)
> Memory leak in Hot Rod clients
> ------------------------------
>
> Key: ISPN-4459
> URL: https://issues.jboss.org/browse/ISPN-4459
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
> Attachments: jprofiler_screenshot.png
>
>
> Even though the HotRod client stop their servers, each test instance keeps the reference to the servers it has started (both tests extending HotRodSingleNodeTest and those extending HotRodMultiNodeTest).
> In some tests, like the remote query tests, those servers' worker threads also keep references to huge thread-local {{io.netty.buffer.PoolThreadCache}} s (see attachment). Because of this, I'm sometimes seeing an OOM in the HotRod client suite. We should either clear the server references in the tests, or clear the worker threads when shutting down the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4468) HR client is not able to unmarshall custom class when using AS modules
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-4468?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek commented on ISPN-4468:
---------------------------------------
Do we want the users to touch module dependencies? IMHO the marshaller classloader should be able to load classes from deployment and in the worst case from jboss-deployment-structure.xml. I tried to redefined infinispan.commons module to depend on my custom class in jboss-deployment-structure.xml, but this doesn't work as well.
> HR client is not able to unmarshall custom class when using AS modules
> ----------------------------------------------------------------------
>
> Key: ISPN-4468
> URL: https://issues.jboss.org/browse/ISPN-4468
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Marshalling, Remote Protocols
> Reporter: Vojtech Juranek
> Assignee: Dan Berindei
>
> When using HR client in JBoss and use JBoss modules for HR client, storing custom objects into remote cache works, however when custom objects is read back from remote cache, it fails as {{ClassNotFoundException}}:
> {noformat}
> testPutGetCustomObject(com.jboss.datagrid.test.hotrod.HotRodRemoteCacheIT) Time elapsed: 1.749 sec <<< ERROR!
> org.infinispan.client.hotrod.exceptions.HotRodClientException: Unable to unmarshall byte stream
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:555)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> [...]
> {noformat}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person from [Module "org.infinispan.commons:jdg-6.3" from local module loader @5cbf5bb7 (finder: local module finder @171e7af3 (roots: /opt/test_servers/jboss-eap-6.2.2/modules,/opt/test_servers/jboss-eap-6.2.2/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
> at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:943)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1239)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:135)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromByteBuffer(AbstractJBossMarshaller.java:113)
> at org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:553)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> Adding jar file with {{org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person}} into jboss-deployment-structure as a module didn't helped.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4466) CLI missing dependecy
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4466?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4466:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 7.0.0.Alpha5
Resolution: Done
Integrated. Thanks!
> CLI missing dependecy
> ---------------------
>
> Key: ISPN-4466
> URL: https://issues.jboss.org/browse/ISPN-4466
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: CLI
> Affects Versions: 7.0.0.Alpha4
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 7.0.0.Alpha5
>
>
> CLI fails with:
> {code}
> [gfernandes@localhost infinispan-server-7.0.0-SNAPSHOT]$ bin/ispn-cli.sh
> Exception in thread "main" java.lang.NoClassDefFoundError: org/infinispan/commons/util/ServiceFinder
> at org.infinispan.cli.CommandRegistry.<init>(CommandRegistry.java:16)
> at org.infinispan.cli.impl.ContextImpl.<init>(ContextImpl.java:33)
> at org.infinispan.cli.shell.ShellImpl.init(ShellImpl.java:53)
> at org.infinispan.cli.Main.main(Main.java:22)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.modules.Module.run(Module.java:312)
> at org.jboss.modules.Main.main(Main.java:460)
> Caused by: java.lang.ClassNotFoundException: org.infinispan.commons.util.ServiceFinder from [Module "org.infinispan.cli.client:main" from local module loader @18e832fd (finder: local module finder @346b8cd1 (roots: /home/gfernandes/code/infinispan/fork/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT/modules,/home/gfernandes/code/infinispan/fork/server/integration/build/target/infinispan-server-7.0.0-SNAPSHOT/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
> ... 10 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4366) RHQ JMX plugin provides unstable availability check with extensive deployments
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4366?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4366:
-----------------------------------------------
Tomas Sykora <tsykora(a)redhat.com> changed the Status of [bug 1105680|https://bugzilla.redhat.com/show_bug.cgi?id=1105680] from NEW to VERIFIED
> RHQ JMX plugin provides unstable availability check with extensive deployments
> ------------------------------------------------------------------------------
>
> Key: ISPN-4366
> URL: https://issues.jboss.org/browse/ISPN-4366
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMX, reporting and management
> Affects Versions: 7.0.0.Alpha4
> Reporter: Tomas Sykora
> Assignee: William Burns
> Labels: 63gablocker, rhq
>
> Availability check was greatly improved by changes introduced in https://issues.jboss.org/browse/ISPN-4236 and https://issues.jboss.org/browse/ISPN-4235.
> This works pretty well in case of one deployment of an embedded application on one application server, which is monitored by an agent.
> However, when we try to monitor more deployments by the same agent (app servers, switched ports, each one with its own deployment), the process of availability checking is unstable.
> Cache managers / caches... are reported repeatedly UP and DOWN, UP and DOWN. See linked bugzilla with attached screenshots depicting this issue.
> I suspect higher number of MBeans to cause this problem.
> When we deploy on 2 servers, one of them for example was able to stabilize availability check after 2 hours and then, it stays UP.
> During deployment in 2xdomain mode = 4 servers, availability check "is skipping, jumping" UP, DOWN, UP, DOWN... etc. again, see screenshots in BZ.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4468) HR client is not able to unmarshall custom class when using AS modules
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-4468?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-4468:
----------------------------------
Issue Type: Bug (was: Feature Request)
> HR client is not able to unmarshall custom class when using AS modules
> ----------------------------------------------------------------------
>
> Key: ISPN-4468
> URL: https://issues.jboss.org/browse/ISPN-4468
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Marshalling, Remote Protocols
> Reporter: Vojtech Juranek
> Assignee: Dan Berindei
>
> When using HR client in JBoss and use JBoss modules for HR client, storing custom objects into remote cache works, however when custom objects is read back from remote cache, it fails as {{ClassNotFoundException}}:
> {noformat}
> testPutGetCustomObject(com.jboss.datagrid.test.hotrod.HotRodRemoteCacheIT) Time elapsed: 1.749 sec <<< ERROR!
> org.infinispan.client.hotrod.exceptions.HotRodClientException: Unable to unmarshall byte stream
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:555)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> [...]
> {noformat}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person from [Module "org.infinispan.commons:jdg-6.3" from local module loader @5cbf5bb7 (finder: local module finder @171e7af3 (roots: /opt/test_servers/jboss-eap-6.2.2/modules,/opt/test_servers/jboss-eap-6.2.2/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
> at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:943)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1239)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:135)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromByteBuffer(AbstractJBossMarshaller.java:113)
> at org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:553)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> Adding jar file with {{org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person}} into jboss-deployment-structure as a module didn't helped.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months
[JBoss JIRA] (ISPN-4468) HR client is not able to unmarshall custom class when using AS modules
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4468?page=com.atlassian.jira.plugin.... ]
Martin Gencur commented on ISPN-4468:
-------------------------------------
I suppose you'd have to add a dependency on that jar into infinispan-commons module.
> HR client is not able to unmarshall custom class when using AS modules
> ----------------------------------------------------------------------
>
> Key: ISPN-4468
> URL: https://issues.jboss.org/browse/ISPN-4468
> Project: Infinispan
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Marshalling, Remote Protocols
> Reporter: Vojtech Juranek
> Assignee: Dan Berindei
>
> When using HR client in JBoss and use JBoss modules for HR client, storing custom objects into remote cache works, however when custom objects is read back from remote cache, it fails as {{ClassNotFoundException}}:
> {noformat}
> testPutGetCustomObject(com.jboss.datagrid.test.hotrod.HotRodRemoteCacheIT) Time elapsed: 1.749 sec <<< ERROR!
> org.infinispan.client.hotrod.exceptions.HotRodClientException: Unable to unmarshall byte stream
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:555)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> [...]
> {noformat}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person from [Module "org.infinispan.commons:jdg-6.3" from local module loader @5cbf5bb7 (finder: local module finder @171e7af3 (roots: /opt/test_servers/jboss-eap-6.2.2/modules,/opt/test_servers/jboss-eap-6.2.2/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
> at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:943)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1239)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:135)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromByteBuffer(AbstractJBossMarshaller.java:113)
> at org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:553)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> Adding jar file with {{org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person}} into jboss-deployment-structure as a module didn't helped.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 5 months