[
https://issues.jboss.org/browse/ISPN-1285?page=com.atlassian.jira.plugin....
]
Galder Zamarreño commented on ISPN-1285:
----------------------------------------
Martin has asked whether this issue affects to Memcached and REST endpoints too.
* For Memcached, the issue is there as well because the protocol only differentiates
between two values (0 or negative, and positive), so you can't really know whether 0
or negative was because the client did not provide the lifespan, or because it explicitly
set it to 0.
* However, the REST endpoint does not have this issue because the server server
differentiates between 3 values (-1, 0, positive) as opposed to the other endpoints that
differentiate only between two (negative, positive). So, how does the REST server behave?
You can see it in
https://github.com/infinispan/infinispan/blob/master/server/rest/src/main...
but basically, this is what happens:
** If both timeToLiveSeconds and maxIdleTimeSeconds are 0, default configured expiry
values (lifespan and maxIdle) will be used.
** If only timeToLiveSeconds is 0, it uses 0 as lifespan (it will expire immediately) and
maxIdle is set to -1 (live forever).
** If only maxIdleTimeSeconds is 0, it uses 0 as maxIdle (it will expire immediately) and
lifespan is set to -1 (live forever).
Cache entries stored via Hot Rod client with default expiry remain in
cache
---------------------------------------------------------------------------
Key: ISPN-1285
URL:
https://issues.jboss.org/browse/ISPN-1285
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.0.0.CR8
Reporter: Martin Gencur
Assignee: Galder Zamarreño
Fix For: 5.0.0.FINAL
Default values for expiration specified via Infinispan configuration file (tag
<expiration lifespan="2000" maxIdle="1000" />) do not influence
real lifespan of cache entries stored via the Hot Rod client.
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira