September 2012 - infinispan-issues

[JBoss JIRA] (ISPN-2225) Configuration builders and parsers for HBase Cache Store

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-2225: ------------------------------------- Summary: Configuration builders and parsers for HBase Cache Store Key: ISPN-2225 URL: https://issues.jboss.org/browse/ISPN-2225 Project: Infinispan Issue Type: Feature Request Components: Loaders and Stores Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 5.2.0.Final Add configuration builders and parser support to the HBase Cache Store -- 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

13 years, 6 months

2
2
0 / 0

[JBoss JIRA] (ISPN-2296) Queries should support projection of custom metadata and keys

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-2296: ------------------------------------- Summary: Queries should support projection of custom metadata and keys Key: ISPN-2296 URL: https://issues.jboss.org/browse/ISPN-2296 Project: Infinispan Issue Type: Feature Request Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 5.2.0.Beta1 Queries should support projection like these constants in Hibernate Search: {code}org.hibernate.search.ProjectionConstants{code} It seems particularly important that we don't provide the keys of the matching entries. -- 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

13 years, 6 months

2
5
0 / 0

[JBoss JIRA] (ISPN-2306) Remove the code that resends PrepareCammands

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-2306: ----------------------------------- Summary: Remove the code that resends PrepareCammands Key: ISPN-2306 URL: https://issues.jboss.org/browse/ISPN-2306 Project: Infinispan Issue Type: Task Components: State transfer, Transactions Affects Versions: 5.2.0.Alpha3 Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 5.2.0.Alpha4 The code that resends prepare commands is not longer needed in the context of new NBST. -- 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

13 years, 6 months

2
5
0 / 0

[JBoss JIRA] (ISPN-2271) Migrate deprecated configuration API in tests remote

by Thomas Fromm (JIRA)

Thomas Fromm created ISPN-2271: ---------------------------------- Summary: Migrate deprecated configuration API in tests remote Key: ISPN-2271 URL: https://issues.jboss.org/browse/ISPN-2271 Project: Infinispan Issue Type: Sub-task Components: Test Suite Affects Versions: 5.2.0.Alpha3 Reporter: Thomas Fromm Assignee: Thomas Fromm -- 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

13 years, 6 months

2
4
0 / 0

[JBoss JIRA] (ISPN-2334) Distributed mode and single shared cache loader - preload and state transfer

by Fernando Wasylyszyn (JIRA)

Fernando Wasylyszyn created ISPN-2334: ----------------------------------------- Summary: Distributed mode and single shared cache loader - preload and state transfer Key: ISPN-2334 URL: https://issues.jboss.org/browse/ISPN-2334 Project: Infinispan Issue Type: Enhancement Components: Loaders and Stores, State transfer Affects Versions: 5.1.5.FINAL Reporter: Fernando Wasylyszyn Assignee: Mircea Markus Priority: Minor When you have a cluster in Infinispan, configured as Distributed and with a single and shared cache loader by all members, the preload option should work making each node loading the entries that correspond to it, not all of them, which is the current behaviour. Also, with this configuration, the "state transfer" could be configured to make each node retrieve the "new entries" that should keep after a topology change directly from the cache store, instead of the transfer of entries through the network. -- 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

13 years, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (ISPN-1141) BigMemory Direct buffer

by Magnus Magnus (JIRA)

BigMemory Direct buffer ----------------------- Key: ISPN-1141 URL: https://issues.jboss.org/browse/ISPN-1141 Project: Infinispan Issue Type: Enhancement Components: Distributed Cache Reporter: Magnus Magnus Assignee: Manik Surtani It should be configurable if data stored by NIO buffer or not. It means data stored outside of java heap. Create, destroy in the external memory should be managed by infinispan. With this solution gc can run fast however infinispan node can handle huge amount of memory. In the current case the optional size of the java memory of a node is smaller or equals than 4GB because of garbage collection issues above 4GB. See a similar thing in EHCache BigMemory. http://www.snoopal.com/documents/GaSovOTchHCsOF5X7bG691/-Scale-over-the-l... 12nd page -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

5
8
0 / 0

[JBoss JIRA] Created: (ISPN-469) HotRod client in .NET

by Manik Surtani (JIRA)

HotRod client in .NET --------------------- Key: ISPN-469 URL: https://jira.jboss.org/browse/ISPN-469 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

13 years, 6 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-557) support for same transaction touching multiple nodes (multiple VMs)

by Mircea Markus (JIRA)

support for same transaction touching multiple nodes (multiple VMs) -------------------------------------------------------------------- Key: ISPN-557 URL: https://jira.jboss.org/browse/ISPN-557 Project: Infinispan Issue Type: Feature Request Components: Transactions Reporter: Mircea Markus Assignee: Manik Surtani Fix For: 5.1.0.Final E.g. if a distributed transaction managers touches two embedded Infinispan nodes within the same transaction. Could be implemented using the Hot Rod client approach - but in an embedded fashion! EmbeddedClient <-- implements logic above Except comms are in-VM for local entries And via RpcDispatcher for remote entries RemoteClient extends EmbeddedClient Adds proper HotRod layer for comms Including failover, smart routing, etc. -- 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

13 years, 6 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-1090) Hot Rod protocol improvements for version 2

by Galder Zamarreño (JIRA)

Hot Rod protocol improvements for version 2 ------------------------------------------- Key: ISPN-1090 URL: https://issues.jboss.org/browse/ISPN-1090 Project: Infinispan Issue Type: Enhancement Components: Cache Server Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.1.0.BETA1, 5.1.0.Final This JIRA will act as a place to keep track of enhancements to the Hot Rod protocol that should be included in version 2 of the protocol: - We need a new error status code so that clients can detect when a node has been suspected and so react accordingly (i.e. not bubble it up but instead failover). Currently, this can be solved by checking whether the error message contains SuspectException but this is not nice. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

6
18
0 / 0

[JBoss JIRA] Created: (ISPN-848) Enhance HotRod to allow explicit locking of keys

by Erik Salter (JIRA)

Enhance HotRod to allow explicit locking of keys ------------------------------------------------ Key: ISPN-848 URL: https://issues.jboss.org/browse/ISPN-848 Project: Infinispan Issue Type: Feature Request Reporter: Erik Salter Assignee: Manik Surtani Hot Rod clients should allow explicit locking of keys, especially useful for the "find-for-update" design pattern. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

4
6
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2012