April 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2554) Confusing deprecated config usage at WARN loglevel for eviction wakeUpInterval

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2554?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-2554: ------------------------------------- Assignee: Tristan Tarrant (was: Mircea Markus) > Confusing deprecated config usage at WARN loglevel for eviction wakeUpInterval > ------------------------------------------------------------------------------ > > Key: ISPN-2554 > URL: https://issues.jboss.org/browse/ISPN-2554 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Affects Versions: 5.2.0.Beta4 > Reporter: Thomas Fromm > Assignee: Tristan Tarrant > Priority: Minor > > This warning appears from time to time at runtime. Its confusing, especially when not using deprecated API. Should be fixed and/or the loglevel should be reduced. > WARN 27.11.12 14:23:40,842 [RMI TCP Connection(5)-10.66.0.232] Configuration ISPN000153: Ignoring eviction wakeUpInterval configuration since it is deprecated, please configure > Expiration's wakeUpInterval instead -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2995) AtomicHashMap locking issue [optimistic]

by Pedro Ruivo (JIRA)

Pedro Ruivo created ISPN-2995: --------------------------------- Summary: AtomicHashMap locking issue [optimistic] Key: ISPN-2995 URL: https://issues.jboss.org/browse/ISPN-2995 Project: Infinispan Issue Type: Bug Components: Fine-grained API Affects Versions: 5.2.5.Final, 5.3.0.Alpha1 Reporter: Pedro Ruivo Assignee: Mircea Markus In OptimisticLockingInterceptor, we are collecting the composite keys from ApplyDeltaCommand is the key belongs to the node: {code} case ApplyDeltaCommand.COMMAND_ID: ApplyDeltaCommand command = (ApplyDeltaCommand) wc; if (cdl.localNodeIsOwner(command.getKey())) { Object[] compositeKeys = command.getCompositeKeys(); set.addAll(Arrays.asList(compositeKeys)); } break; {code} However, when we are going to acquire the lock in the node if it is the primary owner: {code} protected final void lockAndRegisterBackupLock(TxInvocationContext ctx, Object key, long lockTimeout, boolean skipLocking) throws InterruptedException { if (cdl.localNodeIsPrimaryOwner(key)) { lockKeyAndCheckOwnership(ctx, key, lockTimeout, skipLocking); } else if (cdl.localNodeIsOwner(key)) { ctx.getCacheTransaction().addBackupLockForKey(key); } } {code} The CompositeKey should always acquire the lock. This is probably a bug. Add an unit test to verify that locking works as expected for AtomicHashMap. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2994) Querying over REST

by Mircea Markus (JIRA)

