December 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-900) org.jboss.cache.NodeNotExistsException from org.jboss.cache.TreeCache.put

by Nimrod Rivier (JIRA)

org.jboss.cache.NodeNotExistsException from org.jboss.cache.TreeCache.put ------------------------------------------------------------------------- Key: JBCACHE-900 URL: http://jira.jboss.com/jira/browse/JBCACHE-900 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 1.3.0.SP1 Environment: Windows, Jboss 3.2.8 Reporter: Nimrod Rivier Assigned To: Manik Surtani While calling TreeCache.put, got the following stack trace: org.jboss.cache.NodeNotExistsException: node /6a3c55aa96d26a9788a17ec2e33c87ae6a64e not found (gtx=null, caller=Thread[CoreFirst Analyzer. Chunk UUID is:a24d1519-7362-4a8f-a8cc-31059dcc4c57,5,ASF Session Pool Threads]) at org.jboss.cache.TreeCache._put(TreeCache.java:3947) at sun.reflect.GeneratedMethodAccessor92.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:286) at org.jboss.cache.interceptors.CallInterceptor.invoke(CallInterceptor.java:50) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67) at org.jboss.cache.interceptors.PessimisticLockInterceptor.invoke(PessimisticLockInterceptor.java:146) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67) at org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:187) at org.jboss.cache.interceptors.ActivationInterceptor.invoke(ActivationInterceptor.java:52) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67) at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:32) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67) at org.jboss.cache.interceptors.PassivationInterceptor.invoke(PassivationInterceptor.java:68) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:321) at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:136) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67) at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:153) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:4804) at org.jboss.cache.TreeCache.put(TreeCache.java:3242) at org.jboss.cache.TreeCache.put(TreeCache.java:3180) at com.optier.corefirst.server.services.contextBuilder.contextRepository.CacheDecoratorTreeCache.putElement(CacheDecoratorTreeCache.java:72) at com.optier.corefirst.server.services.contextBuilder.contextRepository.OutputAssociationKeysCacheAgent.put(OutputAssociationKeysCacheAgent.java:26) at com.optier.corefirst.server.services.contextBuilder.eventHandlers.CommandInsertUnassociatedUowIntoRequest.linkInvocations(CommandInsertUnassociatedUowIntoRequest.java:98) at com.optier.corefirst.server.services.contextBuilder.eventHandlers.CommandInsertUnassociatedUowIntoRequest.run(CommandInsertUnassociatedUowIntoRequest.java:49) at com.optier.corefirst.server.services.contextBuilder.eventHandlers.EventHandlerNewUnassociatedUow.handleEvent(EventHandlerNewUnassociatedUow.java:21) at com.optier.corefirst.server.services.contextBuilder.ContextBuilderEventRaiser.InvokeSynchsonousEventHandler(ContextBuilderEventRaiser.java:75) at com.optier.corefirst.server.services.contextBuilder.ContextBuilderEventRaiser.raiseEvent(ContextBuilderEventRaiser.java:41) at com.optier.corefirst.server.services.contextBuilder.ContextBuilder.RaiseEvent(ContextBuilder.java:43) at com.optier.corefirst.server.services.contextBuilder.ContextBuilder.processUowWithoutRequestUuid(ContextBuilder.java:173) at com.optier.corefirst.server.services.contextBuilder.ContextBuilder.processUow(ContextBuilder.java:121) at com.optier.corefirst.server.services.statistics.impl.UOWsAnalyzer.analyze(UOWsAnalyzer.java:120) at com.optier.corefirst.server.services.statistics.StatisticsAnalyzerBean.analyze(StatisticsAnalyzerBean.java:46) at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source) This problem is rare, but it occurs from time to time -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-892) Patch to use Java 1.5 concurrent classes for src/ tree

by Elias Ross (JIRA)

Patch to use Java 1.5 concurrent classes for src/ tree ------------------------------------------------------ Key: JBCACHE-892 URL: http://jira.jboss.com/jira/browse/JBCACHE-892 Project: JBoss Cache Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: 2.0.0.ALPHA1, 2.0.0.ALPHA2 Reporter: Elias Ross Assigned To: Manik Surtani Attachments: java5.diff Simple changes to use JDK 1.5 concurrent classes -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-898) MethodCall does not have a valid method id

by mmoraes moraes (JIRA)

MethodCall does not have a valid method id ------------------------------------------ Key: JBCACHE-898 URL: http://jira.jboss.com/jira/browse/JBCACHE-898 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 1.4.0.SP1 Environment: Running JBoss Cache as Hibernate second level cache Reporter: mmoraes moraes Assigned To: Manik Surtani Priority: Blocker Error occurs when there are at least 2 cluster instances and JBoss cache tries does a get method call. The method id of the get method cames with method id -1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-902) Add explict serialVersionUID to all exception classes and serializable classes

by Elias Ross (JIRA)

Add explict serialVersionUID to all exception classes and serializable classes ------------------------------------------------------------------------------ Key: JBCACHE-902 URL: http://jira.jboss.com/jira/browse/JBCACHE-902 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Elias Ross Assigned To: Manik Surtani Although it's fairly tedious, it's not a bad idea to add a serialVersionUID to all exception and serializable classes. This will prevent accidental regressions such as JBAS-3772. It may be worth closesly examining the format of many serializable classes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

