[JBoss JIRA] (ISPN-4339) Make config-modifier.xsl independent on version of schema
by Tomas Sykora (JIRA)
Tomas Sykora created ISPN-4339:
----------------------------------
Summary: Make config-modifier.xsl independent on version of schema
Key: ISPN-4339
URL: https://issues.jboss.org/browse/ISPN-4339
Project: Infinispan
Issue Type: Task
Reporter: Tomas Sykora
Assignee: Mircea Markus
For example rolling upgrades tests need to transform configuration xml files from different versions of Infinispan (schema 6.0, 7.0 ... etc.) Current config-modifier.xsl uses strict xmlns elements together with specification of a schema version.
Get rid of it and make it independent. So we can use just one config modifier for modification of even old XML config files coming from old server distributions.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 4 months
[JBoss JIRA] (ISPN-4339) Make config-modifier.xsl independent on version of schema
by Tomas Sykora (JIRA)
[ https://issues.jboss.org/browse/ISPN-4339?page=com.atlassian.jira.plugin.... ]
Tomas Sykora reassigned ISPN-4339:
----------------------------------
Assignee: Tomas Sykora (was: Mircea Markus)
> Make config-modifier.xsl independent on version of schema
> ---------------------------------------------------------
>
> Key: ISPN-4339
> URL: https://issues.jboss.org/browse/ISPN-4339
> Project: Infinispan
> Issue Type: Task
> Reporter: Tomas Sykora
> Assignee: Tomas Sykora
>
> For example rolling upgrades tests need to transform configuration xml files from different versions of Infinispan (schema 6.0, 7.0 ... etc.) Current config-modifier.xsl uses strict xmlns elements together with specification of a schema version.
> Get rid of it and make it independent. So we can use just one config modifier for modification of even old XML config files coming from old server distributions.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 4 months
[JBoss JIRA] (ISPN-4163) CacheAuthorizationTest.testAllCombinations always fails on JDK8
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4163?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-4163:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2594
> CacheAuthorizationTest.testAllCombinations always fails on JDK8
> ---------------------------------------------------------------
>
> Key: ISPN-4163
> URL: https://issues.jboss.org/browse/ISPN-4163
> Project: Infinispan
> Issue Type: Bug
> Components: Security, Test Suite - Core
> Affects Versions: 7.0.0.Alpha1
> Reporter: Dan Berindei
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> JDK8 added some new default methods to ConcurrentMap, and SecureCacheTestDriver doesn't cover them. This actually raises the question of whether we could provide our own implementations while still keeping compatibility with JDK6...
> {noformat}
> java.lang.Exception: Class org.infinispan.security.SecureCacheTestDriver needs to declare a method with the following signature: void testReplaceAll_BiFunction(SecureCache<String, String> cache) {}
> at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:158)
> Caused by: java.lang.NoSuchMethodException: org.infinispan.security.SecureCacheTestDriver.testReplaceAll_BiFunction(org.infinispan.security.SecureCache)
> at java.lang.Class.getMethod(Class.java:1773)
> at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:109) ... 20 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 4 months
[JBoss JIRA] (ISPN-4310) StateResponse chunk with lastChunk=true from cancelled ST stops receiving data in next ST
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4310?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-4310:
------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1104031
> StateResponse chunk with lastChunk=true from cancelled ST stops receiving data in next ST
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-4310
> URL: https://issues.jboss.org/browse/ISPN-4310
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer
> Affects Versions: 6.0.2.Final, 7.0.0.Alpha4
> Reporter: Radim Vansa
> Assignee: Dan Berindei
> Priority: Critical
>
> 1. A requests segment from B (there are multiple chunks)
> 2. B sends all chunks, but before A receives them, new topology arrives and A cancels the ST.
> 3. Another topology comes and A requests this segment again
> 4. A receives the old StateResponseCommand with lastChunk=true and thinks that it got all segments, therefore, it discards further chunks.
> Result is inconsistent cluster, and after further rebalances completely lost data.
> This ought to be rare, but was repeatedly observed when gracefully stopping coordinator on a 32-node cluster full of data.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
11 years, 4 months