June 2012 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-1893) Query module demo

by Mathieu Lachance (JIRA)

Mathieu Lachance created ISPN-1893: -------------------------------------- Summary: Query module demo Key: ISPN-1893 URL: https://issues.jboss.org/browse/ISPN-1893 Project: Infinispan Issue Type: Task Components: Core API, Locking and Concurrency, Migration tools Reporter: Mathieu Lachance Assignee: Manik Surtani Would it be possible to make a query-module demo showing the best practice with : - replication clustering mode + local query, - distribution clustering mode + index replication + local query, - distribution clustering mode + clustered query I guess this would be easy to integrate it in the already existant gui demo. Big thanks ! -- 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, 6 months

5
7
0 / 0

[JBoss JIRA] (ISPN-1925) Upgrade to JCache 0.5

by Kevin Pollet (JIRA)

Kevin Pollet created ISPN-1925: ---------------------------------- Summary: Upgrade to JCache 0.5 Key: ISPN-1925 URL: https://issues.jboss.org/browse/ISPN-1925 Project: Infinispan Issue Type: Component Upgrade Components: CDI integration Reporter: Kevin Pollet Assignee: Kevin Pollet Fix For: 5.2.0.ALPHA1 -- 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, 6 months

3
8
0 / 0

[JBoss JIRA] (ISPN-2141) Better configuration options for Infinispan Query

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-2141: ------------------------------------- Summary: Better configuration options for Infinispan Query Key: ISPN-2141 URL: https://issues.jboss.org/browse/ISPN-2141 Project: Infinispan Issue Type: Feature Request Components: Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 5.2.0.ALPHA2 Rethink the configuration options for Query. See also https://community.jboss.org/wiki/InfinispanQuery-DesignAndPlanning -- 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, 6 months

3
9
0 / 0

[JBoss JIRA] (ISPN-2082) JdbcStringBasedCacheStore: ORA-24816 when storing BLOB values > 4000 bytes

by Ryan Scharer (JIRA)

Ryan Scharer created ISPN-2082: ---------------------------------- Summary: JdbcStringBasedCacheStore: ORA-24816 when storing BLOB values > 4000 bytes Key: ISPN-2082 URL: https://issues.jboss.org/browse/ISPN-2082 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 5.1.5.FINAL Environment: OS X 10.7.4, JDK 1.7.0u4 Reporter: Ryan Scharer Assignee: Manik Surtani I've configured a JdbcStringBasedCacheStore with a VARCHAR(4000) key column and a BLOB value column. If I try to store a BLOB value of less than 4000 bytes, everything works fine. If the value is greater, the cache store fails with ORA-24816. This occurs because the BLOB column is not the last one in the PreparedStatement SQL as the Oracle driver requires. My current, sad workaround is to clone the JdbcStringBasedCacheStore implementation and write my own insert/update SQL in storeLockSafe(). This works fine, but obviously isn't ideal from an upgrade point of view. Simply overriding storeLockSafe() isn't an option due to all the private fields. -- 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, 6 months

5
23
0 / 0

[JBoss JIRA] Created: (ISPN-1407) Make sure the server_list attribute of Hot Rod can be updated dynamically

by Sanne Grinovero (JIRA)

Make sure the server_list attribute of Hot Rod can be updated dynamically ------------------------------------------------------------------------- Key: ISPN-1407 URL: https://issues.jboss.org/browse/ISPN-1407 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Sanne Grinovero Assignee: Manik Surtani when starting a rolling upgrade it will be needed to upgrade the server_lists with new entries at the start of the upgrade, and possibly remove some entries when the upgrade is done -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
16
0 / 0

[JBoss JIRA] Created: (ISPN-1403) Optimise sending Hot Rod topology updates for distributed caches

by Galder Zamarreño (JIRA)

Optimise sending Hot Rod topology updates for distributed caches ---------------------------------------------------------------- Key: ISPN-1403 URL: https://issues.jboss.org/browse/ISPN-1403 Project: Infinispan Issue Type: Enhancement Components: Cache Server, Distributed Cache Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.2.0.FINAL Right now, whenever a Hot Rod client sends a request with a view id which is different to the one on the server, it'd get a brand new view in the response to the request. This could be optimised nicely by only sending back a new view id when the server discovers that the client is using an inefficient view. For example, in distributed caches, the moment it gets a request for a key which lands on a node that does not own the key, it could decide to send back the view. This would reduce the number of times the view is returned, hence improving the performance of requests. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

2
1
0 / 0

[JBoss JIRA] (ISPN-2044) Optimize marshalling of EnumSet<Flag>

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-2044: ------------------------------------- Summary: Optimize marshalling of EnumSet<Flag> Key: ISPN-2044 URL: https://issues.jboss.org/browse/ISPN-2044 Project: Infinispan Issue Type: Enhancement Components: Marshalling Reporter: Sanne Grinovero Assignee: Galder Zamarreño Fix For: 5.2.0.FINAL It looks like we could encode the whole EnumSet as a bitset, or use a different Marshaller ID for the empty enumset (which I'm assuming is a common case so worth optimizing for) See also thread: http://lists.jboss.org/pipermail/infinispan-dev/2012-May/010635.html -- 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, 6 months

3
18
0 / 0

[JBoss JIRA] (ISPN-2042) Add easy trace logging facility to the test suite

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-2042: -------------------------------------- Summary: Add easy trace logging facility to the test suite Key: ISPN-2042 URL: https://issues.jboss.org/browse/ISPN-2042 Project: Infinispan Issue Type: Task Components: Test Suite Reporter: Galder Zamarreño Assignee: Galder Zamarreño Priority: Minor Fix For: 5.2.0.FINAL Stuart did some XSLT magic (https://github.com/jbossas/jboss-as/commit/e0c6cdd53068e46a1c9d81d4649cb9...) to enable TRACE logging for categories by simply passing -Dtrace=org.mycategory1,org.mycategory2 when running the tests Very useful stuff. -- 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, 6 months

2
1
0 / 0

[JBoss JIRA] (ISPN-1534) Optimise Hot Rod client and server to work with asynchronous distributed caches

by Galder Zamarreño (Created) (JIRA)

Optimise Hot Rod client and server to work with asynchronous distributed caches ------------------------------------------------------------------------------- Key: ISPN-1534 URL: https://issues.jboss.org/browse/ISPN-1534 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.2.0.FINAL With Hot Rod clients, we can control where to direct invocations too, so there's a very interesting performance optimization we can apply with distributed caches. We can tolerate, and benefit from the speed of, asynchronous distributed caches very easily if we can get Hot Rod clients to always hit the owner of a key. It's a bit like sticky sessions, but applied to remote distributed caches! I think this would improve performance of our Hot Rod architecture quite notably. I think the Hot Rod client already works this way since I don't think it load balances between owners of a key. So, the aim of this JIRA is to: 1. Verify whether the Hot Rod client works this way 2. Consider whether Hot Rod servers could transform, on the fly, synchronous distributed caches into asynchronous ones, indicating so in the logs (INFO level). -- 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, 6 months

4
3
0 / 0

[JBoss JIRA] (ISPN-1698) Lazily start transports until needed

by Manik Surtani (Created) (JIRA)

Lazily start transports until needed ------------------------------------ Key: ISPN-1698 URL: https://issues.jboss.org/browse/ISPN-1698 Project: Infinispan Issue Type: Enhancement Components: Configuration Affects Versions: 5.1.0.FINAL Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.2.0.FINAL Currently if a transport is defined in <global />, and only a local mode cache is started off this configuration, the transport is still started. This is unnecessary and the transport should only be started when the first clustered cache is started. -- 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, 6 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2012