June 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-1000) Pojocache tutorial not working

by Rajesh Rajasekaran (JIRA)

Pojocache tutorial not working ------------------------------ Key: JBCACHE-1000 URL: http://jira.jboss.com/jira/browse/JBCACHE-1000 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: PojoCache Reporter: Rajesh Rajasekaran Assigned To: Jason T. Greene Fix For: 2.0.0.BETA2 sourceRelative("pojocache.bsh"); loads the cache GUI with the default contents from the script. Trying the set/get methods does not update the GUI. bsh % joe.getAddress().setCity("Taipei"); bsh % ArrayList lang = new ArrayList(); bsh % lang.add("Ensligh"); bsh % lang.add("Mandarin"); bsh % joe.setLanguages(lang); Similar case with pojocacheWithTx.bsh. The cache GUI does not get updated. tx.begin(); addr.setZip(95131); tx.commit(); I tried the tutorials from JBossCache-pojo-2.0.0.BETA1.zip -- 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

19 years

4
8
0 / 0

[JBoss JIRA] Created: (JBCACHE-927) Repeated remove and put under optimistic locking produces exception

by Ben Wang (JIRA)

Repeated remove and put under optimistic locking produces exception ------------------------------------------------------------------- Key: JBCACHE-927 URL: http://jira.jboss.com/jira/browse/JBCACHE-927 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.ALPHA1 Reporter: Ben Wang Assigned To: Manik Surtani Manik, I am not assigning this Jira to any release. It is your call to fix it either in ALPHA2 or BETA1. Basically, my o.jo.c.pojo.optimistic.CachedListTest failure can be attributed to this test case: public void testFailure1() throws Exception { log.info("testFailure1() ...."); UserTransaction tx = getTransaction(); org.jboss.cache.Fqn f = new org.jboss.cache.Fqn("/person/test2"); tx.begin(); cache.getCache().put(f, "test", "test"); tx.commit(); tx.begin(); cache.getCache().removeNode(f); cache.getCache().put(f, "test", "test"); tx.commit(); } For optimistic locking and it produces the following error: org.jboss.cache.CacheException: Unable to set node version for //person/test2, node is null. at org.jboss.cache.interceptors.OptimisticNodeInterceptor.invoke(OptimisticNodeInterceptor.java:129) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.OptimisticCreateIfNotExistsInterceptor.invoke(OptimisticCreateIfNotExistsInterceptor.java:64) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.invoke(OptimisticValidatorInterceptor.java:74) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.OptimisticLockingInterceptor.invoke(OptimisticLockingInterceptor.java:124) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.NotificationInterceptor.invoke(NotificationInterceptor.java:22) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:288) at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:126) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:141) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) at org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:66) at org.jboss.cache.CacheImpl.invokeMethod(CacheImpl.java:3758) at org.jboss.cache.CacheImpl.put(CacheImpl.java:1558) at org.jboss.cache.pojo.optimistic.LocalTxTest.testFailure1(LocalTxTest.java:151) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:40) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) If you don't fix it in Alpha2, we will need to exclude my test case temporarily in CC then. -- 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

19 years

4
10
0 / 0

[JBoss JIRA] Created: (JBCACHE-1060) Tutorial - removing a child node from the root still leaves the node in memory

by Galder Zamarreno (JIRA)

Tutorial - removing a child node from the root still leaves the node in memory ------------------------------------------------------------------------------ Key: JBCACHE-1060 URL: http://jira.jboss.com/jira/browse/JBCACHE-1060 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR1 Reporter: Galder Zamarreno Assigned To: Galder Zamarreno Priority: Minor Fix For: 2.0.0.CR2 I have reproduced an issue via the tutorial but I'm not sure whether it's a tutorial or cache issue yet. Making a note of the steps so that I can come back to it later. 1st GUI: bsh % childFqn2 = Fqn.fromString("/child2"); </child2> bsh % childFqn3 = Fqn.fromString("/child2/child3"); </child2/child3> bsh % child2 = root.addChild(childFqn2); <UnversionedNode[ /child2 data=[]]> bsh % child3 = root.addChild(childFqn3); <UnversionedNode[ /child2/child3 data=[]]> 2nd GUI: bsh % childFqn2 = Fqn.fromString("/child2"); </child2> bsh % child2 = root.getChild(childFqn2); <UnversionedNode[ /child2 data=[] child=[UnversionedNode[ /child2/child3 data=[]]]]> bsh % child2.put("key3", "value3"); <null> - Click on child2 in the 2nd GUI bsh % child2.clearData(); 1st GUI: bsh % child2.put("key3", "value3"); <null> bsh % root.removeChild(childFqn2); <true> child2 node is still in memory which shouldn't. -- 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

