July 2012 - jbosscache-issues - Jboss List Archives

[JBoss JIRA] (JBCACHE-1617) ClassNotFoundException during replication with lazy deserialization

by Dennis Reed (JIRA)

Dennis Reed created JBCACHE-1617: ------------------------------------ Summary: ClassNotFoundException during replication with lazy deserialization Key: JBCACHE-1617 URL: https://issues.jboss.org/browse/JBCACHE-1617 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Replication Affects Versions: 3.2.8.GA Reporter: Dennis Reed Assignee: Dennis Reed Replicating a cache put tries to deserialize the original value on the remote nodes. If the classloader of the JGroups call is not the correct classloader for the value, a ClassCastException occurs and aborts the put. Since the value is never returned, it should not be deserialized. ERROR [org.jboss.cache.interceptors.TxInterceptor] prepare failed! org.jboss.cache.CacheException: Unable to unmarshall value at org.jboss.cache.marshall.MarshalledValue.deserialize(MarshalledValue.java:117) at org.jboss.cache.marshall.MarshalledValue.get(MarshalledValue.java:177) at org.jboss.cache.interceptors.MarshalledValueInterceptor.processRetVal(MarshalledValueInterceptor.java:181) at org.jboss.cache.interceptors.MarshalledValueInterceptor.compactAndProcessRetVal(MarshalledValueInterceptor.java:172) at org.jboss.cache.interceptors.MarshalledValueInterceptor.visitPutKeyValueCommand(MarshalledValueInterceptor.java:109) at org.jboss.cache.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.TxInterceptor.replayModifications(TxInterceptor.java:501) at org.jboss.cache.interceptors.TxInterceptor.handleRemotePrepare(TxInterceptor.java:388) at org.jboss.cache.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:134) ... [JGroups RPC call] Caused by: java.lang.ClassNotFoundException: com.example.MyClass ... at java.lang.Class.forName(Class.java:247) at org.jboss.util.stream.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:81) ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
5
0 / 0

[JBoss JIRA] (JBCACHE-1618) RPCManagerImpl#callRemoteMethods hard-codes useOutOfBandMessage to false

by Dennis Reed (JIRA)

Dennis Reed created JBCACHE-1618: ------------------------------------ Summary: RPCManagerImpl#callRemoteMethods hard-codes useOutOfBandMessage to false Key: JBCACHE-1618 URL: https://issues.jboss.org/browse/JBCACHE-1618 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 3.2.9.GA Reporter: Dennis Reed Assignee: Dennis Reed RPCManagerImpl#callRemoteMethods#743 hard-codes useOutOfBandMessage to false. This causes every RPC call made by JBoss Cache to be non-OOB. Which reintroduces https://issues.jboss.org/browse/JBPAPP-7722 that uses OOB. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
5
0 / 0

[JBoss JIRA] (JBCACHE-1618) RPCManagerImpl#callRemoteMethods hard-codes useOutOfBandMessage to false

by Dennis Reed (JIRA)

Dennis Reed created JBCACHE-1618: ------------------------------------ Summary: RPCManagerImpl#callRemoteMethods hard-codes useOutOfBandMessage to false Key: JBCACHE-1618 URL: https://issues.jboss.org/browse/JBCACHE-1618 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 3.2.9.GA Reporter: Dennis Reed Assignee: Dennis Reed RPCManagerImpl#callRemoteMethods#743 hard-codes useOutOfBandMessage to false. This causes every RPC call made by JBoss Cache to be non-OOB. Which reintroduces https://issues.jboss.org/browse/JBPAPP-7722 that uses OOB. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JBCACHE-1609) LegacyRegionManagerImpl#inactivateRegion locks the parent's entire subtree

by Dennis Reed (Created) (JIRA)

LegacyRegionManagerImpl#inactivateRegion locks the parent's entire subtree -------------------------------------------------------------------------- Key: JBCACHE-1609 URL: https://issues.jboss.org/browse/JBCACHE-1609 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Locking Affects Versions: 3.2.8.GA Reporter: Dennis Reed Assignee: Dennis Reed LegacyRegionManagerImpl#inactivateRegion calls lockManager.lockAll on the parent node, so instead of just locking the parent while the region is inactivated, it locks the parent's entire subtree (the entire cache if the region is a child of the root). In combination with JBCACHE-1608, this causes inactivateRegion to lock the parent's entire subtree and never unlock it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

2
1
0 / 0

