July 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-531) Add test helpers to enable DELAY and DISCARD JGroups protocols

by Sanne Grinovero (JIRA)

Add test helpers to enable DELAY and DISCARD JGroups protocols -------------------------------------------------------------- Key: ISPN-531 URL: https://jira.jboss.org/browse/ISPN-531 Project: Infinispan Issue Type: Task Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 4.1.0.CR2, 5.0.0.BETA1 It appears that more than one test could make good use of DELAY and DISCARD, so we move the common useful code to TestingUtil -- 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, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (ISPN-523) reduce Lucene Directory memory usage: store only initialized buffer ranges

by Sanne Grinovero (JIRA)

reduce Lucene Directory memory usage: store only initialized buffer ranges -------------------------------------------------------------------------- Key: ISPN-523 URL: https://jira.jboss.org/browse/ISPN-523 Project: Infinispan Issue Type: Task Components: Lucene Directory Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 4.1.0.CR1, 5.0.0.BETA1 All buffers created prior to writing a new file chunk are initialized at bufferSize and then stored as-is (as the full buffer); In most cases the memory penalty due to unused areas is not noticeable as biggest files are split in several chunks, but the many smallest files containing metadata only are wasting more memory, as only a couple of bytes are used in each. -- 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, 9 months

4
7
0 / 0

[JBoss JIRA] Created: (ISPN-542) Document multi-get patterns for Hot Rod

by Galder Zamarreno (JIRA)

Document multi-get patterns for Hot Rod --------------------------------------- Key: ISPN-542 URL: https://jira.jboss.org/browse/ISPN-542 Project: Infinispan Issue Type: Task Components: Cache Server Reporter: Galder Zamarreno Assignee: Galder Zamarreno Priority: Minor Fix For: 4.1.0.CR2 http://lists.jboss.org/pipermail/infinispan-dev/2010-July/005904.html -- 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, 9 months

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-536) The cache size of a local cache could be more accurate under concurrent modifications when expiration is enabled

by Nicolas Filotto (JIRA)

The cache size of a local cache could be more accurate under concurrent modifications when expiration is enabled ---------------------------------------------------------------------------------------------------------------- Key: ISPN-536 URL: https://jira.jboss.org/browse/ISPN-536 Project: Infinispan Issue Type: Feature Request Affects Versions: 4.1.0.CR1, 4.0.0.Final Reporter: Nicolas Filotto Assignee: Manik Surtani I'm totally aware that the cache size is an approximation according to your doc however the value could be improved if in the class DefaultDataContainer in case the cache entry is expired, you first check if the method remove(key) returns a non null value before decrementing the variable numEntries as below otherwise you could decrement it several times for the same entry: {code}` if (mortalEntries.remove(k) != null) { numEntries.getAndDecrement(); } {code} I attached a test case in which I set maxIdle to 0 to make the issue happens more easily. I also attached a patch proposal, it is up to you to apply it or reject it. -- 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, 9 months

3
9
0 / 0

[JBoss JIRA] Created: (ISPN-548) QueryInterceptor needs to be able to differentiate update to the indexes from an add to the indexes.

by Navin Surtani (JIRA)

QueryInterceptor needs to be able to differentiate update to the indexes from an add to the indexes. ---------------------------------------------------------------------------------------------------- Key: ISPN-548 URL: https://jira.jboss.org/browse/ISPN-548 Project: Infinispan Issue Type: Bug Components: Querying Affects Versions: 4.1.0.Final Reporter: Navin Surtani Assignee: Navin Surtani Fix For: 4.1.0.Final The QueryInterceptor needs to be able to understand the difference between an UPDATE and an ADD for the Lucene indexes. -- 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, 9 months

3
2
0 / 0

[JBoss JIRA] Created: (ISPN-547) Improve Flag documentation either in the ref doc or in JavaDoc

by Emmanuel Bernard (JIRA)

