[JBoss JIRA] (ISPN-4200) ExampleConfigsTest.testRestRollingUpgrades fails
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4200?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4200:
-----------------------------------------------
Tomas Sykora <tsykora(a)redhat.com> changed the Status of [bug 1086180|https://bugzilla.redhat.com/show_bug.cgi?id=1086180] from ON_QA to VERIFIED
> ExampleConfigsTest.testRestRollingUpgrades fails
> ------------------------------------------------
>
> Key: ISPN-4200
> URL: https://issues.jboss.org/browse/ISPN-4200
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Beta1
> Reporter: Jakub Markos
> Assignee: Martin Gencur
> Fix For: 7.0.0.Beta2
>
>
> Fails in the latest snapshot on line 240 with
> {code}
> Can't access etries stored in source node (target's RestCacheStore). expected:<value1> but was:<[B@19676adb>
> {code}
> you can run the test from /server/integration/testsuite with this command:
> mvn clean test -Psuite.examples -Dtest=ExampleConfigsTest#testRestRollingUpgrades
> The configs used are /server/integration/testsuite/target/server/node1/standalone/configuration/examples/{standalone-rest-rolling-upgrade.xml, standalone-compatibility-mode.xml}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ISPN-5050) MultiHotRodServerQueryTest random failures
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-5050?page=com.atlassian.jira.plugin.... ]
Adrian Nistor resolved ISPN-5050.
---------------------------------
Resolution: Duplicate Issue
> MultiHotRodServerQueryTest random failures
> ------------------------------------------
>
> Key: ISPN-5050
> URL: https://issues.jboss.org/browse/ISPN-5050
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 7.1.0.Alpha1
> Reporter: Galder Zamarreño
> Assignee: Adrian Nistor
> Labels: testsuite_stability
>
> http://ci.infinispan.org/viewLog.html?buildId=14729&buildTypeId=bt9
> {code}java.lang.AssertionError: expected:<1> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.client.hotrod.query.MultiHotRodServerQueryTest.testAttributeQuery(MultiHotRodServerQueryTest.java:124){code}
> {code}
> java.lang.AssertionError: expected:<1> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.client.hotrod.query.MultiHotRodServerQueryTest.testEmbeddedAttributeQuery(MultiHotRodServerQueryTest.java:137){code}
> {code}java.lang.AssertionError: expected:<1> but was:<0>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.infinispan.client.hotrod.query.MultiHotRodServerQueryTest.testProjections(MultiHotRodServerQueryTest.java:167){code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ISPN-3664) Improve write command processing
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-3664?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-3664:
----------------------------------
Fix Version/s: (was: 7.1.0.CR1)
> Improve write command processing
> --------------------------------
>
> Key: ISPN-3664
> URL: https://issues.jboss.org/browse/ISPN-3664
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 6.0.0.CR1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
>
> Major refactorization of the write command with the following goals:
> -> Base WriteCommand: all the write command has the same workflow through the interceptor chain
> -> Create a concrete WriteCommand for each operation (put, remove, replace, replaceIfEquals, removeIfEquals, putIfAbsent)
> -> Extend the interceptor chain to process each one of the command and add a new "visitWriteCommand", that is invoked by the default visitX methods.
> -> (minor) change the GetKeyValueCommand to ReadCommand to make name "compatible" with WriteCommand.
> Note that most of the interceptor only needs to implement the visitWriteCommand because all the write command has the same execution flow. The basic flow of the write commands are: (non-tx) lock, fetch value (cachestore/remote), check condition and apply change. for tx mode, lock (if pessimistic), fetch value (cache loader, remote, etc), apply change and add it to the transaction (if successful)
> Also, another advantage is the simplification of the EntryFactory because if we think a little about it, independent of the write command we need to wrap the entry anyway.
> Suggested implementation
> {code:java}
> class abstract WriteCommand
> Object key, Object newValue
> boolen match(Object currentValue) //true by default
> boolean needsRemoteGetBeforeWrite() //true by default
> object perform() //common implementation like: if (match(entry.getValue()) then entry.setValue(newValue); entry.setChanged(true); entry.setRemoved(newValue == null)}
> {code}
> * Concrete implementations*
> {code:java}
> {PutCommand|RemoveCommand} extends WriteCommand
> ovewrite needsRemoteGetBeforeWrite() {return !flags.contains(IGNORE_RETURN_VALUE)}
> ReplaceIfPresentCommand extends WriteCommand
> ovewrite match(Object currentValue) {return currentValue != null}
> PutIfAbsentCommand extends WriteCommand
> ovewrite match(Object currentValue) {return currentValue == null}
> {code}
> * Special base class for operation with expected value to compare*
> {code:java}
> class abstract AdvancedWriteCommand extends WriteCommand
> Object expectedValue
> match(Object currentValue) {return currentValue.equals(expectedValue)}
> {RemoveIfEquals|ReplaceIfEquals} extends AdvancedWriteCommand //no different implementation needed.
> {code}
> ps: I'm going to open the discussion in the dev mailing list...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ISPN-3707) I tried to access mbeans on a remotely running Jboss AS7 infinispan server using the jconsole.bat from the infinispan Jboss AS7 installation and i am gettign the following error:
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-3707?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-3707:
----------------------------------
Fix Version/s: (was: 7.1.0.CR1)
> I tried to access mbeans on a remotely running Jboss AS7 infinispan server using the jconsole.bat from the infinispan Jboss AS7 installation and i am gettign the following error:
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-3707
> URL: https://issues.jboss.org/browse/ISPN-3707
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 6.0.0.CR1
> Reporter: Pra remo
> Assignee: Galder Zamarreño
> Labels: jboss
>
> I tried to access mbeans on a remotely running Jboss AS7 infinispan server using the jconsole.bat from the infinispan Jboss AS7 installation and i am gettign the following error:
> xception in thread "VMPanel.connect" java.lang.NoClassDefFoundError: org/jboss/logging/Logger
> at org.jboss.remotingjmx.RemotingConnectorProvider.<clinit>(RemotingConnectorProvider.java:42)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:247)
> at com.sun.jmx.remote.util.Service$LazyIterator.next(Service.java:270)
> at javax.management.remote.JMXConnectorFactory.getConnectorAsService(JMXConnectorFactory.java:425)
> at javax.management.remote.JMXConnectorFactory.newJMXConnector(JMXConnectorFactory.java:310)
> at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:247)
> at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:207)
> at sun.tools.jconsole.ProxyClient.tryConnect(ProxyClient.java:336)
> at sun.tools.jconsole.ProxyClient.connect(ProxyClient.java:296)
> at sun.tools.jconsole.VMPanel$2.run(VMPanel.java:280)
> Caused by: java.lang.ClassNotFoundException: org.jboss.logging.Logger
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> ... 11 more
> I used both url's : service:jmx:remoting-jmx://:9999 service:jmx:remoting-jmx://:4447
> C:\Developer\JDK\Java\jdk1.6.0_34\lib\jconsole.jar;C:\Developer\JDK\Java\jdk1.6.0_34\lib\tools.jar;C:\Users\<user>\Downloads\infinispan-server-6.0.0.CR1-bin\infini
> span-server-6.0.0.CR1\jboss-modules.jar;C:\Users\<user>\Downloads\infinispan-server-6.0.0.CR1-bin\infinispan-server-6.0.0.CR1\modules\system\layers\base\org\jboss\
> remoting-jmx\main\remoting-jmx-1.1.0.Final.jar;C:\Users\<user>\Downloads\infinispan-server-6.0.0.CR1-bin\infinispan-server-6.0.0.CR1\modules\system\layers\base\org
> \jboss\staxmapper\main\staxmapper-1.1.0.Final.jar;C:\Users\<user>\Downloads\infinispan-server-6.0.0.CR1-bin\infinispan-server-6.0.0.CR1\modules\system\layers\base\
> org\jboss\as\protocol\main\jboss-as-protocol-7.2.0.Final.jar;C:\Users\<user>\Downloads\infinispan-server-6.0.0.CR1-bin\infinispan-server-6.0.0.CR1\modules\system\l
> ayers\base\org\jboss\dmr\main\jboss-dmr-1.1.6.Final.jar;C:\Users\<user>\Downloads\infinispan-server-6.0.0.CR1-bin\infinispan-server-6.0.0.CR1\modules\system\layers
> \base\org\jboss\as\controller-client\main\jboss-as-controller-client-7.2.0.Final.jar;C:\Users\<user>\Downloads\infinispan-server-6.0.0.CR1-bin\infinispan-server-6.
> 0.0.CR1\modules\system\layers\base\org\jboss\threads\main\jboss-threads-2.1.0.Fin
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months