19 years

1
5
0 / 0

[JBoss JIRA] Created: (BPEL-258) Problem using flow with links

by Cristian Benjamin Sostaric (JIRA)

Problem using flow with links ----------------------------- Key: BPEL-258 URL: http://jira.jboss.com/jira/browse/BPEL-258 Project: JBoss jBPM BPEL Issue Type: Bug Security Level: Public (Everyone can see) Components: Engine Affects Versions: jBPM BPEL 1.1 beta 3 Environment: JBoss-4.0.4.GA Reporter: Cristian Benjamin Sostaric Assigned To: Alejandro Guizar When executing this process: <flow> <links> <link name="LinkA"/> <link name="LinkB"/> </links> <receive name="Receive" createInstance="yes" operation="someOperation" partnerLink="PartnerLink" portType="tns:SomeInterface" variable="request"> <source linkName="LinkA" /> </receive> <assign name="Assign"> <target linkName="LinkA" /> <source linkName="LinkB" /> <copy> <from part="input" variable="request" /> <to part="result" variable="response"/> </copy> </assign> <reply name="Reply" operation="someOperation" partnerLink="PartnerLink" portType="tns:SomeInterface" variable="response"> <target linkName="LinkB" /> </reply> </flow> The process doesn't finish at all and It gets stuck with this message: WARN [ProxyWarnLog] Narrowing proxy to class org.jbpm.bpel.graph.def.CompositeActivity - this operation breaks == The server.log throws this: 2007-06-05 11:42:53,781 WARN [org.hibernate.engine.StatefulPersistenceContext.ProxyWarnLog] Narrowing proxy to class org.jbpm.bpel.graph.def.CompositeActivity - this operation breaks == 2007-06-05 11:42:53,782 DEBUG [org.jbpm.bpel.integration.jms.IntegrationControl] added outstanding request: receiver=org.jbpm.bpel.integration.def.Receiver@62e21b[partnerLink=PartnerLink,operation=someOperation,messageExchange=<null>,activity=Receive(Receive),id=231], token=Token(/), request=org.jbpm.bpel.integration.jms.OutstandingRequest@f75278[replyQueue=JMS_TQ13,correlationID=ID:9-11810545737682] 2007-06-05 11:42:53,786 DEBUG [org.jbpm.context.exe.VariableContainer] create variable 'LinkA' in 'TokenVariableMap[primary]' with value 'LinkInstance(name=LinkA, status=null)' 2007-06-05 11:42:53,786 DEBUG [org.jbpm.context.exe.VariableContainer] create variable 'LinkB' in 'TokenVariableMap[primary]' with value 'LinkInstance(name=LinkB, status=null)' 2007-06-05 11:42:53,790 DEBUG [org.jbpm.graph.def.GraphElement] event 'node-leave' on 'Receive(Receive)' for 'Token(/primary/Receive)' 2007-06-05 11:42:53,790 DEBUG [org.jbpm.graph.def.GraphElement] event 'transition' on 'Transition(Receive-StructuredActivity.End)' for 'Token(/primary/Receive)' 2007-06-05 11:42:53,791 DEBUG [org.jbpm.graph.def.GraphElement] event 'node-enter' on 'StructuredActivity$End(119a664)' for 'Token(/primary/Receive)' 2007-06-05 11:42:53,791 DEBUG [org.jbpm.bpel.graph.struct.Flow] flow will not reactivate token, found concurrent token: Token(/primary/Assign) 2007-06-05 11:42:53,792 DEBUG [org.jbpm.svc.Services] executing default save operations 2007-06-05 11:42:53,792 DEBUG [org.jbpm.svc.save.HibernateSaveOperation] saving process instance 2007-06-05 11:42:53,792 DEBUG [org.jbpm.svc.save.SaveLogsOperation] flushing logs to logging service. 2007-06-05 11:42:53,825 DEBUG [org.jbpm.svc.save.CascadeSaveOperation] cascading save of 'org.jbpm.graph.exe.ProcessInstance@13223ad' 2007-06-05 11:42:53,826 DEBUG [org.jbpm.JbpmContext] closing JbpmContext 2007-06-05 11:42:53,826 DEBUG [org.jbpm.svc.Services] closing service 'persistence': org.jbpm.bpel.persistence.db.DbPersistenceService@d38dbc 2007-06-05 11:42:53,826 DEBUG [org.jbpm.persistence.db.DbPersistenceService] committing hibernate transaction 2007-06-05 11:42:53,835 DEBUG [org.jbpm.persistence.db.DbPersistenceService] closing hibernate session 2007-06-05 11:42:53,836 DEBUG [org.jbpm.svc.Services] closing service 'tx': org.jbpm.tx.TxService@5655d3 2007-06-05 11:42:53,836 DEBUG [org.jbpm.svc.Services] closing service 'logging': org.jbpm.logging.db.DbLoggingService@1cab83 -- 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

