[JBoss JIRA] (ISPN-4339) Make config-modifier.xsl independent of version of schema
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4339?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4339:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1107660|https://bugzilla.redhat.com/show_bug.cgi?id=1107660] from VERIFIED to CLOSED
> Make config-modifier.xsl independent of version of schema
> ---------------------------------------------------------
>
> Key: ISPN-4339
> URL: https://issues.jboss.org/browse/ISPN-4339
> Project: Infinispan
> Issue Type: Task
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha4
> Reporter: Tomas Sykora
> Assignee: Tomas Sykora
> Labels: testsuite
> Fix For: 7.0.0.Alpha5, 7.0.0.Final
>
>
> 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.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ISPN-4654) AND over range queries does not work (indexless query)
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4654?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4654:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1132121|https://bugzilla.redhat.com/show_bug.cgi?id=1132121] from VERIFIED to CLOSED
> AND over range queries does not work (indexless query)
> ------------------------------------------------------
>
> Key: ISPN-4654
> URL: https://issues.jboss.org/browse/ISPN-4654
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Affects Versions: 6.0.2.Final, 7.0.0.Beta1
> Reporter: Radim Vansa
> Assignee: Adrian Nistor
> Fix For: 7.0.0.Beta2
>
>
> Check this in QueryDslConditionsTest:
> {code}
> public void testAnd5() throws Exception {
> QueryFactory qf = getQueryFactory();
> // range queries use different code
> Query q = qf.from(getModelFactory().getUserImplClass())
> .having("id").lt(1000)
> .and().having("age").lt(1000)
> .toBuilder().build();
> List<User> list = q.list();
> assertEquals(3, list.size());
> }
> {code}
> The problem is that some subscription gets suspended and the second LT does not fire the second predicate update (and then neither the AND reevaluation).
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ISPN-4428) SecurityManagerCacheAuthorizationTest.testAllCombinations fails due to missing permission
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4428?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4428:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1112110|https://bugzilla.redhat.com/show_bug.cgi?id=1112110] from VERIFIED to CLOSED
> SecurityManagerCacheAuthorizationTest.testAllCombinations fails due to missing permission
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-4428
> URL: https://issues.jboss.org/browse/ISPN-4428
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Vojtech Juranek
> Assignee: Tristan Tarrant
> Fix For: 7.0.0.Alpha5, 7.0.0.Final
>
>
> {{SecurityManagerCacheAuthorizationTest.testAllCombinations}} fails with
> {noformat}
> java.security.PrivilegedActionException: java.lang.Exception: Unexpected non-SecurityException
> at org.infinispan.security.Security.doAs(Security.java:145)
> at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:139)
> at org.infinispan.security.SecurityManagerCacheAuthorizationTest.testAllCombinations(SecurityManagerCacheAuthorizationTest.java:21)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: java.lang.Exception: Unexpected non-SecurityException
> at org.infinispan.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:158)
> at org.infinispan.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:139)
> at org.infinispan.security.Security.doAs(Security.java:143)
> ... 22 more
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.infinispan.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:143)
> ... 24 more
> Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.container.versioning.NumericVersionGenerator.start() on object of type NumericVersionGenerator
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:170)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:216)
> at org.infinispan.CacheImpl.start(CacheImpl.java:696)
> at org.infinispan.security.impl.SecureCacheImpl.start(SecureCacheImpl.java:75)
> at org.infinispan.security.SecureCacheTestDriver.testStop(SecureCacheTestDriver.java:148)
> ... 29 more
> Caused by: java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'Subject:
> Principal: TestPrincipal [name=LIFECYCLE]
> Principal: TestPrincipal [name=LIFECYCLE_user]
> ' lacks 'LISTEN' permission
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:76)
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:54)
> at org.infinispan.manager.DefaultCacheManager.addListener(DefaultCacheManager.java:657)
> at org.infinispan.container.versioning.NumericVersionGenerator.start(NumericVersionGenerator.java:51)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
> ... 37 more
> {noformat}
> For details see e.g. [jenkins job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/j...]. Seem to happen on all platforams and JDKs.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ISPN-4096) The unstable profile for server testsuite is not working correctly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4096?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4096:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1083900|https://bugzilla.redhat.com/show_bug.cgi?id=1083900] from VERIFIED to CLOSED
> The unstable profile for server testsuite is not working correctly
> ------------------------------------------------------------------
>
> Key: ISPN-4096
> URL: https://issues.jboss.org/browse/ISPN-4096
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Reporter: Jakub Markos
> Assignee: Jakub Markos
> Labels: 630
> Fix For: 7.0.0.Alpha2
>
>
> There are several surefire executions defined in the testsuites pom.xml, each can use a different arquillian group (which is just a set of container configurations). There are 4 main executions: suite-client-local, suite-client-dist, suite-client-repl, suite-manual. The unstable profile is configured to run the tests marked with Unstable category, but it's only using the arquillian group from suite-manual, so if there is a unstable client test, it fails because it can't find the arquillian container definition.
> Looking for a nice solution.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ISPN-4490) Members can miss the rebalance cancellation on coordinator change
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4490?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4490:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1117948|https://bugzilla.redhat.com/show_bug.cgi?id=1117948] from VERIFIED to CLOSED
> Members can miss the rebalance cancellation on coordinator change
> -----------------------------------------------------------------
>
> Key: ISPN-4490
> URL: https://issues.jboss.org/browse/ISPN-4490
> Project: Infinispan
> Issue Type: Bug
> Components: Core, State Transfer
> Affects Versions: 7.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 7.0.0.Alpha5
>
>
> The new coordinator sends first a CH_UPDATE command to cancel the existing rebalance, and then a REBALANCE_START command to start a new rebalance. But the CH_UPDATE command is sent asynchronously, so it's possible for some members to receive it after the REBALANCE_START command.
> If that happens, that node will assume that it will receive the segments it requested for the previous rebalance. But with the ISPN-4484 fix, the provider node cancels the outbound transfer tasks when receiving a CH_UPDATE without a pendingCH, so the state requestor will never receive its segments.
> Even without the ISPN-4484 fix this is a problem, although less obvious. Between the provider node receiving the CH_UPDATE and the REBALANCE_START commands, it won't have the requestor in its write CH, so the requestor can miss transactions.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months