[JBoss JIRA] (ISPN-2057) Allow storage of Lucene indexes in an indexed cache
by Sanne Grinovero (JIRA)
Sanne Grinovero created ISPN-2057:
-------------------------------------
Summary: Allow storage of Lucene indexes in an indexed cache
Key: ISPN-2057
URL: https://issues.jboss.org/browse/ISPN-2057
Project: Infinispan
Issue Type: Enhancement
Components: Lucene Directory, Querying
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 5.2.0.ALPHA1
I think it should be better to keep them using separate caches, still it's easier for many cases in which top efficiency is not required to allow this.
(Today you'd get an exception similar to:
{quote}
java.lang.IllegalArgumentException: Indexing only works with entries keyed on Strings, primitives and classes that have the @Transformable annotation - you passed in a class org.infinispan.lucene.FileListCacheKey.{quote}
--
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
[JBoss JIRA] (ISPN-2196) Create a testcase for ISPN-2193
by Sanne Grinovero (JIRA)
Sanne Grinovero created ISPN-2196:
-------------------------------------
Summary: Create a testcase for ISPN-2193
Key: ISPN-2196
URL: https://issues.jboss.org/browse/ISPN-2196
Project: Infinispan
Issue Type: Task
Components: Marshalling
Reporter: Sanne Grinovero
Assignee: Galder Zamarreño
Priority: Minor
Fix For: 5.2.0.ALPHA3
I didn't have the time to isolate a testcase from HHH-7367 for ISPN-2193.
The test which was failing in the Hibernate testsuite is the stack mentioned on the HHH JIRA:
{code}org.hibernate.test.cache.infinispan.functional.cluster.EntityCollectionInvalidationTestCase{code}
I think we should test each of the different branches of the MarshalledValue#equals implementation.
--
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
[JBoss JIRA] (ISPN-2190) HotRod server returns incorrect ServerStatistics.TOTAL_NR_OF_ENTRIES after cache is cleared
by Mircea Markus (JIRA)
Mircea Markus created ISPN-2190:
-----------------------------------
Summary: HotRod server returns incorrect ServerStatistics.TOTAL_NR_OF_ENTRIES after cache is cleared
Key: ISPN-2190
URL: https://issues.jboss.org/browse/ISPN-2190
Project: Infinispan
Issue Type: Bug
Components: Cache Server
Affects Versions: 5.1.5.FINAL
Reporter: Mircea Markus
Assignee: Manik Surtani
Fix For: 5.2.0.FINAL
After cache.clear() is invoked, the server should return 0 as ServerStatistics.TOTAL_NR_OF_ENTRIES. It actually returns the previous value before clear.
I think its a serve (vs client) issue as it is reproductible on both java and c# clients.
Here's a unit test to be added to HotRodStatisticsTest in order to reproduce the issue:
{code}
public void testNumberOfEntriesAfterClear() {
assertEquals((Integer)0, remoteCache.stats().getIntStatistic(ServerStatistics.TOTAL_NR_OF_ENTRIES));
remoteCache.put("k", "v");
remoteCache.put("k2", "v");
assertEquals((Integer)2, remoteCache.stats().getIntStatistic(ServerStatistics.TOTAL_NR_OF_ENTRIES));
remoteCache.clear();
assertEquals((Integer)0, remoteCache.stats().getIntStatistic(ServerStatistics.TOTAL_NR_OF_ENTRIES));
}
{code}
--
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
[JBoss JIRA] (ISPN-2139) ping_on_startup ignored
by Michal Linhard (JIRA)
Michal Linhard created ISPN-2139:
------------------------------------
Summary: ping_on_startup ignored
Key: ISPN-2139
URL: https://issues.jboss.org/browse/ISPN-2139
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.5.FINAL
Reporter: Michal Linhard
Assignee: Manik Surtani
When a configuration property
infinispan.client.hotrod.ping_on_startup=false
is passed to the properties of RemoteCacheManager, this
avoids ping in RemoteCacheManager.start() but
RemoteCacheManager.getCache() does ping without checking this property
and thus rendering this setting useless for scenario
where we want to specify
infinispan.client.hotrod.server_list
with list of servers with some of the servers possibly not available yet.
In such case we would expect the client to failover to first working server
and retrying the first operation we want to do with the cache.
--
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