Improve Flag documentation either in the ref doc or in JavaDoc -------------------------------------------------------------- Key: ISPN-547 URL: https://jira.jboss.org/browse/ISPN-547 Project: Infinispan Issue Type: Task Reporter: Emmanuel Bernard Assignee: Manik Surtani Today the documentation is a bit sparse and people can only guesstimate what flags are doing. A more detailed explanation + maybe a use case for each would be beneficial Also the source of the java doc seems to inline most of the doc making hard to read from the source reference. -- 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, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (ISPN-546) Lazy deserialization not working for replace() calls

by Galder Zamarreno (JIRA)

Lazy deserialization not working for replace() calls ---------------------------------------------------- Key: ISPN-546 URL: https://jira.jboss.org/browse/ISPN-546 Project: Infinispan Issue Type: Bug Components: Marshalling Affects Versions: 4.0.0.Final, 4.1.0.CR2 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.CR2 MarshalledValueInterceptor does not override visitReplaceCommand which means that replace calls with custom keys are not being found cos MarshalledValues are being sent to equals() calls. -- 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, 9 months

1
5
0 / 0

[JBoss JIRA] Created: (ISPN-553) TimeoutException Logged As Error When Infinispan Used With Hibernate

by Jeff Nadler (JIRA)

TimeoutException Logged As Error When Infinispan Used With Hibernate -------------------------------------------------------------------- Key: ISPN-553 URL: https://jira.jboss.org/browse/ISPN-553 Project: Infinispan Issue Type: Bug Affects Versions: 4.1.0.CR2 Reporter: Jeff Nadler Assignee: Manik Surtani Fix For: 4.1.0.Final Testing 4.1.0.CR2 with a Hibernate app. We aren't seeing problems in the app but some ERRORs are logged that probably should not be. In org.hibernate.cache.infinispan.util.CacheAdapterImpl is a method putAllowingTimeout - the intention is clearly that a TimeoutException is expected here and not to be considered a problem. So presumably nothing should be logged (or maybe something at the TRACE level). However the InvocationContextInterceptor (see line 79) logs an error and rethrowing the exception. Log and rethrow usually leads to double-logging anyway so this might not be the greatest practice. Not all callers consider this TimeoutException to be an error. Here's a sample of the stack traces we get in the logs: [2010-07-27 02:20:48.551,435701]ERROR[schedulerFactoryBean_Worker-1](InvocationContextInterceptor.java:79) - Execution error: org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [0 milliseconds] on key [sql: select this_.articleId as articleId5_0_, this_.articleContentId as article17_5_0_, this_.author as author5_0_, this_.averageRating as averageR4_5_0_, this_.bookmarks as bookmarks5_0_, this_.commentCategory_ontologyId as comment18_5_0_, this_.commentFeed_ontologyId as comment19_5_0_, this_.comments as comments5_0_, this_.creationDate as creation7_5_0_, this_.dateForDisplay as dateForD8_5_0_, this_.draft as draft5_0_, this_.guidDigest as guidDigest5_0_, this_.originalSource_ontologyId as origina20_5_0_, this_.ratings as ratings5_0_, this_.readCount as readCount5_0_, this_.shares as shares5_0_, this_.sortTitle as sortTitle5_0_, this_.tags as tags5_0_, this_.userPublished as userPub16_5_0_, this_.authorParty_partyId as authorP21_5_0_, this_.relatedArticle_articleId as related22_5_0_, this_.articleType as articleT1_5_0_ from article this_ where this_.guidDigest=?; parameters: DABYiKmgcamwHXWfhvFBeRxJOME=, ; transformer: org.hibernate.transform.RootEntityResultTransformer@34c6ca0b] for requestor [GlobalTransaction:<null>:359]! Lock held by [GlobalTransaction:<null>:357] at org.infinispan.container.EntryFactoryImpl.acquireLock(EntryFactoryImpl.java:213) at org.infinispan.container.EntryFactoryImpl.wrapEntryForWriting(EntryFactoryImpl.java:148) at org.infinispan.container.EntryFactoryImpl.wrapEntryForWriting(EntryFactoryImpl.java:106) at org.infinispan.interceptors.LockingInterceptor.visitPutKeyValueCommand(LockingInterceptor.java:197) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:57) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:183) at org.infinispan.interceptors.TxInterceptor.visitPutKeyValueCommand(TxInterceptor.java:132) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:113) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:58) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:39) at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:57) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:271) at org.infinispan.CacheDelegate.put(CacheDelegate.java:426) at org.infinispan.CacheSupport.put(CacheSupport.java:28) at org.hibernate.cache.infinispan.util.CacheAdapterImpl.putAllowingTimeout(CacheAdapterImpl.java:104) at org.hibernate.cache.infinispan.query.QueryResultsRegionImpl.put(QueryResultsRegionImpl.java:82) at org.hibernate.cache.StandardQueryCache.put(StandardQueryCache.java:112) at org.hibernate.loader.Loader.putResultInQueryCache(Loader.java:2274) at org.hibernate.loader.Loader.listUsingQueryCache(Loader.java:2206) at org.hibernate.loader.Loader.list(Loader.java:2164) at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLoader.java:119) at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1706) at org.hibernate.impl.CriteriaImpl.list(CriteriaImpl.java:347) at com.attensa.core.persistence.dao.GenericDAOHibernateImpl.findByNaturalId(GenericDAOHibernateImpl.java:276) at com.attensa.core.persistence.dao.GenericDAOHibernateImpl.findByNaturalId(GenericDAOHibernateImpl.java:247) at com.attensa.core.services.postaggregation.DetermineArticleChanged.articleExists(DetermineArticleChanged.java:83) at com.attensa.core.services.postaggregation.DetermineArticleChanged.execute(DetermineArticleChanged.java:47) at com.attensa.core.services.postaggregation.AbstractPostAggregationCommand.execute(AbstractPostAggregationCommand.java:15) at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) at $Proxy120.execute(Unknown Source) (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, 9 months

