[JBoss JIRA] (ISPN-4950) Expiration settings not applied to entries stored via CLI
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4950?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-4950:
-----------------------------------
Status: Open (was: New)
> Expiration settings not applied to entries stored via CLI
> ---------------------------------------------------------
>
> Key: ISPN-4950
> URL: https://issues.jboss.org/browse/ISPN-4950
> Project: Infinispan
> Issue Type: Bug
> Components: CLI, Remote Protocols, Server
> Affects Versions: 7.0.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 7.1.0.Alpha1, 7.1.0.Final
>
>
> Data stored via CLI does not seem to get container expiration settings applied. E.g.
> For a server side configuration like this:
> {code}
> <local-cache name="shay" start="EAGER">
> <expiration lifespan="1000" max-idle="1000"/>
> </local-cache>
> {code}
> Storing it and retrieving it always returns the entry, no matter how long it's waited:
> {code}
> [disconnected /] connect
> [standalone@localhost:9990 /] cd subsystem=infinispan/cache-container=local
> [standalone@localhost:9990 cache-container=local] cache shay
> [standalone@localhost:9990 local-cache=shay] put a a1
> [standalone@localhost:9990 local-cache=shay] get a
> a1
> ...
> [standalone@localhost:9990 local-cache=shay] get a
> a1
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4950) Expiration settings not applied to entries stored via CLI
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4950?page=com.atlassian.jira.plugin.... ]
Work on ISPN-4950 started by Galder Zamarreño.
----------------------------------------------
> Expiration settings not applied to entries stored via CLI
> ---------------------------------------------------------
>
> Key: ISPN-4950
> URL: https://issues.jboss.org/browse/ISPN-4950
> Project: Infinispan
> Issue Type: Bug
> Components: CLI, Remote Protocols, Server
> Affects Versions: 7.0.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 7.1.0.Alpha1, 7.1.0.Final
>
>
> Data stored via CLI does not seem to get container expiration settings applied. E.g.
> For a server side configuration like this:
> {code}
> <local-cache name="shay" start="EAGER">
> <expiration lifespan="1000" max-idle="1000"/>
> </local-cache>
> {code}
> Storing it and retrieving it always returns the entry, no matter how long it's waited:
> {code}
> [disconnected /] connect
> [standalone@localhost:9990 /] cd subsystem=infinispan/cache-container=local
> [standalone@localhost:9990 cache-container=local] cache shay
> [standalone@localhost:9990 local-cache=shay] put a a1
> [standalone@localhost:9990 local-cache=shay] get a
> a1
> ...
> [standalone@localhost:9990 local-cache=shay] get a
> a1
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4952) Add back in calls to NDC to push the cache name
by William Burns (JIRA)
William Burns created ISPN-4952:
-----------------------------------
Summary: Add back in calls to NDC to push the cache name
Key: ISPN-4952
URL: https://issues.jboss.org/browse/ISPN-4952
Project: Infinispan
Issue Type: Enhancement
Reporter: William Burns
Fix For: 7.1.0.Final
JBLOGGING-106 has been resolved in 3.2.0.Beta2. After we upgrade to a version that has this fix we need to uncomment the lines in the LogFactory.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4679) OsgiClassLoader needs null check when iterating bundles
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4679?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4679:
-----------------------------------------------
Dan Berindei <dberinde(a)redhat.com> changed the Status of [bug 1161349|https://bugzilla.redhat.com/show_bug.cgi?id=1161349] from NEW to POST
> OsgiClassLoader needs null check when iterating bundles
> -------------------------------------------------------
>
> Key: ISPN-4679
> URL: https://issues.jboss.org/browse/ISPN-4679
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.0.Beta1
> Reporter: Niels Bertram
> Assignee: Dan Berindei
> Priority: Minor
> Fix For: 7.0.0.Beta2, 7.0.0.Final
>
>
> {{org.infinispan.commons.util.OsgiClassLoader}} requires a null check when the bundle is retrieved from a WeakReference.
> {code:java}
> for (WeakReference<Bundle> ref : bundles) {
> final Bundle bundle = ref.get();
> // BUG: we may not get a bundle back from the weak reference, eg. if uninstalled or deactivated
> if (bundle.getState() == Bundle.ACTIVE) {
> try {
> final Class clazz = bundle.loadClass(name);
> if (clazz != null) {
> classCache.put(name, clazz);
> return clazz;
> }
> } catch (Exception ignore) {
> }
> }
> }
> {code}
> I am running 7.0.0.Beta1 on servicemix 5.1.1 and can't load this simple infinispan.xml:
> {code:xml}
> <infinispan xmlns="urn:infinispan:config:7.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="urn:infinispan:config:7.0 http://infinispan.org/schemas/infinispan-config-7.0.xsd">
> <cache-container default-cache="default" name="TestContainer">
> <jmx domain="TestDomain" mbean-server-lookup="org.infinispan.jmx.PerThreadMBeanServerLookup" duplicate-domains="true"/>
> <!-- definitions of the caches -->
> <local-cache name="default" statistics="false">
> <locking concurrency-level="100" acquire-timeout="1000"/>
> <transaction mode="NONE" complete-timeout="3123" reaper-interval="123"/>
> </local-cache>
> </cache-container>
> </infinispan>
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months