[JBoss JIRA] (ISPN-2810) In REST, default values for maxIdleTimeSeconds and timeToLiveSeconds should be 0
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2810?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-2810:
----------------------------------------
This is a valid point, but it's a bit late to start changing the REST protocol, and we'd need to see with Tristan about changing the protocol for the product.
> In REST, default values for maxIdleTimeSeconds and timeToLiveSeconds should be 0
> --------------------------------------------------------------------------------
>
> Key: ISPN-2810
> URL: https://issues.jboss.org/browse/ISPN-2810
> Project: Infinispan
> Issue Type: Feature Request
> Components: Remote protocols
> Affects Versions: 5.2.0.Final
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Fix For: 5.3.0.Final
>
>
> Contrary to what ISPN-732 says, timeToLiveSeconds=0 and maxIdleTimeSeconds=0 are now treated correctly by the server and the entry is stored in the cache with the default lifespan/maxIdle.
> But if the user PUTs or POSTs an entry and doesn't specify timeToLiveSeconds=0 and maxIdleTimeSeconds=0 explicitly, the entries are stored with infinite lifespan/maxIdle.
--
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
11 years, 6 months
[JBoss JIRA] (ISPN-2810) In REST, default values for maxIdleTimeSeconds and timeToLiveSeconds should be 0
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2810?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-2810:
----------------------------------------
Late in 5.3.x series I mean.
> In REST, default values for maxIdleTimeSeconds and timeToLiveSeconds should be 0
> --------------------------------------------------------------------------------
>
> Key: ISPN-2810
> URL: https://issues.jboss.org/browse/ISPN-2810
> Project: Infinispan
> Issue Type: Feature Request
> Components: Remote protocols
> Affects Versions: 5.2.0.Final
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Fix For: 5.3.0.Final
>
>
> Contrary to what ISPN-732 says, timeToLiveSeconds=0 and maxIdleTimeSeconds=0 are now treated correctly by the server and the entry is stored in the cache with the default lifespan/maxIdle.
> But if the user PUTs or POSTs an entry and doesn't specify timeToLiveSeconds=0 and maxIdleTimeSeconds=0 explicitly, the entries are stored with infinite lifespan/maxIdle.
--
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
11 years, 6 months
[JBoss JIRA] (ISPN-2810) In REST, default values for maxIdleTimeSeconds and timeToLiveSeconds should be 0
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2810?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2810:
-----------------------------------
Fix Version/s: 6.0.0.Final
(was: 5.3.0.Final)
> In REST, default values for maxIdleTimeSeconds and timeToLiveSeconds should be 0
> --------------------------------------------------------------------------------
>
> Key: ISPN-2810
> URL: https://issues.jboss.org/browse/ISPN-2810
> Project: Infinispan
> Issue Type: Feature Request
> Components: Remote protocols
> Affects Versions: 5.2.0.Final
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Fix For: 6.0.0.Final
>
>
> Contrary to what ISPN-732 says, timeToLiveSeconds=0 and maxIdleTimeSeconds=0 are now treated correctly by the server and the entry is stored in the cache with the default lifespan/maxIdle.
> But if the user PUTs or POSTs an entry and doesn't specify timeToLiveSeconds=0 and maxIdleTimeSeconds=0 explicitly, the entries are stored with infinite lifespan/maxIdle.
--
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
11 years, 6 months
[JBoss JIRA] (ISPN-2463) Clean up Configuration API in test suites
by Navin Surtani (JIRA)
[ https://issues.jboss.org/browse/ISPN-2463?page=com.atlassian.jira.plugin.... ]
Navin Surtani updated ISPN-2463:
--------------------------------
Description:
For ISPN 6.x, the package org.infinispan.config needs to be deleted. We need to go through each individual module and clean out every usage of this package (specifically the testsuite) and migrate all usages of the org.infinispan.config API to the org.infinispan.configuration.cache API.
A sub-task for each module should be created so that it would make easier tracking of individual pull-requests.
was:The test-suite currently uses older, previous implementations of configuring Infinispan. These approaches are currently deprecated and for ease of maintenance it would be useful to clean up the approach used to configure Infinispan within the test-suite.
> Clean up Configuration API in test suites
> -----------------------------------------
>
> Key: ISPN-2463
> URL: https://issues.jboss.org/browse/ISPN-2463
> Project: Infinispan
> Issue Type: Task
> Components: Test Suite
> Affects Versions: 6.0.0.Alpha1, 6.0.0.Beta1
> Reporter: Navin Surtani
> Assignee: Navin Surtani
> Labels: configuration, testsuite
> Fix For: 6.0.0.Beta1
>
>
> For ISPN 6.x, the package org.infinispan.config needs to be deleted. We need to go through each individual module and clean out every usage of this package (specifically the testsuite) and migrate all usages of the org.infinispan.config API to the org.infinispan.configuration.cache API.
> A sub-task for each module should be created so that it would make easier tracking of individual pull-requests.
--
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
11 years, 6 months