[JBoss JIRA] (ISPN-2766) Improve and adapt notification model to fit JSR107 notification model
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2766?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2766:
-----------------------------------
Fix Version/s: 5.3.0.Alpha1
(was: 6.0.0.Final)
> Improve and adapt notification model to fit JSR107 notification model
> ---------------------------------------------------------------------
>
> Key: ISPN-2766
> URL: https://issues.jboss.org/browse/ISPN-2766
> Project: Infinispan
> Issue Type: Sub-task
> Components: Listeners
> Affects Versions: 5.2.0.CR3
> Reporter: Vladimir Blagojevic
> Assignee: Galder Zamarreño
> Fix For: 5.3.0.Alpha1
>
>
> Out current notification (listener) model does not fit JSR 107 notification model and thus needs a slight adaptation in order to implement JSR 107.
> More specifically the problem is with JSR107 CacheEntryCreatedListener and CacheEntryExpiredListener.
> The first one is not easy to implement because we need both key/value pair for jsr listener and our CacheEntryCreatedEvent does not provide value.
> The second is related to CacheEntryExpired event. True, spec is not rigorous that such an event has to be fired immediately after an entry has expired but eventually (which might be on access). However, we do not have such an event at all as of now.
>
--
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, 10 months
[JBoss JIRA] (ISPN-2767) Retrofit storeAsBinary to allow implementation of JSR107 store by value
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2767?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2767:
-----------------------------------
Fix Version/s: 5.3.0.Alpha1
(was: 6.0.0.Final)
> Retrofit storeAsBinary to allow implementation of JSR107 store by value
> ------------------------------------------------------------------------
>
> Key: ISPN-2767
> URL: https://issues.jboss.org/browse/ISPN-2767
> Project: Infinispan
> Issue Type: Sub-task
> Components: Core API, Marshalling
> Affects Versions: 5.2.0.CR3
> Reporter: Vladimir Blagojevic
> Assignee: Galder Zamarreño
> Fix For: 5.3.0.Alpha1
>
>
> storeAsBinary in Infinispan was designed with the following purposes in mind, in order of importance:
> 1) Performance. Prevent serialising/deserializing an entry multiple times (e.g., to write through to disk, to replicate over the network, concurrent threads needing to read the object representation).
> 2) Classloader isolation (as Galder mentioned). This became a secondary purpose of this feature (originally observed as a side-effect). Enhanced by allowing storeKeyAsBinary and storeValueAsBinary options for more fine-grained control of this behaviour.
> Now lets consider what JSR 107 needs. Similarly named, the feature in JSR 107 serves a completely different purpose, and this is referential integrity. Think database-style isolation (repeatable read, etc) where concurrent threads holding object references to the same value, and mutating the same value, are not visible until a commit.
> I originally thought that Infinispan's storeAsBinary can be used for this, but apparently not without some additional changes/tweaks. Maybe we need:
> 1) A new config option for this behaviour. <storeAsBinary defensive="true" /> ?
> 2) If enabled, maybe use a subclass of MarshalledValue (DefensiveMarshalledValue?) that *always* stores a byte[] and never caches the object representation?
--
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, 10 months
[JBoss JIRA] (ISPN-2854) REST server discards Content Encoding information from client
by Tristan Tarrant (JIRA)
Tristan Tarrant created ISPN-2854:
-------------------------------------
Summary: REST server discards Content Encoding information from client
Key: ISPN-2854
URL: https://issues.jboss.org/browse/ISPN-2854
Project: Infinispan
Issue Type: Bug
Components: Remote protocols
Affects Versions: 5.2.2.Final
Reporter: Tristan Tarrant
Assignee: Galder Zamarreño
Fix For: 5.3.0.Final
The REST server discards the Content-Encoding header from the client and therefore does not serve it back when the content is being read, possibly causing misinterpretation
--
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, 10 months
[JBoss JIRA] (ISPN-2850) CLI Synopsis[info, stats] need to be changed
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-2850?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-2850:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/1680
> CLI Synopsis[info,stats] need to be changed
> -------------------------------------------
>
> Key: ISPN-2850
> URL: https://issues.jboss.org/browse/ISPN-2850
> Project: Infinispan
> Issue Type: Bug
> Components: CLI
> Reporter: Vitalii Chepeliuk
> Assignee: Tristan Tarrant
> Priority: Minor
> Labels: testsuite_stability
> Fix For: 5.2.3.Final, 5.3.0.Final
>
>
> [disconnected//]> help info
> SYNOPSIS
> info [cachename]
>
> DESCRIPTION
> Shows configuration information about the specified cache or about the active cache manager
>
> ARGUMENTS
> cachename
> (optional) the name of the cache for which the configuration will be printed. If omitted, the active cache manager's configuration will be shown
> [disconnected//]> help s
> site start stats
> [disconnected//]> help stats
> SYNOPSIS
> info [cachename]
>
> DESCRIPTION
> Shows information about the specified cache or about the active cache manager
>
> ARGUMENTS
> cachename
> (optional) the name of the cache for which information will be printed. If omitted, information about the active cache manager will be shown
--
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, 10 months
[JBoss JIRA] (ISPN-2845) CLONE - ISPN000136: Execution error: java.lang.NullPointerException -> JBAS018079: Failed to passivate session
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-2845?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2845:
--------------------------------
Labels: 5.2.x (was: )
> CLONE - ISPN000136: Execution error: java.lang.NullPointerException -> JBAS018079: Failed to passivate session
> ---------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-2845
> URL: https://issues.jboss.org/browse/ISPN-2845
> Project: Infinispan
> Issue Type: Bug
> Components: Core API
> Affects Versions: 5.1.8.Final, 5.2.1.Final
> Reporter: Radoslav Husar
> Assignee: Adrian Nistor
> Labels: 5.2.x
> Fix For: 5.2.3.Final, 5.3.0.Final
>
>
> As seen in org.jboss.as.test.clustering.cluster.web.passivation.AttributeBasedSessionPassivationTestCase (SYNC, tcp)
> (test is disabled)
> {noformat}
> 12:38:48,421 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (ContainerBackgroundProcessor[StandardEngine[jboss.web]]) ISPN000136: Execution error: java.lang.NullPointerException
> at org.infinispan.context.impl.AbstractTxInvocationContext.clearLockedKeys(AbstractTxInvocationContext.java:100)
> at org.infinispan.util.concurrent.locks.LockManagerImpl.unlockAll(LockManagerImpl.java:116)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.visitEvictCommand(AbstractTxLockingInterceptor.java:86)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitEvictCommand(CacheMgmtInterceptor.java:86)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:132)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:91)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:80)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:345)
> at org.infinispan.CacheImpl.evict(CacheImpl.java:382)
> at org.infinispan.CacheImpl.evict(CacheImpl.java:375)
> at org.infinispan.AbstractDelegatingCache.evict(AbstractDelegatingCache.java:60)
> at org.infinispan.AbstractDelegatingCache.evict(AbstractDelegatingCache.java:60)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager$4.invoke(DistributedCacheManager.java:306)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager$4.invoke(DistributedCacheManager.java:303)
> at org.jboss.as.clustering.infinispan.invoker.SimpleCacheInvoker.invoke(SimpleCacheInvoker.java:34)
> at org.jboss.as.clustering.infinispan.invoker.BatchCacheInvoker.invoke(BatchCacheInvoker.java:48)
> at org.jboss.as.clustering.infinispan.invoker.RetryingCacheInvoker.invoke(RetryingCacheInvoker.java:81)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager$ForceSynchronousCacheInvoker.invoke(DistributedCacheManager.java:531)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager.evictSession(DistributedCacheManager.java:310)
> at org.jboss.as.web.session.DistributableSessionManager.processSessionPassivation(DistributableSessionManager.java:511) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager.access$600(DistributableSessionManager.java:84) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager$PassivationCheck.passivate(DistributableSessionManager.java:1557) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager$PassivationCheck.access$300(DistributableSessionManager.java:1529) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager.processExpirationPassivation(DistributableSessionManager.java:1293) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.AbstractSessionManager.processExpires(AbstractSessionManager.java:136) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:375) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1317) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1605) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1617) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1617) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1591) [jbossweb-7.0.17.Final.jar:]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_35]
> 12:38:48,437 ERROR [org.apache.catalina.session.ManagerBase] (ContainerBackgroundProcessor[StandardEngine[jboss.web]]) JBAS018079: Failed to passivate session TkrU3mliw9NWrmpu86+XbehQ: java.lang.NullPointerException
> at org.infinispan.context.impl.AbstractTxInvocationContext.clearLockedKeys(AbstractTxInvocationContext.java:100)
> at org.infinispan.util.concurrent.locks.LockManagerImpl.unlockAll(LockManagerImpl.java:116)
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.visitEvictCommand(AbstractTxLockingInterceptor.java:86)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:130)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitEvictCommand(CacheMgmtInterceptor.java:86)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:132)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:91)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116)
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:80)
> at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:87)
> at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:47)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:345)
> at org.infinispan.CacheImpl.evict(CacheImpl.java:382)
> at org.infinispan.CacheImpl.evict(CacheImpl.java:375)
> at org.infinispan.AbstractDelegatingCache.evict(AbstractDelegatingCache.java:60)
> at org.infinispan.AbstractDelegatingCache.evict(AbstractDelegatingCache.java:60)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager$4.invoke(DistributedCacheManager.java:306)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager$4.invoke(DistributedCacheManager.java:303)
> at org.jboss.as.clustering.infinispan.invoker.SimpleCacheInvoker.invoke(SimpleCacheInvoker.java:34)
> at org.jboss.as.clustering.infinispan.invoker.BatchCacheInvoker.invoke(BatchCacheInvoker.java:48)
> at org.jboss.as.clustering.infinispan.invoker.RetryingCacheInvoker.invoke(RetryingCacheInvoker.java:81)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager$ForceSynchronousCacheInvoker.invoke(DistributedCacheManager.java:531)
> at org.jboss.as.clustering.web.infinispan.DistributedCacheManager.evictSession(DistributedCacheManager.java:310)
> at org.jboss.as.web.session.DistributableSessionManager.processSessionPassivation(DistributableSessionManager.java:511) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager.access$600(DistributableSessionManager.java:84) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager$PassivationCheck.passivate(DistributableSessionManager.java:1557) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager$PassivationCheck.access$300(DistributableSessionManager.java:1529) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.DistributableSessionManager.processExpirationPassivation(DistributableSessionManager.java:1293) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.jboss.as.web.session.AbstractSessionManager.processExpires(AbstractSessionManager.java:136) [jboss-as-web-7.1.3.Final-SNAPSHOT.jar:7.1.3.Final-SNAPSHOT]
> at org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:375) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1317) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1605) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1617) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1617) [jbossweb-7.0.17.Final.jar:]
> at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1591) [jbossweb-7.0.17.Final.jar:]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_35]
> {noformat}
--
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, 10 months
[JBoss JIRA] (ISPN-2843) Add new tests for Query Module
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-2843?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-2843:
----------------------------------
Description: New tests should be added for Query module, testing more query parta, like ranges, keywords, phrases, etc. (was: New tests should be added for Query module, testing more query part,like ranges, keywords, phrases, etc.)
> Add new tests for Query Module
> ------------------------------
>
> Key: ISPN-2843
> URL: https://issues.jboss.org/browse/ISPN-2843
> Project: Infinispan
> Issue Type: Task
> Components: Querying
> Reporter: Anna Manukyan
> Assignee: Anna Manukyan
>
> New tests should be added for Query module, testing more query parta, like ranges, keywords, phrases, etc.
--
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, 10 months