[JBoss JIRA] (ISPN-4354) Unable to use custom keys/values with clustered caches in OSGi
by Ion Savin (JIRA)
[ https://issues.jboss.org/browse/ISPN-4354?page=com.atlassian.jira.plugin.... ]
Ion Savin updated ISPN-4354:
----------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2612
> Unable to use custom keys/values with clustered caches in OSGi
> --------------------------------------------------------------
>
> Key: ISPN-4354
> URL: https://issues.jboss.org/browse/ISPN-4354
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 7.0.0.Alpha4
> Reporter: Martin Gencur
> Assignee: Ion Savin
> Priority: Critical
> Labels: 630
> Attachments: custom-objects-stacktrace.txt, CustomObjectsReplicatedCacheTest.java
>
>
> JGroups cannot find custom classes that are used as keys or values. The stacktrace looks like this:
> {code}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.it.osgi.tx.CustomObjectsReplicatedCacheTest$Person not found by org.jgroups [61]
> 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:356)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:266)
> 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.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:152)
> at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.readObject(ImmortalCacheEntry.java:142)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:62)
> at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:26)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:88)
> at org.infinispan.statetransfer.StateChunk$Externalizer.readObject(StateChunk.java:65)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:62)
> at org.infinispan.marshall.exts.ListExternalizer.readObject(ListExternalizer.java:26)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readParameters(ReplicableCommandExternalizer.java:100)
> at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:153)
> at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:64)
> at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:406)
> at org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:213)
> at org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:148)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:351)
> 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.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101)
> at org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegatingMarshaller.java:80)
> at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28)
> at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:204)
> ... 24 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 10 months
[JBoss JIRA] (ISPN-4235) RHQ JMX does not support multiple cache managers properly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4235?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4235:
-----------------------------------------------
Tomas Sykora <tsykora(a)redhat.com> changed the Status of [bug 1054165|https://bugzilla.redhat.com/show_bug.cgi?id=1054165] from ON_QA to VERIFIED
> RHQ JMX does not support multiple cache managers properly
> ---------------------------------------------------------
>
> Key: ISPN-4235
> URL: https://issues.jboss.org/browse/ISPN-4235
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 7.0.0.Alpha3
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 7.0.0.Alpha5, 7.0.0.Final
>
>
> The JMX RHQ pluging currently queries all cache managers and lumps them together. Thus if you have multiple cache managers in separate domains they all show as 1 cache manager with all the caches for each underneath it. We need to separate each cache manager by domain in the plugin so that each can be administered separately.
> It appears the CacheManagerDiscovery lumps all the managers by type in createDiscoveredResources. We would then have to change the CacheManagerComponent to properly query the specific mbean.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 10 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 updated ISPN-4366:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1105680
> 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
> Components: JMX, reporting and management
> Affects Versions: 7.0.0.Alpha4
> Reporter: Tomas Sykora
> Assignee: William Burns
> Labels: 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.3#6260)
11 years, 10 months
[JBoss JIRA] (ISPN-4366) RHQ JMX plugin provides unstable availability check with extensive deployments
by Tomas Sykora (JIRA)
Tomas Sykora created ISPN-4366:
----------------------------------
Summary: 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
Components: JMX, reporting and management
Affects Versions: 7.0.0.Alpha4
Reporter: Tomas Sykora
Assignee: William Burns
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.3#6260)
11 years, 10 months
[JBoss JIRA] (ISPN-4363) Add documentation for Cluster Listeners
by William Burns (JIRA)
William Burns created ISPN-4363:
-----------------------------------
Summary: Add documentation for Cluster Listeners
Key: ISPN-4363
URL: https://issues.jboss.org/browse/ISPN-4363
Project: Infinispan
Issue Type: Enhancement
Reporter: William Burns
Assignee: Mircea Markus
Fix For: 7.0.0.Final
There needs to be documentation in the Infinispan User Guide related to Cluster Listeners.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 10 months