Mircea Markus created ISPN-2994: ----------------------------------- Summary: Querying over REST Key: ISPN-2994 URL: https://issues.jboss.org/browse/ISPN-2994 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Mircea Markus The equivalent of ISPN-484, over the REST interface. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-471) HotRod client in Python

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-471?page=com.atlassian.jira.plugin.s... ] Mircea Markus commented on ISPN-471: ------------------------------------ Done: https://github.com/infinispan/python-client > HotRod client in Python > ----------------------- > > Key: ISPN-471 > URL: https://issues.jboss.org/browse/ISPN-471 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: Manik Surtani > Assignee: Galder Zamarreño > Fix For: 4.2.1.FINAL > > > Python client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > http://fisheye.jboss.org/browse/Infinispan/trunk/client/hotrod-client -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2993) HotRod client in Ruby

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2993?page=com.atlassian.jira.plugin.... ] Mircea Markus edited comment on ISPN-2993 at 4/4/13 10:52 AM: -------------------------------------------------------------- https://github.com/gbrey/infinispan-ruby-client L1 of intelligence implementation already available. was (Author: mircea.markus): https://github.com/gbrey/infinispan-ruby-client - this is a good start. > HotRod client in Ruby > --------------------- > > Key: ISPN-2993 > URL: https://issues.jboss.org/browse/ISPN-2993 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Mircea Markus > > C++ client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > http://fisheye.jboss.org/browse/Infinispan/trunk/client/hotrod-client -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2903) Manual eviction should not delete entry from cache store

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2903?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2903: ----------------------------------------------- Paul Ferraro <paul.ferraro(a)redhat.com> made a comment on [bug 900549|https://bugzilla.redhat.com/show_bug.cgi?id=900549] My hunch is that there is still another issue with AtomicMaps and the interaction with the cache store - I'm attempting to reproduce the issue locally. > Manual eviction should not delete entry from cache store > -------------------------------------------------------- > > Key: ISPN-2903 > URL: https://issues.jboss.org/browse/ISPN-2903 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 5.2.3.Final > Reporter: Paul Ferraro > Assignee: Galder Zamarreño > Priority: Critical > Labels: 5.2.x, jdg6 > Fix For: 5.2.5.Final, 5.3.0.Alpha1, 5.3.0.Final > > Attachments: AtomicMapServlet.java, AtomicMapTestCase.java, server.log, server.log > > > Here's the scenario: > Given 2 nodes with REPL_SYNC cache with passivating cache store (e.g. default web cache in AS7). > 1. Create cache entry containing atomic map with 2 map entries on node1. > 2. Passivate that cache entry on node2 via manual evict. > 3. Modify 1 of the atomic map entries within the cache entry on node1. > 4. Lookup atomic map on node2. It only contains 1 map entry - the map entry modified in step 3. The other map entry is lost. > It's a side effect of ISPN-2384, where some changes were made to tighten the passivation/activation scenarios, but it did not cover manual eviction calls. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2993) HotRod client in Ruby

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2993?page=com.atlassian.jira.plugin.... ] Mircea Markus commented on ISPN-2993: ------------------------------------- https://github.com/gbrey/infinispan-ruby-client - this is a good start. > HotRod client in Ruby > --------------------- > > Key: ISPN-2993 > URL: https://issues.jboss.org/browse/ISPN-2993 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Mircea Markus > > C++ client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > http://fisheye.jboss.org/browse/Infinispan/trunk/client/hotrod-client -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2993) HotRod client in Ruby

by Mircea Markus (JIRA)

Mircea Markus created ISPN-2993: ----------------------------------- Summary: HotRod client in Ruby Key: ISPN-2993 URL: https://issues.jboss.org/browse/ISPN-2993 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Mircea Markus Implement a hotrod client in Ruby. -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2993) HotRod client in Ruby

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2993?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2993: -------------------------------- Description: C++ client impl for HotRod. Protocol is documented here: http://community.jboss.org/wiki/HotRodProtocol Could be based off the Java reference impl client: http://fisheye.jboss.org/browse/Infinispan/trunk/client/hotrod-client was:Implement a hotrod client in Ruby. > HotRod client in Ruby > --------------------- > > Key: ISPN-2993 > URL: https://issues.jboss.org/browse/ISPN-2993 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Mircea Markus > > C++ client impl for HotRod. Protocol is documented here: > http://community.jboss.org/wiki/HotRodProtocol > Could be based off the Java reference impl client: > http://fisheye.jboss.org/browse/Infinispan/trunk/client/hotrod-client -- 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, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-2992) Timeout on synchronous XSite backup can hang thread

by Erik Salter (JIRA)

Erik Salter created ISPN-2992: --------------------------------- Summary: Timeout on synchronous XSite backup can hang thread Key: ISPN-2992 URL: https://issues.jboss.org/browse/ISPN-2992 Project: Infinispan Issue Type: Bug Components: Cross-Site Replication Affects Versions: 5.2.5.Final Reporter: Erik Salter Assignee: Mircea Markus A thread can hang processing a synchronous XSite response if the decremented timeout value goes negative. This scenario can occur if backup site A takes a while in returning, exhausting the timeout value. Any subsequent backups can wait on a negative value. If the response never arrives from the JGroups layer, like due to a bridge end restarting, the future will wait forever. -- 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, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2013