[JBoss JIRA] (ISPN-3016) Enhance REST headers
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3016?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-3016:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 5.3.0.Beta1
Resolution: Done
> Enhance REST headers
> --------------------
>
> Key: ISPN-3016
> URL: https://issues.jboss.org/browse/ISPN-3016
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote protocols
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Minor
> Fix For: 5.3.0.Beta1, 5.3.0.Final
>
>
> Enhance the headers returned by the REST server:
> - use the internal cache entry creation date to compute Last-Modified
> - use the internal cache entry expiration (if any) for Expires
> Optionally return additional metadata headers
> - use the distribution manager (if any) to return Primary-Owner
> - other ?
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-2903) Manual eviction should not delete entry from cache store
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-2903?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-2903:
-----------------------------------------------
Jitka Kudrnacova <jkudrnac(a)redhat.com> made a comment on [bug 900549|https://bugzilla.redhat.com/show_bug.cgi?id=900549]
I have tested this issue with ER6 and ISPN 5.2.6.Final (taken from BZ 956988, comment 36) and the issue is still present.
We are still seeing the NPE and we are still seeing BZ 901164 (lost sessions after failover).
For the testing, I have chosen scenario REPL_SYNC and _graceful_ shutdown.
Looking at the test results, it looks like some of the NPE's (and the consequence 901164) were eliminated by the ISPN upgrade, but most likely there is another cause of these NPEs that was not discovered and fixed by the ISPN upgrade.
@Rado, please elaborate on your comment on https://github.com/jbossas/jboss-eap/pull/122 : the pull 122 was made obsolete by the ISPN upgrade? Brian is asking the same thing on the pull request discussion.
Link to job:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-failover-http...
Some statistics on the exception numbers:
client side:
ER5: 36478 occurences of 900549
(https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-failover-http...)
ER6 with ISPN 5.2.6.Final: 6370 occurences of 900549
(https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-failover-http...)
server side:
ER5: 18241 occurences of 900549
(https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-failover-http...)
ER6 with ISPN 5.2.6.Final: 3185 of 900549
(https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-failover-http...)
> Manual eviction should not delete entry from cache store
> --------------------------------------------------------
>
> Key: ISPN-2903
> URL: https://issues.jboss.org/browse/ISPN-2903
> Project: Infinispan
> Issue Type: Bug
> Components: Eviction
> Affects Versions: 5.2.3.Final
> Reporter: Paul Ferraro
> Assignee: Galder Zamarreño
> Priority: Critical
> Labels: 5.2.x, jdg6
> Fix For: 5.2.5.Final, 5.3.0.Alpha1, 5.3.0.Final
>
> Attachments: AtomicMapServlet.java, AtomicMapTestCase.java, server.log, server.log
>
>
> Here's the scenario:
> Given 2 nodes with REPL_SYNC cache with passivating cache store (e.g. default web cache in AS7).
> 1. Create cache entry containing atomic map with 2 map entries on node1.
> 2. Passivate that cache entry on node2 via manual evict.
> 3. Modify 1 of the atomic map entries within the cache entry on node1.
> 4. Lookup atomic map on node2. It only contains 1 map entry - the map entry modified in step 3. The other map entry is lost.
> It's a side effect of ISPN-2384, where some changes were made to tighten the passivation/activation scenarios, but it did not cover manual eviction calls.
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-3051) Allow embedded caches with no local storage (remote/client for embedded caches)
by Guillermo GARCIA OCHOA (JIRA)
[ https://issues.jboss.org/browse/ISPN-3051?page=com.atlassian.jira.plugin.... ]
Guillermo GARCIA OCHOA commented on ISPN-3051:
----------------------------------------------
Exactly, like _localstorage=false_ in Oracle Coherence or event better like the Coherence *Extend feature (that also exclude the node from the distributed execution env). Check this [link|http://blog.tfanshteyn.com/2009/11/extending-data-grid-localstoragef...] for more info.
*USE CASE*
For example, if you want to use infinispan as integration channel some embedded caches will be part of the channel keeping the data, but others will interact with the channel putting and getting data only (like a client).
*This is exactly what you get using hotrod + _RemoteCache_ but it will be cool to be able to do this also with embedded caches.*
Thanks in advance,
> Allow embedded caches with no local storage (remote/client for embedded caches)
> -------------------------------------------------------------------------------
>
> Key: ISPN-3051
> URL: https://issues.jboss.org/browse/ISPN-3051
> Project: Infinispan
> Issue Type: Feature Request
> Components: Distributed Cache
> Reporter: Guillermo GARCIA OCHOA
> Assignee: Mircea Markus
>
> Some clusters requires to use embedded caches to distributed its data. In the current state, Infinispan does not allow to access this kind of clusters without being a full member of the cluster, 'sharing' memory space and CPU time.
> The requested feature is to allow remote/client cache members in an embedded configuration (like the hotrod _RemoteCache_)
> *SUGGESTION*
> * *For the data:* Exclude marked/flagged hash spaces (nodes) from the consistent hash function.
> * *For remote execution:* is up to you guys ...
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-3074) CLI hides exceptions
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-3074?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant resolved ISPN-3074.
-----------------------------------
Fix Version/s: 5.3.0.Alpha1
Resolution: Duplicate Issue
This has been fixed in 5.3. We probably want a backport to 5.2.
> CLI hides exceptions
> --------------------
>
> Key: ISPN-3074
> URL: https://issues.jboss.org/browse/ISPN-3074
> Project: Infinispan
> Issue Type: Bug
> Components: CLI
> Affects Versions: 5.2.4.Final
> Reporter: Dennis Reed
> Assignee: Tristan Tarrant
> Fix For: 5.3.0.Alpha1
>
>
> The CLI hides exception information, only printing the message from the exception.
> Exception messages are typically useless without any context.
> Example:
> [disconnected//]> stats
> java.lang.NullPointerException
> Or "/ by zero"
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-3050) Cache.replace should support arrays of primitive types
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3050?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-3050:
-----------------------------------
Parent: (was: ISPN-2281)
Issue Type: Enhancement (was: Sub-task)
> Cache.replace should support arrays of primitive types
> ------------------------------------------------------
>
> Key: ISPN-3050
> URL: https://issues.jboss.org/browse/ISPN-3050
> Project: Infinispan
> Issue Type: Enhancement
> Components: Loaders and Stores
> Affects Versions: 5.2.1.Final
> Environment: - JBoss EAP 6.1.0 Alpha
> - Infinispan 5.2.1.Final
> Reporter: Adam Kovari
> Assignee: Galder Zamarreño
> Priority: Minor
> Fix For: 5.3.0.Final
>
>
> org.infinispan.Cache.replace does not handle values as arrays of primitive types well. It compares the old and new value as .equals but this doesn't work for arrays of primitives. It should use Arrays.equals for such a case.
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-3050) Cache.replace should support arrays of primitive types
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3050?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-3050:
-----------------------------------
Fix Version/s: 5.3.0.Final
> Cache.replace should support arrays of primitive types
> ------------------------------------------------------
>
> Key: ISPN-3050
> URL: https://issues.jboss.org/browse/ISPN-3050
> Project: Infinispan
> Issue Type: Sub-task
> Components: Loaders and Stores
> Affects Versions: 5.2.1.Final
> Environment: - JBoss EAP 6.1.0 Alpha
> - Infinispan 5.2.1.Final
> Reporter: Adam Kovari
> Assignee: Galder Zamarreño
> Priority: Minor
> Fix For: 5.3.0.Final
>
>
> org.infinispan.Cache.replace does not handle values as arrays of primitive types well. It compares the old and new value as .equals but this doesn't work for arrays of primitives. It should use Arrays.equals for such a case.
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-3050) Cache.replace should support arrays of primitive types
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3050?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-3050:
----------------------------------------
Thanks Mircea, leave it with me :)
> Cache.replace should support arrays of primitive types
> ------------------------------------------------------
>
> Key: ISPN-3050
> URL: https://issues.jboss.org/browse/ISPN-3050
> Project: Infinispan
> Issue Type: Sub-task
> Components: Loaders and Stores
> Affects Versions: 5.2.1.Final
> Environment: - JBoss EAP 6.1.0 Alpha
> - Infinispan 5.2.1.Final
> Reporter: Adam Kovari
> Assignee: Galder Zamarreño
> Priority: Minor
> Fix For: 5.3.0.Final
>
>
> org.infinispan.Cache.replace does not handle values as arrays of primitive types well. It compares the old and new value as .equals but this doesn't work for arrays of primitives. It should use Arrays.equals for such a case.
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-3050) Cache.replace should support arrays of primitive types
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3050?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-3050:
--------------------------------
Parent: ISPN-2281
Issue Type: Sub-task (was: Enhancement)
> Cache.replace should support arrays of primitive types
> ------------------------------------------------------
>
> Key: ISPN-3050
> URL: https://issues.jboss.org/browse/ISPN-3050
> Project: Infinispan
> Issue Type: Sub-task
> Components: Loaders and Stores
> Affects Versions: 5.2.1.Final
> Environment: - JBoss EAP 6.1.0 Alpha
> - Infinispan 5.2.1.Final
> Reporter: Adam Kovari
> Assignee: Galder Zamarreño
> Priority: Minor
>
> org.infinispan.Cache.replace does not handle values as arrays of primitive types well. It compares the old and new value as .equals but this doesn't work for arrays of primitives. It should use Arrays.equals for such a case.
--
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
10 years, 12 months
[JBoss JIRA] (ISPN-3050) Cache.replace should support arrays of primitive types
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3050?page=com.atlassian.jira.plugin.... ]
Mircea Markus commented on ISPN-3050:
-------------------------------------
The work did together with ISPN-2281 should solve this issue, as infinispan will support native arrays as keys-values.
[~galder.zamarreno] - Keeping this open till we'll add a test to prove it works.
> Cache.replace should support arrays of primitive types
> ------------------------------------------------------
>
> Key: ISPN-3050
> URL: https://issues.jboss.org/browse/ISPN-3050
> Project: Infinispan
> Issue Type: Enhancement
> Components: Loaders and Stores
> Affects Versions: 5.2.1.Final
> Environment: - JBoss EAP 6.1.0 Alpha
> - Infinispan 5.2.1.Final
> Reporter: Adam Kovari
> Assignee: Mircea Markus
> Priority: Minor
>
> org.infinispan.Cache.replace does not handle values as arrays of primitive types well. It compares the old and new value as .equals but this doesn't work for arrays of primitives. It should use Arrays.equals for such a case.
--
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
10 years, 12 months