October 2012 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2394) Introduce an event to signal end of state transfer

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-2394: ----------------------------------- Summary: Introduce an event to signal end of state transfer Key: ISPN-2394 URL: https://issues.jboss.org/browse/ISPN-2394 Project: Infinispan Issue Type: Task Components: State transfer Affects Versions: 5.2.0.ALPHA1 Reporter: Adrian Nistor Assignee: Mircea Markus Fix For: 5.2.0.CR1 Since NBST was introduced the actual completion of state transfer happens later than the TopologyChangedEvent. In unit tests there is currently no simple way to find out when this actually happens so we resorted to some ugly polling (see TestingUtil.waitForRehashToComplete()). Also some other core components could benefit from such an event (eg. StaleTransactionCleanupService, see ISPN-2383). -- 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

3
10
0 / 0

[JBoss JIRA] (ISPN-2438) Executor services are configured to abort submitted tasks if all threads are busy and the queue is full

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-2438: ----------------------------------- Summary: Executor services are configured to abort submitted tasks if all threads are busy and the queue is full Key: ISPN-2438 URL: https://issues.jboss.org/browse/ISPN-2438 Project: Infinispan Issue Type: Feature Request Affects Versions: 5.2.0.Beta2 Reporter: Adrian Nistor Assignee: Mircea Markus Fix For: 5.2.0.Final This is the default, but a better approach would be to block rather than abort. We need a RejectedExecutionHandler similar to org.hibernate.search.batchindexing.impl.Executors.BlockPolicy -- 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

2
3
0 / 0

[JBoss JIRA] (ISPN-2426) putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry already exists

by Manik Surtani (JIRA)

