[JBoss JIRA] (ISPN-7582) Rolling upgrade tests fail
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-7582?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-7582:
-----------------------------------
Fix Version/s: 9.0.0.Final
> Rolling upgrade tests fail
> --------------------------
>
> Key: ISPN-7582
> URL: https://issues.jboss.org/browse/ISPN-7582
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 9.0.0.CR2
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
> Fix For: 9.0.0.Final
>
>
> when running {{HotRodRollingUpgradesIT}} to upgrade from ISPN 8.0 to 9.0, it fails with
> {noformat}
> java.lang.IllegalArgumentException: Invalid Hot Rod protocol version 'null'
> at org.infinispan.client.hotrod.impl.protocol.CodecFactory.getCodec(CodecFactory.java:69) ~[infinispan-client-hotrod-9.0.0-SNAPSHOT.jar:9.0.0-SNAPSHOT]
> at org.infinispan.client.hotrod.RemoteCacheManager.start(RemoteCacheManager.java:185) ~[infinispan-client-hotrod-9.0.0-SNAPSHOT.jar:9.0.0-SNAPSHOT]
> at org.infinispan.client.hotrod.RemoteCacheManager.<init>(RemoteCacheManager.java:95) ~[infinispan-client-hotrod-9.0.0-SNAPSHOT.jar:9.0.0-SNAPSHOT]
> at org.infinispan.client.hotrod.RemoteCacheManager.<init>(RemoteCacheManager.java:81) ~[infinispan-client-hotrod-9.0.0-SNAPSHOT.jar:9.0.0-SNAPSHOT]
> at org.infinispan.server.test.util.ITestUtils.createCacheManager(ITestUtils.java:54) ~[test-classes/:?]
> at org.infinispan.server.test.util.RemoteCacheManagerFactory.createManager(RemoteCacheManagerFactory.java:51) ~[test-classes/:?]
> at org.infinispan.server.test.util.RemoteCacheManagerFactory.createCache(RemoteCacheManagerFactory.java:35) ~[test-classes/:?]
> at org.infinispan.server.test.rollingupgrades.HotRodRollingUpgradesIT.createCache(HotRodRollingUpgradesIT.java:151) ~[test-classes/:?]
> at org.infinispan.server.test.rollingupgrades.HotRodRollingUpgradesIT.createCache(HotRodRollingUpgradesIT.java:144) ~[test-classes/:?]
> at org.infinispan.server.test.rollingupgrades.HotRodRollingUpgradesIT.testHotRodRollingUpgradesDiffVersions(HotRodRollingUpgradesIT.java:98)
> {noformat}
> {{HotRodRollingUpgradesDistIT}} fails with
> {noformat}
> ESC[0mESC[31m11:45:37,883 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.server.ServerService.boot(ServerService.java:357) [wildfly-server-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102]
> Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[169,9]
> Message: Unexpected element '{urn:infinispan:server:endpoint:7.0}subsystem'
> at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:108) [staxmapper-1.2.0.Final.jar:1.2.0.Final]
> at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69) [staxmapper-1.2.0.Final.jar:1.2.0.Final]
> at org.jboss.as.server.parsing.StandaloneXml_4.parseServerProfile(StandaloneXml_4.java:546) [wildfly-server-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.server.parsing.StandaloneXml_4.readServerElement(StandaloneXml_4.java:242) [wildfly-server-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.server.parsing.StandaloneXml_4.readElement(StandaloneXml_4.java:141) [wildfly-server-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:103) [wildfly-server-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:49) [wildfly-server-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.2.0.Final.jar:1.2.0.Final]
> at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.2.0.Final.jar:1.2.0.Final]
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:123) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> ... 3 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (ISPN-7710) CompatibilityProtoStreamMarshaller can't be set in server
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-7710?page=com.atlassian.jira.plugin.... ]
Adrian Nistor reassigned ISPN-7710:
-----------------------------------
Assignee: Galder Zamarreño (was: Adrian Nistor)
> CompatibilityProtoStreamMarshaller can't be set in server
> ---------------------------------------------------------
>
> Key: ISPN-7710
> URL: https://issues.jboss.org/browse/ISPN-7710
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.0.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 9.1.0.Final, 9.0.2.Final
>
>
> Out of the box, it's impossible to set compatibility marshaller to {{org.infinispan.query.remote.CompatibilityProtoStreamMarshaller}} in server because {{org.infinispan.main}} classloader can't access that class.
> As [~dan.berindei] suggested in the mailing list, one way to avoid these kind of issues would be to allow class definitions to have {{slot:module:class}} format so that using the ModularClassResolver any class can be found.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (ISPN-7935) Document Server Tasks
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-7935?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-7935:
-----------------------------------
Status: Open (was: New)
> Document Server Tasks
> ---------------------
>
> Key: ISPN-7935
> URL: https://issues.jboss.org/browse/ISPN-7935
> Project: Infinispan
> Issue Type: Enhancement
> Components: Server, Tasks
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 9.1.0.Final, 9.0.2.Final
>
>
> There's literally no documentation on using ServerTask. They're very powerful and we should promote them more since they can act as a stop gap solution for any missing features in HR client.
> I'll add documentation for ServerTasks once Infinispan can execute ServerTasks fine, even if they're POJOs.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (ISPN-7935) Document Server Tasks
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-7935:
--------------------------------------
Summary: Document Server Tasks
Key: ISPN-7935
URL: https://issues.jboss.org/browse/ISPN-7935
Project: Infinispan
Issue Type: Enhancement
Components: Server, Tasks
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 9.1.0.Final, 9.0.2.Final
There's literally no documentation on using ServerTask. They're very powerful and we should promote them more since they can act as a stop gap solution for any missing features in HR client.
I'll add documentation for ServerTasks once Infinispan can execute ServerTasks fine, even if they're POJOs.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (ISPN-7932) JCache EntryProcesor not working for replicated cache
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7932?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-7932:
-------------------------------------
Assignee: Galder Zamarreño
> JCache EntryProcesor not working for replicated cache
> -----------------------------------------------------
>
> Key: ISPN-7932
> URL: https://issues.jboss.org/browse/ISPN-7932
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 9.0.1.Final
> Environment: Ubuntu Linux 4.4.0-79-generic x86_64
> java version "1.8.0_131"
> Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
> Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode)
> Reporter: Miljenko Brkic
> Assignee: Galder Zamarreño
> Attachments: jcache.tar.gz
>
>
> Cached value updated via EntryProcessor is not updated in replicated cache.
> Please find attached test application to reproduce the problem. Two instances of application increment cached value, but for one instance new value is not put in the cache (see steps to reproduce).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (ISPN-4032) Listeners on originator node in DIST are notified even when not an owner
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4032?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-4032:
-------------------------------------
Assignee: William Burns
> Listeners on originator node in DIST are notified even when not an owner
> ------------------------------------------------------------------------
>
> Key: ISPN-4032
> URL: https://issues.jboss.org/browse/ISPN-4032
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Listeners
> Affects Versions: 6.0.1.Final
> Reporter: William Burns
> Assignee: William Burns
> Labels: 630
>
> Currently we notify listeners installed on the originator node when they perform a write command. This is done even when the originator node doesn't own the key. These notifications should only be fired by primary owner/backup owners normally and only primary if configured to do so.
> The DistListenerTest currently even asserts this behavior around line ~85.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months