19 years

2
6
0 / 0

[JBoss JIRA] Created: (JBAS-4277) HAServiceMBeanSupport supports registration of classloader with HAPartition

by Brian Stansberry (JIRA)

HAServiceMBeanSupport supports registration of classloader with HAPartition --------------------------------------------------------------------------- Key: JBAS-4277 URL: http://jira.jboss.com/jira/browse/JBAS-4277 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.CR1 With the completion of JBAS-4106, HAPartition.registerRPCHandler now allows association of a classloader with the handler. Need to design an API and impl whereby HAServiceMBeanSupport can be configured to register the thread context classloader. -- 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

19 years

2
3
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-99) Make AbstractAnnotationMetaData use correct classloader for loading annotation class

by Kabir Khan (JIRA)

Make AbstractAnnotationMetaData use correct classloader for loading annotation class ------------------------------------------------------------------------------------ Key: JBMICROCONT-99 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-99 Project: JBoss MicroContainer Issue Type: Task Reporter: Kabir Khan It currently uses the TCL, but this might not always be correct? -- 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

19 years

4
3
0 / 0

[JBoss JIRA] Created: (JBAOP-278) Make AbstractAnnotationMetaData use correct classloader for loading annotation class

by Kabir Khan (JIRA)

Make AbstractAnnotationMetaData use correct classloader for loading annotation class ------------------------------------------------------------------------------------ Key: JBAOP-278 URL: http://jira.jboss.com/jira/browse/JBAOP-278 Project: JBoss AOP Issue Type: Sub-task Reporter: Kabir Khan -- 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

19 years

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-701) PojoCache to revisit usage of get with gravitation

by Ben Wang (JIRA)

PojoCache to revisit usage of get with gravitation -------------------------------------------------- Key: JBCACHE-701 URL: http://jira.jboss.com/jira/browse/JBCACHE-701 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: PojoCache Reporter: Ben Wang Assigned To: Ben Wang Fix For: POJOCache Currently we have in couple places to trigger data gravitation (for buddy replication) in PojoCache. But this is still prone to error (and may be inefficient as well) becuase of the possibility of recursive call. Is it possible that we do this from the user code instead? That is, before we go to PojoCache, can we do get(region, dataGravitation) to gravitate all data to this node first? Let's check this with Brian. -- 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

19 years

3
4
0 / 0

[JBoss JIRA] Created: (JBCOMMON-25) MarshalledValueInputStream and MarshalledValueOutputStream breaks when used with JDK 6

by Manik Surtani (JIRA)

MarshalledValueInputStream and MarshalledValueOutputStream breaks when used with JDK 6 -------------------------------------------------------------------------------------- Key: JBCOMMON-25 URL: http://jira.jboss.com/jira/browse/JBCOMMON-25 Project: JBoss Common Issue Type: Bug Security Level: Public (Everyone can see) Components: core Affects Versions: 2.0.4.GA Reporter: Manik Surtani Assigned To: Dimitris Andreadis Trying to serialize and deserialize a custom Map implementation using o.j.util.stream.MarshalledValue{Input | Output}Stream when using JDK 6 causes failures trying to find Map.Entry See org.jboss.cache.util.MapCopyTest#testSerializableWithMarshalledValueStream() Test available here: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jboss/JBossCache/tests/functio... MapCopy srcs avbl here: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jboss/JBossCache/src/org/jboss... Stack trace when running test: java.lang.ClassNotFoundException: [Ljava.util.Map$Entry; at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:316) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:287) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.jboss.util.stream.MarshalledValueInputStream.resolveClass(MarshalledValueInputStream.java:58) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1624) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945) at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:480) at org.jboss.cache.util.MapCopy.readObject(MapCopy.java:103) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1846) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.cache.util.MapCopyTest.testSerializableWithMarshalledValueStream(MapCopyTest.java:44) Note that this does not happen when using JDK 5 - only JDK 6. -- 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

19 years

2
7
0 / 0

[JBoss JIRA] Created: (JBCACHE-758) Add some docs for JBCACHE-77

by Brian Stansberry (JIRA)

Add some docs for JBCACHE-77 ---------------------------- Key: JBCACHE-758 URL: http://jira.jboss.com/jira/browse/JBCACHE-758 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Daniel Huang Fix For: 2.0.0 We need to add some docs for the ElementSizePolicy to the eviction policy section of the docs. -- 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

19 years

2
2
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira June 2007