May 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-415) Upgrade to JClouds 1.0-beta-5

by Manik Surtani (JIRA)

Upgrade to JClouds 1.0-beta-5 ----------------------------- Key: ISPN-415 URL: https://jira.jboss.org/jira/browse/ISPN-415 Project: Infinispan Issue Type: Task Components: Loaders and Stores Affects Versions: 4.1.0.ALPHA3 Reporter: Manik Surtani Assignee: Manik Surtani Priority: Blocker Fix For: 4.1.0.BETA1 Trunk is currently based on a SNAPSHOT of JClouds. Cannot tag a release with a snapshot dep. -- 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

13 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-419) Transactional AtomicHashMap modifications are lost when replicating or persisting

by Galder Zamarreno (JIRA)

Transactional AtomicHashMap modifications are lost when replicating or persisting --------------------------------------------------------------------------------- Key: ISPN-419 URL: https://jira.jboss.org/jira/browse/ISPN-419 Project: Infinispan Issue Type: Bug Affects Versions: 4.1.0.ALPHA3, 4.0.0.Final Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.BETA1 When an AtomicHashMap is either replicate or stored in a cache store using transactions, the actual modification is lost. This is due to duplication of modifications being fired. After the 1st modification has been sent to another node or cache store, its delta is reset and when the 2nd modification comes, it finds delta as being null and hence that's what's replicated stored. -- 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

13 years, 11 months

1
3
0 / 0

[JBoss JIRA] Updated: (ISPN-31) JPA based cache store

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-31?page=com.atlassian.jira.plugin... ] Manik Surtani updated ISPN-31: ------------------------------ Fix Version/s: 5.0.0.BETA1 5.0.0.Final (was: 4.1.0.BETA1) (was: 4.1.0.Final) > JPA based cache store > --------------------- > > Key: ISPN-31 > URL: https://jira.jboss.org/jira/browse/ISPN-31 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Manik Surtani > Assignee: Alejandro Montenegro > Fix For: 5.0.0.BETA1, 5.0.0.Final > > > Store that uses JPA for persistence -- 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

13 years, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-413) Should not attempt to handle requests if the cache is not in a started state

by Manik Surtani (JIRA)

Should not attempt to handle requests if the cache is not in a started state ---------------------------------------------------------------------------- Key: ISPN-413 URL: https://jira.jboss.org/jira/browse/ISPN-413 Project: Infinispan Issue Type: Bug Components: Core API Affects Versions: 4.1.0.ALPHA3 Reporter: Manik Surtani Assignee: Manik Surtani Priority: Blocker Fix For: 4.1.0.BETA1 This check used to be there, but appears to have been lost among some refactoring. Need a proper unit test for this as well to prevent this creeping back in. -- 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

13 years, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-417) NPE when restoring an AtomicHashMap from storage

by Manik Surtani (JIRA)

NPE when restoring an AtomicHashMap from storage ------------------------------------------------ Key: ISPN-417 URL: https://jira.jboss.org/jira/browse/ISPN-417 Project: Infinispan Issue Type: Bug Affects Versions: 4.1.0.ALPHA3 Reporter: Manik Surtani Assignee: Manik Surtani Priority: Critical Fix For: 4.1.0.BETA1 As reported on the forums. Test case included in forum post. -- 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

13 years, 11 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-416) GridFS generating OS-dependant cache keys

by Galder Zamarreno (JIRA)

GridFS generating OS-dependant cache keys ----------------------------------------- Key: ISPN-416 URL: https://jira.jboss.org/jira/browse/ISPN-416 Project: Infinispan Issue Type: Bug Affects Versions: 4.1.0.ALPHA3 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.BETA1 Attachments: mac.log, mc-demos-wins.log GridFS is not dealing well with the fact that File separator character varies from Windows to Unix/Linux. On a Windows machine, the key generated by GridFS uses '/', i.e.: JBoss-MC-Demo TRACE [30-04-2010 16:12:04] InvocationContextInterceptor - Invoked with command PutKeyValueCommand{key=movies\bond.iso, value=file, len=0b, chunk_size=8000, mod_time=Fri Apr 30 16:12:04 CEST 2010, putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1} and InvocationContext [NonTxInvocationContext{flags=[FORCE_SYNCHRONOUS]}] Whereas a Unix/Linux machine generates keys with '\', ie: JBoss-MC-Demo TRACE [30-04-2010 16:12:51] InvocationContextInterceptor - Invoked with command GetKeyValueCommand{key=movies/bond.iso} and InvocationContext [NonTxInvocationContext{flags=null}] -- 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

13 years, 11 months

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-418) AtomicHashMap Externalizer returns delta and not hash map on deserialization

by Galder Zamarreno (JIRA)

AtomicHashMap Externalizer returns delta and not hash map on deserialization ---------------------------------------------------------------------------- Key: ISPN-418 URL: https://jira.jboss.org/jira/browse/ISPN-418 Project: Infinispan Issue Type: Bug Components: Marshalling Affects Versions: 4.1.0.ALPHA3, 4.0.0.Final Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.BETA1 AtomicHashMap Externalizer should merge deserialized delta into an atomic hash map and return that, rather than returning a delta. -- 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

13 years, 11 months

1
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2010