[JBoss JIRA] (JBCACHE-1607) LegacyRegionManagerImpl releases locks from other threads

by Dennis Reed (Created) (JIRA)

LegacyRegionManagerImpl releases locks from other threads --------------------------------------------------------- Key: JBCACHE-1607 URL: https://issues.jboss.org/browse/JBCACHE-1607 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Locking Affects Versions: 3.2.8.GA Reporter: Dennis Reed Assignee: Dennis Reed LegacyRegionManagerImpl calls lockManager.unlockAll(NodeSPI) instead of lockManager.unlockAll(NodeSPI, Owner owner). This will cause it to remove any locks currently held by other threads. Due to JBCACHE- lockManager.unlockAll(NodeSPI) is broken, so the effects are limited to the specific node. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

3
2
0 / 0

[JBoss JIRA] (PCACHE-84) jbosscache-pojo.jar/META-INF/pojocache-aop.xml does not declare a namespace

by Dennis Reed (JIRA)

[ https://issues.jboss.org/browse/PCACHE-84?page=com.atlassian.jira.plugin.... ] Dennis Reed resolved PCACHE-84. ------------------------------- Assignee: Dennis Reed (was: Manik Surtani) Resolution: Done Fixed in 3.0.1 > jbosscache-pojo.jar/META-INF/pojocache-aop.xml does not declare a namespace > --------------------------------------------------------------------------- > > Key: PCACHE-84 > URL: https://issues.jboss.org/browse/PCACHE-84 > Project: JBoss POJO Cache > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: AOP > Reporter: Brian Stansberry > Assignee: Dennis Reed > > <aop> ... </aop> > should be > <aop xmlns="urn:jboss:aop-beans:1.0"> > Without that if the jar ends up in a deployment, and a deployer scans the file, JBossXB barfs as shown in the forum thread. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

[JBoss JIRA] (PCACHE-86) IllegalStateException if AS5 tries to deploy pojocache-aop.xml

by Dennis Reed (JIRA)

Dennis Reed created PCACHE-86: --------------------------------- Summary: IllegalStateException if AS5 tries to deploy pojocache-aop.xml Key: PCACHE-86 URL: https://issues.jboss.org/browse/PCACHE-86 Project: JBoss POJO Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: AOP Affects Versions: 3.0.0.GA Reporter: Dennis Reed Assignee: Dennis Reed ERROR [AbstractKernelController] Error installing to PostClassLoader: name=vfsfile:/home/dereed/opt/jboss/instance1/jboss-as/server/default/deploy/pojocache-aop.xml state=ClassLoader mode=Manual requiredState=PostClassLoader org.jboss.deployers.spi.DeploymentException: org.jboss.deployers.spi.DeploymentException: Error deploying: pojocache-array ... Caused by: java.lang.IllegalStateException: pojocache-array is already installed. Root cause is that pojocache-aop.xml contains two elements with the name pojocache-array. This appears to be valid for AOP, but not for the AS5 AOP deployer. <interceptor name="pojocache-array" ... <arraybind name="pojocache-array" ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
1
0 / 0

[JBoss JIRA] (JBCACHE-1616) Logging of marshalling error in CommandAwareRpcDispatcher does not indicate that it's a marshalling error

by Dennis Reed (JIRA)

Dennis Reed created JBCACHE-1616: ------------------------------------ Summary: Logging of marshalling error in CommandAwareRpcDispatcher does not indicate that it's a marshalling error Key: JBCACHE-1616 URL: https://issues.jboss.org/browse/JBCACHE-1616 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.2.8.GA Reporter: Dennis Reed Assignee: Dennis Reed When logging an exception from a marshalling error in CommandAwareRpcDispatcher, it logs only the exception without a message describing that the error occurred during marshalling. A descriptive message should be added to the log. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBCACHE-1604) NullPointerException in ResourceDMBean.invoke()

by Takayoshi Kimura (JIRA)

NullPointerException in ResourceDMBean.invoke() ----------------------------------------------- Key: JBCACHE-1604 URL: https://issues.jboss.org/browse/JBCACHE-1604 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: JMX Affects Versions: 3.2.7.GA Reporter: Takayoshi Kimura Assignee: Manik Surtani Priority: Minor ResourceDMBean.invoke(String name, Object[] args, String[] sig) throws NullPointerException when sig == null. JMX spec doesn't guarantee it's non-null, so we should check it. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosscache-issues July 2012