May 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2996) ApplyDeltaCommand.getAffectedKeys() and ApplyDeltaCommand.getKey() do not return the expected key

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2996?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2996: -------------------------------- Fix Version/s: 5.2.6.Final > ApplyDeltaCommand.getAffectedKeys() and ApplyDeltaCommand.getKey() do not return the expected key > ------------------------------------------------------------------------------------------------- > > Key: ISPN-2996 > URL: https://issues.jboss.org/browse/ISPN-2996 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 5.2.x > Fix For: 5.2.6.Final, 5.3.0.Final > > > These methods should return the map key but null is returned instead because the super constructor is not invoked correctly. > See discussion on infinispan dev list here: http://markmail.org/message/dkoughqngztmxvuy > This class could also be simplified a bit by removing the field deltaAwareValueKey which duplicates the key field of the base class. > Also since keys are non-null (asserted by constructor) the equals() and hashCode() methods can be simplified by removing the null checks. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2996) ApplyDeltaCommand.getAffectedKeys() and ApplyDeltaCommand.getKey() do not return the expected key

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2996?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2996: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > ApplyDeltaCommand.getAffectedKeys() and ApplyDeltaCommand.getKey() do not return the expected key > ------------------------------------------------------------------------------------------------- > > Key: ISPN-2996 > URL: https://issues.jboss.org/browse/ISPN-2996 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 5.2.x > Fix For: 5.2.6.Final, 5.3.0.Final > > > These methods should return the map key but null is returned instead because the super constructor is not invoked correctly. > See discussion on infinispan dev list here: http://markmail.org/message/dkoughqngztmxvuy > This class could also be simplified a bit by removing the field deltaAwareValueKey which duplicates the key field of the base class. > Also since keys are non-null (asserted by constructor) the equals() and hashCode() methods can be simplified by removing the null checks. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3056) FineGrainedAtomicMap updates are lost on some cluster nodes when eviction or passivation is involved

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3056?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3056: -------------------------------- Fix Version/s: 5.2.6.Final > FineGrainedAtomicMap updates are lost on some cluster nodes when eviction or passivation is involved > ---------------------------------------------------------------------------------------------------- > > Key: ISPN-3056 > URL: https://issues.jboss.org/browse/ISPN-3056 > Project: Infinispan > Issue Type: Bug > Components: Core API, Eviction, Fine-grained API > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 5.2.x > Fix For: 5.2.6.Final, 5.3.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3056) FineGrainedAtomicMap updates are lost on some cluster nodes when eviction or passivation is involved

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3056?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3056: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > FineGrainedAtomicMap updates are lost on some cluster nodes when eviction or passivation is involved > ---------------------------------------------------------------------------------------------------- > > Key: ISPN-3056 > URL: https://issues.jboss.org/browse/ISPN-3056 > Project: Infinispan > Issue Type: Bug > Components: Core API, Eviction, Fine-grained API > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 5.2.x > Fix For: 5.2.6.Final, 5.3.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3001) DeltaAwareCacheEntry.getLifespan() and getMaxIdle() return 0 and cause instant expiration

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3001?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3001: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > DeltaAwareCacheEntry.getLifespan() and getMaxIdle() return 0 and cause instant expiration > ----------------------------------------------------------------------------------------- > > Key: ISPN-3001 > URL: https://issues.jboss.org/browse/ISPN-3001 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 5.2.x > Fix For: 5.2.6.Final, 5.3.0.Beta1 > > > These methods should actually return -1 if we intend this entry to live forever, not 0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3001) DeltaAwareCacheEntry.getLifespan() and getMaxIdle() return 0 and cause instant expiration

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3001?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3001: -------------------------------- Fix Version/s: 5.2.6.Final > DeltaAwareCacheEntry.getLifespan() and getMaxIdle() return 0 and cause instant expiration > ----------------------------------------------------------------------------------------- > > Key: ISPN-3001 > URL: https://issues.jboss.org/browse/ISPN-3001 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 5.2.x > Fix For: 5.2.6.Final, 5.3.0.Beta1 > > > These methods should actually return -1 if we intend this entry to live forever, not 0. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2988) Invalid Transport.isCoordinator() usages in ClusteredActivationInterceptor and ClusteredCacheLoaderInterceptor in REPL mode

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2988?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2988: -------------------------------- Fix Version/s: 5.2.6.Final > Invalid Transport.isCoordinator() usages in ClusteredActivationInterceptor and ClusteredCacheLoaderInterceptor in REPL mode > --------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-2988 > URL: https://issues.jboss.org/browse/ISPN-2988 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.2.5.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 5.2.x > Fix For: 5.2.6.Final, 5.3.0.Beta1 > > > Transport.isCoordinator() is used to determine if we are the primary owner but this usage is no longer valid since the introduction of asymmetric caches. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3069) TimeService implementation

by Pedro Ruivo (JIRA)

Pedro Ruivo created ISPN-3069: --------------------------------- Summary: TimeService implementation Key: ISPN-3069 URL: https://issues.jboss.org/browse/ISPN-3069 Project: Infinispan Issue Type: Feature Request Reporter: Pedro Ruivo Assignee: Pedro Ruivo Fix For: 5.3.0.Final Implementation of the TimeService as described in the mailling list http://lists.jboss.org/pipermail/infinispan-dev/2013-April/012667.html Interface {code} long time() //return the current time in nanoseconds long wallClockTime() //return the current clock time in milliseconds long timeDuration(long startTime) //duration between current time and startTime. return value >=0 long wallClockDuration(long startClockTime) //duration between current clock time and startClockTime. it can be negative long timeDuration(long startTime, long endTime) //duration between endTime and startTime. return value >= 0 long wallClockDuration(long startClockTime, long endClockTime) //duration between startClockTime and endClockTime. it can be negative //other possible methods double convertNanosecondsToMicroseconds(long nanos) //convert from nanos to micros without losing precision double convertNanosecondsToSeconds(long nanos) //convert from nanos to seconds without losing precision boolean isExpired(long currentWallClock, long endWallClock) //returns true if the endWallClock has expired {code} Default implementation will wrap System.nanoTime() and System.currentTimeMillis(). Provide also a no-op implementation? other suggestions are welcome. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3068) Server CLI should use new JBoss Remoting module

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-3068: ------------------------------------- Summary: Server CLI should use new JBoss Remoting module Key: ISPN-3068 URL: https://issues.jboss.org/browse/ISPN-3068 Project: Infinispan Issue Type: Bug Components: CLI, Server Affects Versions: 5.3.0.Alpha1 Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 5.3.0.Beta1 The cli client module should reference org.jboss.remoting-jmx instead of org.jboss.remoting3.remoting-jmx -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3065) Cant declaratively set simpleConnection.connectionUrl

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3065?page=com.atlassian.jira.plugin.... ] Mircea Markus closed ISPN-3065. ------------------------------- Resolution: Out of Date already fixed by ISPN-2928 > Cant declaratively set simpleConnection.connectionUrl > ----------------------------------------------------- > > Key: ISPN-3065 > URL: https://issues.jboss.org/browse/ISPN-3065 > Project: Infinispan > Issue Type: Bug > Components: Configuration > Affects Versions: 5.2.5.Final > Reporter: Rob Haycock > Assignee: Mircea Markus > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > In parseSimpleConnectionAttributes() have this line... > case CONNECTION_URL: { > builder.driverClass(value); > should be builder.connectionUrl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2013