[JBoss JIRA] (ISPN-3284) Remove dependency to Hibernate ORM
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-3284?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero commented on ISPN-3284:
---------------------------------------
>From the dependency report for version 5.3.0.Final:
{quote}Changed dependecies:
com.sleepycat:je:jar:5.0.34 > com.sleepycat:je:jar:5.0.73
io.netty:netty:jar:3.6.1.Final > io.netty:netty:jar:3.6.5.Final
javax.cache:cache-api:jar:0.4 > javax.cache:cache-api:jar:0.7
org.fusesource.jansi:jansi:jar:1.8 > org.fusesource.jansi:jansi:jar:1.9
org.hibernate.common:hibernate-commons-annotations:jar:4.0.1.Final > org.hibernate.common:hibernate-commons-annotations:jar:4.0.2.Final
org.hibernate:hibernate-annotations:jar:3.4.0.GA > org.hibernate:hibernate-annotations:jar:3.5.6.GA
org.hibernate:hibernate-commons-annotations:jar:3.1.0.GA > org.hibernate:hibernate-commons-annotations:jar:3.2.0.GA
org.hibernate:hibernate-core:jar:3.3.1.GA > org.hibernate:hibernate-core:jar:3.5.6-Final
org.hibernate:hibernate-search-engine:jar:4.2.0.Final > org.hibernate:hibernate-search-engine:jar:4.3.0.Final
org.hibernate:hibernate-search-infinispan:jar:4.2.0.Final > org.hibernate:hibernate-search-infinispan:jar:4.3.0.Final
org.jboss.aesh:aesh:jar:0.24 > org.jboss.aesh:aesh:jar:0.33.1
org.jgroups:jgroups:jar:3.2.7.Final > org.jgroups:jgroups:jar:3.3.1.Final
org.slf4j:slf4j-api:jar:1.5.2 > org.slf4j:slf4j-api:jar:1.5.8
{quote}
But we should not mandate a specific version of Hibernate across the whole project, specifically the RHQ plugin expects an older version than what is reasonable to use for tests in the JPA CacheStore.
Ideally we should remove the dependency from the RHQ plugin, alternatively we could define the versions in the modules only (i.e. not globally)
> Remove dependency to Hibernate ORM
> ----------------------------------
>
> Key: ISPN-3284
> URL: https://issues.jboss.org/browse/ISPN-3284
> Project: Infinispan
> Issue Type: Enhancement
> Reporter: Sanne Grinovero
> Assignee: Mircea Markus
> Fix For: 6.0.0.Alpha1
>
>
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-484) Querying over HotRod
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-484?page=com.atlassian.jira.plugin.s... ]
Mircea Markus updated ISPN-484:
-------------------------------
Assignee: Adrian Nistor (was: Galder Zamarreño)
> Querying over HotRod
> --------------------
>
> Key: ISPN-484
> URL: https://issues.jboss.org/browse/ISPN-484
> Project: Infinispan
> Issue Type: Feature Request
> Components: Querying, Remote protocols
> Reporter: Galder Zamarreño
> Assignee: Adrian Nistor
> Priority: Blocker
> Fix For: 6.0.0.Beta1, 6.0.0.Final
>
>
> Investigate how to allow Hot Rod servers to be queries, particularly since server stores key/values in serialized byte arrays.
> Also, look into how to improve the protocol to potentially allow remote querying.
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-1893) Query module demo enhancements
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-1893?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-1893:
--------------------------------
Assignee: Adrian Nistor (was: Sanne Grinovero)
> Query module demo enhancements
> ------------------------------
>
> Key: ISPN-1893
> URL: https://issues.jboss.org/browse/ISPN-1893
> Project: Infinispan
> Issue Type: Enhancement
> Components: Querying
> Reporter: Mathieu Lachance
> Assignee: Adrian Nistor
>
> 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
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (ISPN-1893) Query module demo enhancements
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-1893?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-1893:
--------------------------------
Fix Version/s: (was: 6.0.0.Final)
> Query module demo enhancements
> ------------------------------
>
> Key: ISPN-1893
> URL: https://issues.jboss.org/browse/ISPN-1893
> Project: Infinispan
> Issue Type: Enhancement
> Components: Querying
> Reporter: Mathieu Lachance
> Assignee: Sanne Grinovero
>
> 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
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] (ISPN-627) Provision to get Cache from CacheManager, without starting the Cache
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-627?page=com.atlassian.jira.plugin.s... ]
Mircea Markus updated ISPN-627:
-------------------------------
Fix Version/s: (was: 6.0.0.Final)
> Provision to get Cache from CacheManager, without starting the Cache
> --------------------------------------------------------------------
>
> Key: ISPN-627
> URL: https://issues.jboss.org/browse/ISPN-627
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core API
> Affects Versions: 4.0.0.Final
> Reporter: Girish Adat
> Assignee: Manik Surtani
>
> Provision to getCache() from CacheManager, without starting the cache. This is for achieving scenarios like adding cache-listeners before starting the cache for first time.
> Adding a method getCache(String cacheName, boolean start) will work for the requirement.
> Also, any change in cache level configuration can be made programmatically by the client application, if this method is implemented.
--
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
12 years, 9 months
[JBoss JIRA] (ISPN-1616) Provide removeAll bulk operation on Cache
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-1616?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-1616:
--------------------------------
Fix Version/s: (was: 6.0.0.Final)
> Provide removeAll bulk operation on Cache
> -----------------------------------------
>
> Key: ISPN-1616
> URL: https://issues.jboss.org/browse/ISPN-1616
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core API, RPC
> Affects Versions: 5.1.0.CR1
> Reporter: Mathieu Lachance
> Assignee: Manik Surtani
> Priority: Minor
>
> is there any reason why api do not provide remove all operation, while there's lock(K...) putAll(Map<K,V>) operations ?
> it would be great to add remove all capabilities to org.infinispan.Cache.
> i guess it could also reduce the numbers of rpc calls in the following situation :
> cache.getAdvancedCache().getTransactionManager().begin();
> cache.lock("a", "b", "c");
> cache.remove("a");
> cache.remove("b");
> cache.remove("c");
> cache.getAdvancedCache().getTransactionManager().commit();
> which could be re-implemented this way :
> cache.getAdvancedCache().getTransactionManager().begin();
> cache.lock("a", "b", "c");
> cache.remove("a", "b", "c");
> cache.getAdvancedCache().getTransactionManager().commit();
--
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
12 years, 9 months