January 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-865) PojoCache passivation example broken

by Rajesh Rajasekaran (JIRA)

PojoCache passivation example broken ------------------------------------ Key: JBCACHE-865 URL: http://jira.jboss.com/jira/browse/JBCACHE-865 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.ALPHA1 Reporter: Rajesh Rajasekaran Assigned To: Manik Surtani Fix For: 2.0.0.ALPHA1 \examples\PojoCache\passivation>build.bat run.aopc.example [java] nodePassivated: fqn - /org/jboss/test/data/students/54321 [java] nodePassivated: fqn - /__JBossInternal__/a3912-ef5il3-eun3xnak-1-eun3xnak-2 [java] java.lang.RuntimeException: java.io.IOException: The system cannot find the path specified [java] at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3811) [java] at org.jboss.cache.TreeCache.evict(TreeCache.java:1626) [java] at org.jboss.cache.eviction.BaseEvictionPolicy.evict(BaseEvictionPolicy.java:34) [java] at org.jboss.cache.eviction.BaseEvictionAlgorithm.evictCacheNode(BaseEvictionAlgorithm.java:210) [java] at org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:91) [java] at org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:122) [java] at org.jboss.cache.eviction.BaseEvictionAlgorithm.process(BaseEvictionAlgorithm.java:99) [java] at org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:96) [java] at java.util.TimerThread.mainLoop(Timer.java:512) [java] at java.util.TimerThread.run(Timer.java:462) [java] Caused by: java.io.IOException: The system cannot find the path specified [java] at java.io.WinNTFileSystem.createFileExclusively(Native Method) [java] at java.io.File.createNewFile(File.java:850) [java] at org.jboss.cache.loader.FileCacheLoader.storeAttributes(FileCacheLoader.java:369) [java] at org.jboss.cache.loader.FileCacheLoader.put(FileCacheLoader.java:177) [java] at org.jboss.cache.loader.FileCacheLoader.put(FileCacheLoader.java:165) [java] at org.jboss.cache.interceptors.PassivationInterceptor.invoke(PassivationInterceptor.java:69) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:189) [java] at org.jboss.cache.interceptors.ActivationInterceptor.invoke(ActivationInterceptor.java:68) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:33) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:34) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:290) [java] nodePassivated: fqn - /__JBossInternal__/a3912-ef5il3-eun3xnak-1-eun3xndl-4/7dd5 [java] at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:128) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:163) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:61) [java] at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3803) [java] ... 9 more [java] nodePassivated: fqn - /__JBossInternal__/a3912-ef5il3-eun3xnak-1-eun3xnak-2/courses [java] nodePassivated: fqn - /__JBossInternal__/a3912-ef5il3-eun3xnak-1-eun3xndl-4 [java] java.lang.RuntimeException: java.io.EOFException [java] at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3811) [java] at org.jboss.cache.TreeCache.evict(TreeCache.java:1626) [java] at org.jboss.cache.eviction.BaseEvictionPolicy.evict(BaseEvictionPolicy.java:34) [java] at org.jboss.cache.eviction.BaseEvictionAlgorithm.evictCacheNode(BaseEvictionAlgorithm.java:210) [java] at org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:91) [java] at org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:122) [java] at org.jboss.cache.eviction.BaseEvictionAlgorithm.process(BaseEvictionAlgorithm.java:99) [java] at org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:96) [java] at java.util.TimerThread.mainLoop(Timer.java:512) [java] at java.util.TimerThread.run(Timer.java:462) [java] Caused by: java.io.EOFException [java] at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2232) [java] at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2698) [java] at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:750) [java] at java.io.ObjectInputStream.<init>(ObjectInputStream.java:268) [java] at org.jboss.util.stream.MarshalledValueInputStream.<init>(MarshalledValueInputStream.java:45) [java] at org.jboss.cache.loader.FileCacheLoader.loadAttributes(FileCacheLoader.java:352) [java] at org.jboss.cache.loader.FileCacheLoader.put(FileCacheLoader.java:171) [java] at org.jboss.cache.loader.FileCacheLoader.put(FileCacheLoader.java:165) [java] at org.jboss.cache.interceptors.PassivationInterceptor.invoke(PassivationInterceptor.java:69) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterceptor.java:189) [java] at org.jboss.cache.interceptors.ActivationInterceptor.invoke(ActivationInterceptor.java:68) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java:33) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java:34) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:290) [java] at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:128) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:163) [java] at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:75) [java] nodePassivated: fqn - /__JBossInternal__/a3912-ef5il3-eun3xnak-1-eun3xnak-2/address [java] at org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:61) [java] at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:3803) [java] ... 9 more -- 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 months

