November 2009 - infinispan-issues

[JBoss JIRA] Created: (ISPN-289) NPE on AppClassLoader when calling DistributionManager.locateKey()

by Galder Zamarreno (JIRA)

NPE on AppClassLoader when calling DistributionManager.locateKey() ------------------------------------------------------------------ Key: ISPN-289 URL: https://jira.jboss.org/jira/browse/ISPN-289 Project: Infinispan Issue Type: Bug Components: JMX, reporting and management Affects Versions: 4.0.0.CR2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno When trying to call locateKey() via jopr, it throws: Close Window org.mc4j.ems.connection.EmsInvocationException: Exception on invocation of [locateKey]javax.management.MBeanException at org.mc4j.ems.impl.jmx.connection.bean.operation.DOperation.invoke(DOperation.java:127) at org.infinispan.jopr.CacheComponent.invokeOperation(CacheComponent.java:176) 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:616) at org.rhq.core.pc.inventory.ResourceContainer$ComponentInvocationThread.call(ResourceContainer.java:525) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) Caused by: javax.management.MBeanException at org.infinispan.jmx.ResourceDMBean.invoke(ResourceDMBean.java:222) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:795) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1449) at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:90) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1284) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1382) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:807) at sun.reflect.GeneratedMethodAccessor48.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322) at sun.rmi.transport.Transport$1.run(Transport.java:177) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:173) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:553) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:808) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:667) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:273) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:251) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:160) at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(RMIConnector.java:1001) 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:616) at org.mc4j.ems.impl.jmx.connection.support.providers.proxy.JMXRemotingMBeanServerProxy.invoke(JMXRemotingMBeanServerProxy.java:61) at $Proxy64.invoke(Unknown Source) at org.mc4j.ems.impl.jmx.connection.bean.operation.DOperation.invoke(DOperation.java:111) ... 11 more Caused by: java.lang.NullPointerException at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:287) at java.lang.ClassLoader.loadClass(ClassLoader.java:264) at org.infinispan.util.Util.loadClass(Util.java:56) at org.infinispan.jmx.ResourceDMBean.getClassForName(ResourceDMBean.java:228) at org.infinispan.jmx.ResourceDMBean.invoke(ResourceDMBean.java:217) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:795) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1449) at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:90) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1284) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1382) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:807) at sun.reflect.GeneratedMethodAccessor48.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322) at sun.rmi.transport.Transport$1.run(Transport.java:177) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:173) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:553) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:808) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:667) ... 3 more The same operation via JConsole works fine. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-282) Test for the existence of FLUSH before we start the JGroupsTransport

by Manik Surtani (JIRA)

Test for the existence of FLUSH before we start the JGroupsTransport -------------------------------------------------------------------- Key: ISPN-282 URL: https://jira.jboss.org/jira/browse/ISPN-282 Project: Infinispan Issue Type: Task Components: RPC Affects Versions: 4.0.0.CR2 Reporter: Manik Surtani Assignee: Mircea Markus Fix For: 4.0.0.GA Make sure the JGroupsTransport fails gracefully if FLUSH is not in the JGroupsStack with an appropriate message and ConfigurationException. This is until we have ISPN-83 resolved. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-249) L1Type.onReahjas

by Galder Zamarreno (JIRA)

L1Type.onReahjas ---------------- Key: ISPN-249 URL: https://jira.jboss.org/jira/browse/ISPN-249 Project: Infinispan Issue Type: Bug Reporter: Galder Zamarreno Assignee: Manik Surtani -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-278) When lazy deserialization is on, lock timeouts show MarshalledValue and not actual key

by Galder Zamarreno (JIRA)

When lazy deserialization is on, lock timeouts show MarshalledValue and not actual key -------------------------------------------------------------------------------------- Key: ISPN-278 URL: https://jira.jboss.org/jira/browse/ISPN-278 Project: Infinispan Issue Type: Bug Components: Locking and Concurrency Affects Versions: 4.0.0.CR2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.0.0.GA Whenever EntryFactoryImpl can't acquire a lock, it throws: Object owner = lockManager.getOwner(key); throw new TimeoutException("Unable to acquire lock after [" + Util.prettyPrintTime(getLockAcquisitionTimeout(ctx)) + "] on key [" + key + "] for requestor [" + ctx.getLockOwner() + "]! Lock held by [" + owner + "]"); However, when lazy deserialization is enabled, the key is shown in its MarshalledValue form which is useless to the user. The easy fix is to add: if (key instanceof MarshalledValue) { key = ((MarshalledValue) key).get(); } However, this is not pretty and the first time we're having to do something similar. We had to do the same in EventImpl for ISPN-242. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
2
0 / 0