2
1
0 / 0

[JBoss JIRA] Created: (JBCACHE-911) Remove or refactor NodeFactory

by Elias Ross (JIRA)

Remove or refactor NodeFactory ------------------------------ Key: JBCACHE-911 URL: http://jira.jboss.com/jira/browse/JBCACHE-911 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Elias Ross Assigned To: Manik Surtani I don't see any external use for this class in 2.0 and think it's quite ugly. There is no way to configure the behavior. Users shouldn't use it anyway. Places it is called: * NodeImpl.getOrCreateChild() -> I'm thinking that adding a "template method" to say AbstractNode protected abstract Node createNode(Fqn child_fqn, Node parent, TreeCache x); would be good. OptimisticNode or WorkspaceNode can obviously override this. * TreeCache {}: Since it's configuration driven, map an "enum" to a series of "new NodeXYZ()" statements. * OptimisticXYZInterceptor : Create factory methods in TransactionWorkspace * DefaultStateTransferIntegrator : ?? Node target = factory.createDataNode(nodeType, name, fqn, parent, nd.getAttributes(), false, null, cache.getCacheSPI()); ((DataNode) parent).addChild(name, target); Should simply be able to call parent.addChild(name) here. There is the (small) optimization of reusing the attribute Map directly, but this is probably a premature optimization. Or, maybe just parent.put(name, nd.getAttributes()) ? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

2
1
0 / 0

[JBoss JIRA] Created: (JBESB-157) Socket listeners might introduce a port conflict when reinstantiated by the controlling GpListener at parameter reload time

by Esteban Schifman (JIRA)

Socket listeners might introduce a port conflict when reinstantiated by the controlling GpListener at parameter reload time --------------------------------------------------------------------------------------------------------------------------- Key: JBESB-157 URL: http://jira.jboss.com/jira/browse/JBESB-157 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: ESB Core Reporter: Esteban Schifman Assigned To: Esteban Schifman Fix For: 4.0 GpListener has at present two mechanisms to reload it's configuration parameters: a) timer driven 2) message driven. At parameter reload time, the controlling instance of GpListener will try to instantiate new child processes according to the new configuration values. It will allow active child threads to gracetully finish. New listener classes that are accepting connections on specific sockets will have a conflict when the new instance tries to listen on a port that is being used by the active instance. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

2
7
0 / 0

[JBoss JIRA] Created: (JBCACHE-869) Use Marshaller for all forms of serialization, not just replication.

by Manik Surtani (JIRA)

Use Marshaller for all forms of serialization, not just replication. -------------------------------------------------------------------- Key: JBCACHE-869 URL: http://jira.jboss.com/jira/browse/JBCACHE-869 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.0.0.ALPHA2 Use Marshallers for all forms of serialization in JBC, including cache loaders. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-908) Marshalling for state transfer should go thru the VersionAwareMarshaller fwk

by Manik Surtani (JIRA)

Marshalling for state transfer should go thru the VersionAwareMarshaller fwk ---------------------------------------------------------------------------- Key: JBCACHE-908 URL: http://jira.jboss.com/jira/browse/JBCACHE-908 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Replication Affects Versions: 2.0.0.ALPHA1 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.0.0.GA I've just noticed that marshalling of nodes for transferring state in HEAD is hand-wired. We should do this thru the VersionAwareMarshaller framework we have in place for other comms as well as marshalling to cache loaders, to benefit from the data streams being version-aware as well as being more efficient by making use of magic numbers instead of class headers + using JBoss Serialization where useful. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
6
0 / 0

[JBoss JIRA] Created: (JGRP-367) Common, shared, thread pool for all non transport related threads

by Bela Ban (JIRA)

Common, shared, thread pool for all non transport related threads ----------------------------------------------------------------- Key: JGRP-367 URL: http://jira.jboss.com/jira/browse/JGRP-367 Project: JGroups Issue Type: Feature Request Affects Versions: 2.4 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 All house-keeping threads (like timer threads) should be requested from a configurable thread pool which is global for those threads. Potentially make that thread pool static, so multiple instances of JGroups run in the same VM share the thread pool -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (JBPM-747) Add configuration type of "normal" or "default" to the gpd action handler configuration dialog

by Sam Healy (JIRA)

Add configuration type of "normal" or "default" to the gpd action handler configuration dialog ---------------------------------------------------------------------------------------------- Key: JBPM-747 URL: http://jira.jboss.com/jira/browse/JBPM-747 Project: JBoss jBPM Issue Type: Feature Request Components: Graphical Process Designer Affects Versions: jBPM 3.1.2 Environment: Win XP Pro, Eclipse 3.1.2 Reporter: Sam Healy Assigned To: Tom Baeyens When configuring action handlers on nodes using the gpd, no option is provided in the configuration window to use a configuration type of "default" or "normal" where a simple instantiation of the action class would suffice. As it is now, the implication is that an action class of this nature cannot be used. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

3
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2006