[ https://issues.jboss.org/browse/ISPN-2426?page=com.atlassian.jira.plugin.... ] Manik Surtani updated ISPN-2426: -------------------------------- Summary: putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry already exists (was: putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry allready exists) > putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry already exists > ------------------------------------------------------------------------------ > > Key: ISPN-2426 > URL: https://issues.jboss.org/browse/ISPN-2426 > Project: Infinispan > Issue Type: Patch > Affects Versions: 5.1.6.FINAL > Reporter: Jan Boehm > Assignee: Manik Surtani > Fix For: 5.2.0.CR1, 5.2.0.Final > > Attachments: ISPN-2426-Set-looked-up-key-in-InvocationContext-on-.patch > > > When performing a putIfAbsent for an existing entry with the flag PUT_FOR_EXTERNAL_READ set, the entry factory fails to provide the InvocationContext with the key for the entry. This makes it impossible for the locking interceptors to release the lock. -- 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-2436) Map/reduce commands are executed in serial on first and second Infinispan nodes

by Vladimir Blagojevic (JIRA)

Vladimir Blagojevic created ISPN-2436: ----------------------------------------- Summary: Map/reduce commands are executed in serial on first and second Infinispan nodes Key: ISPN-2436 URL: https://issues.jboss.org/browse/ISPN-2436 Project: Infinispan Issue Type: Enhancement Components: Distributed Execution and Map/Reduce Affects Versions: 5.2.0.Beta2 Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Fix For: 5.2.0.CR1 Map command is executed on local/master/originating node on the same thread that is sending map command to other nodes. This causes other nodes to wait unnecessarily until map command is executed on master node. We should execute map command on a different thread and send map command immediately to all other nodes. -- 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

3
7
0 / 0

[JBoss JIRA] (ISPN-2426) putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry allready exists

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2426?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2426: -------------------------------- Assignee: Manik Surtani (was: Mircea Markus) > putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry allready exists > ------------------------------------------------------------------------------- > > Key: ISPN-2426 > URL: https://issues.jboss.org/browse/ISPN-2426 > Project: Infinispan > Issue Type: Patch > Affects Versions: 5.1.6.FINAL > Reporter: Jan Boehm > Assignee: Manik Surtani > Attachments: ISPN-2426-Set-looked-up-key-in-InvocationContext-on-.patch > > > When performing a putIfAbsent for an existing entry with the flag PUT_FOR_EXTERNAL_READ set, the entry factory fails to provide the InvocationContext with the key for the entry. This makes it impossible for the locking interceptors to release the lock. -- 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-2426) putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry allready exists

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2426?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2426: -------------------------------- Fix Version/s: 5.2.0.CR1 5.2.0.Final > putIfAbsent with PUT_FOR_EXTERNAL_READ does not unlock if entry allready exists > ------------------------------------------------------------------------------- > > Key: ISPN-2426 > URL: https://issues.jboss.org/browse/ISPN-2426 > Project: Infinispan > Issue Type: Patch > Affects Versions: 5.1.6.FINAL > Reporter: Jan Boehm > Assignee: Manik Surtani > Fix For: 5.2.0.CR1, 5.2.0.Final > > Attachments: ISPN-2426-Set-looked-up-key-in-InvocationContext-on-.patch > > > When performing a putIfAbsent for an existing entry with the flag PUT_FOR_EXTERNAL_READ set, the entry factory fails to provide the InvocationContext with the key for the entry. This makes it impossible for the locking interceptors to release the lock. -- 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-2432) enhance distributed executor service with submit(Task, Address...)

by Mathieu Lachance (JIRA)

Mathieu Lachance created ISPN-2432: -------------------------------------- Summary: enhance distributed executor service with submit(Task, Address...) Key: ISPN-2432 URL: https://issues.jboss.org/browse/ISPN-2432 Project: Infinispan Issue Type: Feature Request Components: Distributed Execution and Map/Reduce Affects Versions: 5.2.0.Beta2 Reporter: Mathieu Lachance Assignee: Vladimir Blagojevic as discussed with vladimir on user forum it would be nice to add to the DistributedExecutorService interface (or Advanced interface) a capability to submit a task to a particular address(es). my use case was to propagate a cdi event to all other members to the cluster as the local dispatch was already ensured with @Observes. basically I wanted to do the following : @Inject Event<MyEventThatIWantToPropagateThatExtendsBaseEvent> myEvent; myEvent.fire(new MyEvent()); @Inject BeanManager beanManager; onBaseEvent(@Observes final BaseEvent event){ List<Address> addresses = getAllOtherNodes(); DistributedExecutorService.submit(new Callable<Void>({ public Void run() throws Exception{ beanManager.fireEvent(event); } }), addresses); } onMyEvent(@Observes final MyEvent event){ System.out.println("this will be executed locally and on all other members of the cluster"); } -- 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

2
1
0 / 0

[JBoss JIRA] (ISPN-2445) Gracefull shutdown - transfer data to other nodes

by Matej Lazar (JIRA)

Matej Lazar created ISPN-2445: --------------------------------- Summary: Gracefull shutdown - transfer data to other nodes Key: ISPN-2445 URL: https://issues.jboss.org/browse/ISPN-2445 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache Reporter: Matej Lazar Assignee: Mircea Markus Distributed cache should provide an configuration option to block shutdown until data from shutting down node is transferred to other nodes. This feature is useful if Infinispan is used as persistent storage. Without this option, in a cloud environment, where server node is deleted on scale down event, users are forced to use external storage, if they don't want to loose data. -- 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

2
1
0 / 0

[JBoss JIRA] (ISPN-1956) Create a Forge plugin for bootstrapping Infinispan projects

by Manik Surtani (JIRA)

Manik Surtani created ISPN-1956: ----------------------------------- Summary: Create a Forge plugin for bootstrapping Infinispan projects Key: ISPN-1956 URL: https://issues.jboss.org/browse/ISPN-1956 Project: Infinispan Issue Type: Feature Request Affects Versions: 5.1.3.FINAL Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.2.0.ALPHA1, 5.2.0.FINAL Follow the plugin creation guide, and email the forge-dev(a)lists.jboss.org mail list with any questions and the Forge team will help out :) There are plenty of examples to go on. https://docs.jboss.org/author/display/FORGE/Developing+a+Plugin -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

5
24
0 / 0

[JBoss JIRA] Created: (ISPN-470) HotRod client in C++

by Manik Surtani (JIRA)

HotRod client in C++ -------------------- Key: ISPN-470 URL: https://jira.jboss.org/browse/ISPN-470 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.0.0.BETA1, 5.0.0.Final .NET 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 contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2012