3
3
0 / 0

[JBoss JIRA] Created: (JBESB-311) jbossesb.xml and CBR is broken

by Burr Sutter (JIRA)

jbossesb.xml and CBR is broken ------------------------------ Key: JBESB-311 URL: http://jira.jboss.com/jira/browse/JBESB-311 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Content Based Routing Affects Versions: 4.0 Environment: Win2K Pro Reporter: Burr Sutter Assigned To: Tom Fennelly Fix For: 4.0 CBR & the new jbossesb.xml don't seem to generate a proper jbossesb-listener.xml. The CBR properties show up as attributes instead of a child element. Here is the declaration in jbossesb.xml: <service category="MyFirstCBRServicesESB" name="FirstCBRServiceESB" description="ESB Listener" is-gateway="false" service-class="org.jboss.soa.esb.listeners.message.CbrListener"> <listeners> <jms-listener name="XPathContentBasedRouter" busidref="quickstartEsbChannel" maxThreads="1"> <property name="ruleSet" value="MyESBRules-XPath.drl"/> <property name="ruleLanguage" value="XPathLanguage.dsl"/> </jms-listener> </listeners> </service> -- 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 months

4
11
0 / 0

[JBoss JIRA] Created: (JBAS-3968) Unqiue node id not properly set on multiplexed channel

by Brian Stansberry (JIRA)

Unqiue node id not properly set on multiplexed channel ------------------------------------------------------ Key: JBAS-3968 URL: http://jira.jboss.com/jira/browse/JBAS-3968 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: JBossAS-5.0.0.Beta1 Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.Beta2 The JBoss-specific subclass of JChannelFactory was not overriding all the overloaded variants of createMultiplexerChannel, including the one called by JBoss Cache. As a result the unique node id was not being set as additional_data on the underlying channel until after the channel was connected, which means other nodes in the cluster were unaware of the unique id. A major side effect of this is that DistributedReplicantManager.lookupReplicants would only return replicants for the coordinator node. Thus smart proxies for clustered services will only be able to communicate with the coordinator node. DRMTestCase has been updated to detect this sort of problem. -- 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 months

1
2
0 / 0

[JBoss JIRA] Assigned: (JBMICROCONT-24) Glossary of terms

by Ales Justin (JIRA)

[ http://jira.jboss.com/jira/browse/JBMICROCONT-24?page=all ] Ales Justin reassigned JBMICROCONT-24: -------------------------------------- Assignee: Ales Justin > Glossary of terms > ----------------- > > Key: JBMICROCONT-24 > URL: http://jira.jboss.com/jira/browse/JBMICROCONT-24 > Project: JBoss MicroContainer > Issue Type: Task > Components: General > Reporter: Adrian Brock > Assigned To: Ales Justin > Fix For: JBossMC_2_0_0_CR1 > > > Need to create a glossary of terms to avoid confusion between developers with overloaded > terms. e.g. what does container mean, what is a join point, etc. > The api should also be examined so the names are natural, expressing immediatley > to somebody who knows java beans, annotations, etc. what is happening. > e.g. attribute should be property (the java bean term rather than the jmx term) -- 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 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBCACHE-629) SELECT FOR UPDATE semantics

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-629?page=all ] Manik Surtani updated JBCACHE-629: ---------------------------------- Fix Version/s: 2.0.0.BETA1 2.0.0.GA (was: 3.x) Implementing as an Option for 2.0.0 - which will be intercepted by the PessimisticLockInterceptor. Also see http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998286#3998286 > SELECT FOR UPDATE semantics > --------------------------- > > Key: JBCACHE-629 > URL: http://jira.jboss.com/jira/browse/JBCACHE-629 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Brian Stansberry > Assigned To: Manik Surtani > Fix For: 2.0.0.GA, 2.0.0.BETA1 > > > An API with semantics similar to a database SELECT FOR UPDATE would be useful -- e.g. getForUpdate(...) which acts like a get, but acquires a WL instead of a RL. > Example situation: > IsolationLevel is READ_COMMITTED > - Two threads A and B. > 1. Thread A starts a new Transaction. > 2. Thread A calls get(Fqn for x, key for x) > 3. Thread A modifies Object x (e.g x.setFoo("bar")). > 4. Thread B calls get(Fqn for x, key for Object x) > 5. Thread B calls x.getFoo() > 6. Thread A calls put(Fqn for x, key for x, x); > 7. Thread A rolls back the Transaction. > Problem is in Step 5 Thread B sees uncommitted data, because the WL on the cache node is not acquired until Step 6. Only way to control this is for Thread A to synchronize on x and write x in such a way that access to all properties like Foo are synchronized. > With getForUpdate, A would acquire the WL in step 1, thus blocking B from reading until the A's TX commits. -- 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 months

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-326) Rename transformation quickstarts