3
8
0 / 0

[JBoss JIRA] Created: (ISPN-552) Tree facade caches cannot be configured with lazy deserialization

by Galder Zamarreno (JIRA)

Tree facade caches cannot be configured with lazy deserialization ----------------------------------------------------------------- Key: ISPN-552 URL: https://jira.jboss.org/browse/ISPN-552 Project: Infinispan Issue Type: Bug Components: Marshalling, Tree API Affects Versions: 4.1.0.CR2, 4.0.0.Final Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.Final Creating a tree module facade for a cache configured with lazy deserialization does not work: ava.io.NotSerializableException: Marshalled values can only wrap Objects that are serializable! Instance of class org.infinispan.tree.NodeKey won't Serialize. at org.infinispan.marshall.MarshalledValue.<init>(MarshalledValue.java:66) at org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:223) at org.infinispan.interceptors.MarshalledValueInterceptor.visitGetKeyValueCommand(MarshalledValueInterceptor.java:127) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:171) at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:162) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:83) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:48) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:34) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:72) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:269) at org.infinispan.CacheDelegate.containsKey(CacheDelegate.java:189) at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:51) at org.infinispan.tree.TreeCacheImpl.createRoot(TreeCacheImpl.java:364) at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:47) at org.infinispan.tree.TreeCacheFactory.createTreeCache(TreeCacheFactory.java:37) at com.varolii.copperhead.app.core.cache.CacheService.start(CacheService.java:56) -- 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, 9 months

1
9
0 / 0

[JBoss JIRA] Created: (ISPN-551) ReplicationQueue might attempt to use a closed JGroupsTransport

by Sanne Grinovero (JIRA)

ReplicationQueue might attempt to use a closed JGroupsTransport --------------------------------------------------------------- Key: ISPN-551 URL: https://jira.jboss.org/browse/ISPN-551 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 4.1.0.CR2 Reporter: Sanne Grinovero Assignee: Galder Zamarreno Fix For: 4.1.0.Final As mentioned on mailing list: java.lang.NullPointerException at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:92) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:128) at org.infinispan.remoting.ReplicationQueue.flush(ReplicationQueue.java:147) at org.infinispan.remoting.ReplicationQueue$1.run(ReplicationQueue.java:99) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) It looks like the transport is closed before the ReplicationQueue finished, as Galder suggested on ML setting the @Stop order on ReplicationQueue @Stop(priority=9) appears to fix it. -- 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, 9 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2010