[JBoss JIRA] Updated: (ISPN-47) Pre-release checklist

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-47?page=com.atlassian.jira.plugin... ] Manik Surtani updated ISPN-47: ------------------------------ Fix Version/s: 4.0.0.CR3 (was: 4.0.0.GA) > Pre-release checklist > --------------------- > > Key: ISPN-47 > URL: https://jira.jboss.org/jira/browse/ISPN-47 > Project: Infinispan > Issue Type: Task > Reporter: Manik Surtani > Assignee: Manik Surtani > Fix For: 4.0.0.CR3 > > > * Import tests from JBC core 3.x to make sure we haven't lost any features > * Text search for all comments, Strings, log messages, Javadocs that refer to (Node, TreeCache, Region, Starobrno, JBossCache) and replace with proper wording pertaining to Horizon. > * Ensure all TODOs in the code is dealt with > * Update documentation > * Benchmark + tune > * Feature comparison with Coherence, Terracotta and gigaspaces > * TestSuite - try to use testNg @Factory to avoid inheritance > * TestSuite - if async replication is in use, make sure that all the test are *forced* to wait for all replication messages -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (ISPN-179) Add a "Default Configuration Explained" section to wiki

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-179?page=com.atlassian.jira.plugi... ] Manik Surtani updated ISPN-179: ------------------------------- Fix Version/s: 4.0.0.CR3 (was: 4.0.0.GA) > Add a "Default Configuration Explained" section to wiki > ------------------------------------------------------- > > Key: ISPN-179 > URL: https://jira.jboss.org/jira/browse/ISPN-179 > Project: Infinispan > Issue Type: Sub-task > Reporter: Galder Zamarreno > Assignee: Galder Zamarreno > Priority: Minor > Fix For: 4.0.0.CR3 > > > Add a "Default Configuration Explained" section to http://www.jboss.org/community/wiki/UsingInfinispanasJPAHibernateSecondLe... where the default Infinispan settings for each cache type are explained. > Before doing this, an agreement is needed on http://lists.jboss.org/pipermail/infinispan-dev/2009-September/001234.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-286) StateTransferFunctionalTest-testConcurrentStateTransfer sometimes fails

by Galder Zamarreno (JIRA)

StateTransferFunctionalTest-testConcurrentStateTransfer sometimes fails ----------------------------------------------------------------------- Key: ISPN-286 URL: https://jira.jboss.org/jira/browse/ISPN-286 Project: Infinispan Issue Type: Bug Components: RPC, State transfer Affects Versions: 4.0.0.CR2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Attachments: infinispan-2.log Sometimes StateTransferFunctionalTest-testConcurrentStateTransfer fails as shown here http://hudson.qa.jboss.com/hudson/view/Infinispan/job/Infinispan-trunk-JD... I tried to replicate it with TRACE on org.infinispan and I managed to only replicate it 1st time around. When it fails, it seems CacheStarter-Cache3 does not join the other cluster and hence it does not do state transfer. Please find attached infinispan log file. I tried to add JGroups trace but I haven't been able to replicate it ever since. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
8
0 / 0

[JBoss JIRA] Updated: (ISPN-187) Blog about Infinispan cache provider for Hibernate

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-187?page=com.atlassian.jira.plugi... ] Manik Surtani updated ISPN-187: ------------------------------- Fix Version/s: 4.0.0.CR3 (was: 4.0.0.GA) > Blog about Infinispan cache provider for Hibernate > -------------------------------------------------- > > Key: ISPN-187 > URL: https://jira.jboss.org/jira/browse/ISPN-187 > Project: Infinispan > Issue Type: Sub-task > Reporter: Galder Zamarreno > Assignee: Galder Zamarreno > Priority: Minor > Fix For: 4.0.0.CR3 > > > Either wait for next Hibernate 3.5 release or point readers to Hibernate trunk -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-288) Cache clear() doesn't remove entries from Lucene

by Bryan Grunow (JIRA)

Cache clear() doesn't remove entries from Lucene ------------------------------------------------ Key: ISPN-288 URL: https://jira.jboss.org/jira/browse/ISPN-288 Project: Infinispan Issue Type: Bug Components: Querying Affects Versions: 4.0.0.CR2 Reporter: Bryan Grunow Assignee: Manik Surtani Calling cache.clear(), then adding entries to the cache, and then querying the cache returns the entries that were part of the cache before clear was called as well as any newly entered values. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
3
0 / 0

[JBoss JIRA] Created: (ISPN-290) RpcManagerImpl stats are confusing

by Galder Zamarreno (JIRA)

RpcManagerImpl stats are confusing ---------------------------------- Key: ISPN-290 URL: https://jira.jboss.org/jira/browse/ISPN-290 Project: Infinispan Issue Type: Bug Components: JMX, reporting and management Affects Versions: 4.0.0.CR2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.0.0.GA RpcManagerImpl.replicationCount and RpcManagerImpl.numReplications do the same. Drop numReplications. RpcManagerImpl.getAverageReplicationTime() should be calculated of RpcManagerImpl.replicationCount Finally, totalReplicationTime needs to be updated on invokeRemotely(). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2009