by Tom Fennelly (JIRA)

Rename transformation quickstarts --------------------------------- Key: JBESB-326 URL: http://jira.jboss.com/jira/browse/JBESB-326 Project: JBoss ESB Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 4.0 CR1 Reporter: Tom Fennelly Assigned To: Tom Fennelly Fix For: 4.0 CR2 - rename "simple_transformation" to "transform_XML2POJO" - rename "transformation_simple" to "transform_XML2XML" -- 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 months

1
2
0 / 0

[JBoss JIRA] Updated: (JBCACHE-529) Improve performance of JDBC CacheLoader

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-529?page=all ] Manik Surtani updated JBCACHE-529: ---------------------------------- Fix Version/s: 2.0.0.BETA1 > Improve performance of JDBC CacheLoader > --------------------------------------- > > Key: JBCACHE-529 > URL: http://jira.jboss.com/jira/browse/JBCACHE-529 > Project: JBoss Cache > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.3.0.GA, 1.3.0.SP1 > Reporter: Elias Ross > Assigned To: Galder Zamarreno > Fix For: 2.0.0.GA, 2.0.0.BETA1 > > > See discussion http://www.jboss.org/index.html?module=bb&op=viewtopic&t=80359 as well. > Generally, I think that put() should use a single DB connection for all its writes. -- 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 months

1
0
0 / 0

[JBoss JIRA] Assigned: (EJBTHREE-12) EJB ENC must be java:comp/env currently it is java.ejb/comp/env

by Carlo de Wolf (JIRA)

[ http://jira.jboss.com/jira/browse/EJBTHREE-12?page=all ] Carlo de Wolf reassigned EJBTHREE-12: ------------------------------------- Assignee: Carlo de Wolf (was: Bill Burke) > EJB ENC must be java:comp/env currently it is java.ejb/comp/env > ---------------------------------------------------------------- > > Key: EJBTHREE-12 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-12 > Project: EJB 3.0 > Issue Type: Feature Request > Affects Versions: Preview 5 > Reporter: Bill Burke > Assigned To: Carlo de Wolf > Fix For: EJB 3.0 RC10 - FD > > -- 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 months

1
0
0 / 0

[JBoss JIRA] Resolved: (EJBTHREE-12) EJB ENC must be java:comp/env currently it is java.ejb/comp/env

by Carlo de Wolf (JIRA)

[ http://jira.jboss.com/jira/browse/EJBTHREE-12?page=all ] Carlo de Wolf resolved EJBTHREE-12. ----------------------------------- Resolution: Out of Date > EJB ENC must be java:comp/env currently it is java.ejb/comp/env > ---------------------------------------------------------------- > > Key: EJBTHREE-12 > URL: http://jira.jboss.com/jira/browse/EJBTHREE-12 > Project: EJB 3.0 > Issue Type: Feature Request > Affects Versions: Preview 5 > Reporter: Bill Burke > Assigned To: Carlo de Wolf > Fix For: EJB 3.0 RC10 - FD > > -- 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 months

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-333) change the config for the cbr router so the new config can pass in properties

by Kurt Stam (JIRA)

change the config for the cbr router so the new config can pass in properties ----------------------------------------------------------------------------- Key: JBESB-333 URL: http://jira.jboss.com/jira/browse/JBESB-333 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: Content Based Routing Affects Versions: 4.0 CR2 Reporter: Kurt Stam Assigned To: Kurt Stam Priority: Blocker Fix For: 4.0 CR2 update the config to use properties and not the <cbr> element. -- 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 months

1
1
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 January 2007