[JBoss JIRA] (ISPN-9184) Remove compat mode from Remote Listener
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-9184?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-9184:
------------------------------------
Status: Open (was: New)
> Remove compat mode from Remote Listener
> ---------------------------------------
>
> Key: ISPN-9184
> URL: https://issues.jboss.org/browse/ISPN-9184
> Project: Infinispan
> Issue Type: Sub-task
> Components: Listeners
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> Remote Listeners uses compat mode checks in plenty of places to convert between storage and pojo format, and apart from that, there is a cache manager wide "event marshaller" used to unmarshal params for filters used in events, falling back to GenericJbossMarshaller when the marshaller is not set.
> It should not use a global marshaller and should not hardcode JbossMarshaller, instead the remote listener themselves should have a mechanism of choosing the format of the data, similar to "useRawData" (where one can choose to receive events in a marshalled or unmarshaled way). One way of doing it is to supply a MediaType in the listener with the desired format.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 4 months
[JBoss JIRA] (ISPN-9181) Remove compat mode from Remote Iterator
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-9181?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-9181:
------------------------------------
Status: Open (was: New)
> Remove compat mode from Remote Iterator
> ---------------------------------------
>
> Key: ISPN-9181
> URL: https://issues.jboss.org/browse/ISPN-9181
> Project: Infinispan
> Issue Type: Sub-task
> Components: Server
> Reporter: Gustavo Fernandes
>
> The remote iterator has internal checks for compat mode and unmarshalls keys and values before running them to the filters (in case they're present).
> There should be a generic mechanism where the filter itself specifies in which format it wants to process the data. Something similar to {{useRawData()}} in the remote listeners, where each listener control the type of data should receive, either as Pojos or binary format.
> Furthermode, there is a Cache Manager wide marshaller that is used to "unmarshall" filter paramers and objects. This marshaller should be removed and instead the MediaType info sent by clients should be used to select the right transcoder to convert to/from the storage format
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 4 months
[JBoss JIRA] (ISPN-9181) Remove compat mode from Remote Iterator
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-9181?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes reassigned ISPN-9181:
---------------------------------------
Assignee: Gustavo Fernandes
> Remove compat mode from Remote Iterator
> ---------------------------------------
>
> Key: ISPN-9181
> URL: https://issues.jboss.org/browse/ISPN-9181
> Project: Infinispan
> Issue Type: Sub-task
> Components: Server
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> The remote iterator has internal checks for compat mode and unmarshalls keys and values before running them to the filters (in case they're present).
> There should be a generic mechanism where the filter itself specifies in which format it wants to process the data. Something similar to {{useRawData()}} in the remote listeners, where each listener control the type of data should receive, either as Pojos or binary format.
> Furthermode, there is a Cache Manager wide marshaller that is used to "unmarshall" filter paramers and objects. This marshaller should be removed and instead the MediaType info sent by clients should be used to select the right transcoder to convert to/from the storage format
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 4 months
[JBoss JIRA] (ISPN-9181) Remove compat mode from Remote Iterator
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-9181?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-9181:
------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/6045
> Remove compat mode from Remote Iterator
> ---------------------------------------
>
> Key: ISPN-9181
> URL: https://issues.jboss.org/browse/ISPN-9181
> Project: Infinispan
> Issue Type: Sub-task
> Components: Server
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> The remote iterator has internal checks for compat mode and unmarshalls keys and values before running them to the filters (in case they're present).
> There should be a generic mechanism where the filter itself specifies in which format it wants to process the data. Something similar to {{useRawData()}} in the remote listeners, where each listener control the type of data should receive, either as Pojos or binary format.
> Furthermode, there is a Cache Manager wide marshaller that is used to "unmarshall" filter paramers and objects. This marshaller should be removed and instead the MediaType info sent by clients should be used to select the right transcoder to convert to/from the storage format
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 4 months
[JBoss JIRA] (ISPN-7420) Hot Rod enhancements for transcoding
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-7420?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-7420:
------------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/5951, https://github.com/infinispan/infinispan/pull/6046 (was: https://github.com/infinispan/infinispan/pull/5951)
> Hot Rod enhancements for transcoding
> ------------------------------------
>
> Key: ISPN-7420
> URL: https://issues.jboss.org/browse/ISPN-7420
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Galder Zamarreño
> Assignee: Gustavo Fernandes
> Fix For: 9.3.0.Beta1, 9.3.0.Final
>
>
> Several enhancements will need to be made to the Hot Rod protocol to work with transcoding:
> h3. Cache Writes (key + value)
> * Cache write operations that include values should have an optional parameter to be able to define the MIME type of the key and value that is being written. When the optional parameter is sent to the server, it will enable the server to implicitly discover what the types of the key+value are.
> * Once the first cache write has determined the key+value types, the clients do not need to send them again. If the client sends different types for the same cache, it should either result in the server ignoring it or an error (the former is preferable).
> * To avoid sending unnecessary data, advanced clients could cache the key+value type for a given cache after the first write request and then don't send it again.
> h3. Cache reads
> * Any operation that involves retrieving data should optionally take the type that the value should be transcoded to when returning it back to the client. This enables data to be read in different formats.
> * Within these operations, write operations that return previous values should be included.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 4 months
[JBoss JIRA] (ISPN-9272) infinispan9.2.4.Final infinispan-query
by Majid Mostafavi (JIRA)
[ https://issues.jboss.org/browse/ISPN-9272?page=com.atlassian.jira.plugin.... ]
Majid Mostafavi commented on ISPN-9272:
---------------------------------------
<!-- cache -->
<dependency>
<groupId>org.infinispan</groupId>
<artifactId>infinispan-core</artifactId>
<version>${infinispan.version}</version>
</dependency>
<dependency>
<groupId>org.infinispan</groupId>
<artifactId>infinispan-cachestore-jdbc</artifactId>
<version>${infinispan.version}</version>
</dependency>
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-commons</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-cachestore-jpa</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-query</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-query-dsl</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-client-hotrod</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--<scope>compile</scope>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-lucene-directory</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-objectfilter</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--</dependency>-->
<!--<!–<dependency>–>-->
<!--<!–<groupId>org.infinispan</groupId>–>-->
<!--<!–<artifactId>infinispan-tree</artifactId>–>-->
<!--<!–<version>${infinispan.version}</version>–>-->
<!--<!–</dependency>–>-->
<!--<dependency>-->
<!--<groupId>org.infinispan</groupId>-->
<!--<artifactId>infinispan-directory-provider</artifactId>-->
<!--<version>${infinispan.version}</version>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>org.infinispan.protostream</groupId>-->
<!--<artifactId>protostream</artifactId>-->
<!--<version>4.0.0.Final</version>-->
<!--</dependency>-->
<!--<dependency>-->
<!--<groupId>com.google</groupId>-->
<!--<artifactId>kaptcha</artifactId>-->
<!--<version>2.3.2</version>-->
<!--</dependency>-->
remove the {color:#d04437}jboss-deployment-structure.xml{color}
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<configuration>
<archive>
<manifestEntries>
<Dependencies>{color:#14892c}org.infinispan.core:ispn-9.2 services, org.infinispan.query:ispn-9.2 services{color}</Dependencies>
</manifestEntries>
</archive>
</configuration>
</plugin>
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.3:compile (default-compile) on project nejat: Compilation failure: Compilation failure:
CacheQueryUtils.java:[13,28] package org.infinispan.query does not exist
CacheQueryUtils.java:[14,32] package org.infinispan.query.dsl does not exist
CacheQueryUtils.java:[15,32] package org.infinispan.query.dsl does not exist
> infinispan9.2.4.Final infinispan-query
> --------------------------------------
>
> Key: ISPN-9272
> URL: https://issues.jboss.org/browse/ISPN-9272
> Project: Infinispan
> Issue Type: Bug
> Reporter: Majid Mostafavi
> Assignee: Tristan Tarrant
>
> 1:07:47,231 ERROR [stderr] (default task-6) {color:#d04437}org.infinispan.commons.CacheException: ISPN014038: infinispan-query.jar module is in the classpath but has not been properly initialised!{color}
> 01:07:47,265 ERROR [stderr] (default task-6) at {color:#d04437}org.infinispan.query.Search.getQueryFactory(Search.java:60){color}
> 01:07:47,293 ERROR [stderr] (default task-6) at ir.ac.tums.core.cache.CacheQueryUtils.findOrganization(CacheQueryUtils.java:34)
> 01:07:47,321 ERROR [stderr] (default task-6) at ir.ac.tums.core.utils.SystemManager.findOrganizations(SystemManager.java:174)
> 01:07:47,350 ERROR [stderr] (default task-6) at ir.ac.tums.core.utils.SystemManager$Proxy$_$$_WeldClientProxy.findOrganizations(Unknown Source)
> 01:07:47,378 ERROR [stderr] (default task-6) at ir.ac.tums.core.managedBean.SystemManagerBean.findOrganizations(SystemManagerBean.java:48)
> 01:07:47,406 ERROR [stderr] (default task-6) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 01:07:47,435 ERROR [stderr] (default task-6) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 01:07:47,468 ERROR [stderr] (default task-6) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 01:07:47,502 ERROR [stderr] (default task-6) at java.lang.reflect.Method.invoke(Method.java:483)
> 01:07:47,538 ERROR [stderr] (default task-6) at com.sun.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:181)
> 01:07:47,567 ERROR [stderr] (default task-6) at com.sun.el.parser.AstValue.invoke(AstValue.java:289)
> 01:07:47,596 ERROR [stderr] (default task-6) at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
> 01:07:47,626 ERROR [stderr] (default task-6) at org.jboss.weld.module.web.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
> 01:07:47,657 ERROR [stderr] (default task-6) at org.jboss.weld.module.web.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
> 01:07:47,704 ERROR [stderr] (default task-6) at org.jboss.weld.module.web.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
> 01:07:47,759 ERROR [stderr] (default task-6) at org.jboss.weld.module.web.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
> 01:07:47,787 ERROR [stderr] (default task-6) at javax.faces.event.MethodExpressionActionListener.processAction(MethodExpressionActionListener.java:149)
> 01:07:47,826 ERROR [stderr] (default task-6) at javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
> 01:07:47,859 ERROR [stderr] (default task-6) at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:814)
> 01:07:47,892 ERROR [stderr] (default task-6) at javax.faces.component.UICommand.broadcast(UICommand.java:300)
> 01:07:47,924 ERROR [stderr] (default task-6) at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
> 01:07:47,966 ERROR [stderr] (default task-6) at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
> 01:07:47,993 ERROR [stderr] (default task-6) at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
> 01:07:48,026 ERROR [stderr] (default task-6) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
> 01:07:48,058 ERROR [stderr] (default task-6) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
> 01:07:48,085 ERROR [stderr] (default task-6) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
> 01:07:48,114 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> 01:07:48,140 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> 01:07:48,184 ERROR [stderr] (default task-6) at org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:449)
> 01:07:48,221 ERROR [stderr] (default task-6) at org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:365)
> 01:07:48,257 ERROR [stderr] (default task-6) at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
> 01:07:48,286 ERROR [stderr] (default task-6) at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
> 01:07:48,320 ERROR [stderr] (default task-6) at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:387)
> 01:07:48,352 ERROR [stderr] (default task-6) at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:362)
> 01:07:48,383 ERROR [stderr] (default task-6) at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125)
> 01:07:48,414 ERROR [stderr] (default task-6) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> 01:07:48,447 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> 01:07:48,490 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> 01:07:48,531 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> 01:07:48,561 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> 01:07:48,593 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> 01:07:48,640 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> 01:07:48,773 ERROR [stderr] (default task-6) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 01:07:48,895 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> 01:07:48,955 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> 01:07:49,006 ERROR [stderr] (default task-6) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 01:07:49,134 ERROR [stderr] (default task-6) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> 01:07:49,245 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> 01:07:49,301 ERROR [stderr] (default task-6) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> 01:07:49,335 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> 01:07:49,358 ERROR [stderr] (default task-6) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> 01:07:49,384 ERROR [stderr] (default task-6) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> 01:07:49,408 ERROR [stderr] (default task-6) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 01:07:49,431 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> 01:07:49,455 ERROR [stderr] (default task-6) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 01:07:49,481 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> 01:07:49,510 ERROR [stderr] (default task-6) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> 01:07:49,541 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> 01:07:49,568 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> 01:07:49,593 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> 01:07:49,612 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> 01:07:49,637 ERROR [stderr] (default task-6) at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> 01:07:49,658 ERROR [stderr] (default task-6) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> 01:07:49,694 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> 01:07:49,722 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction$$Lambda$813/150833054.call(Unknown Source)
> 01:07:49,759 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
> 01:07:49,788 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$814/364622716.call(Unknown Source)
> 01:07:49,817 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
> 01:07:49,842 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$814/364622716.call(Unknown Source)
> 01:07:49,863 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
> 01:07:49,885 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$814/364622716.call(Unknown Source)
> 01:07:49,912 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
> 01:07:49,945 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$814/364622716.call(Unknown Source)
> 01:07:49,974 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1514)
> 01:07:50,009 ERROR [stderr] (default task-6) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$814/364622716.call(Unknown Source)
> 01:07:50,042 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> 01:07:50,076 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> 01:07:50,099 ERROR [stderr] (default task-6) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> 01:07:50,134 ERROR [stderr] (default task-6) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> 01:07:50,174 ERROR [stderr] (default task-6) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> 01:07:50,209 ERROR [stderr] (default task-6) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> 01:07:50,246 ERROR [stderr] (default task-6) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> 01:07:50,273 ERROR [stderr] (default task-6) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> 01:07:50,289 ERROR [stderr] (default task-6) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> 01:07:50,305 ERROR [stderr] (default task-6) at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 4 months
[JBoss JIRA] (ISPN-9276) FunctionalEncodingTypeTest.testDistReturnViewFromReadWriteEvalOnNonOwner[tx=true] always fails
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-9276?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9276:
-------------------------------
Status: Open (was: New)
> FunctionalEncodingTypeTest.testDistReturnViewFromReadWriteEvalOnNonOwner[tx=true] always fails
> ----------------------------------------------------------------------------------------------
>
> Key: ISPN-9276
> URL: https://issues.jboss.org/browse/ISPN-9276
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.3.0.CR1
> Reporter: Dan Berindei
> Assignee: Radim Vansa
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.3.0.Final
>
>
> The test is not currently running during the build because of ISPN-9149, but fails when run manually:
> {noformat}
> java.lang.Error: java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from FunctionalEncodingTypeTest[tx=true]-NodeB-35039, see cause for remote stack trace
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:47)
> at org.infinispan.functional.FunctionalMapTest.doReturnViewFromReadWriteEval(FunctionalMapTest.java:595)
> at org.infinispan.functional.FunctionalMapTest.testDistReturnViewFromReadWriteEvalOnNonOwner(FunctionalMapTest.java:584)
> Caused by: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from FunctionalEncodingTypeTest[tx=true]-NodeB-35039, see cause for remote stack trace
> at org.infinispan.remoting.transport.ResponseCollectors.wrapRemoteException(ResponseCollectors.java:27)
> at org.infinispan.remoting.transport.RemoteGetResponseCollector.addResponse(RemoteGetResponseCollector.java:26)
> at org.infinispan.remoting.transport.RemoteGetResponseCollector.addResponse(RemoteGetResponseCollector.java:17)
> at org.infinispan.remoting.transport.impl.MultiTargetRequest.onResponse(MultiTargetRequest.java:91)
> at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:52)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1364)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1267)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$300(JGroupsTransport.java:125)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.up(JGroupsTransport.java:1412)
> at org.jgroups.JChannel.up(JChannel.java:816)
> Caused by: org.infinispan.commons.marshall.NotSerializableException: org.infinispan.functional.impl.EntryViews$EntryBackedReadWriteView
> Caused by: an exception which occurred:
> in object org.infinispan.functional.impl.EntryViews$EntryBackedReadWriteView@72d6a840
> -> toString = EntryBackedReadWriteView{entry=VersionedRepeatableReadEntry(39ed5af7){key=TestKey#MagicKey{778/3FB8CBF3/178@FunctionalEncodingTypeTest[tx=true]-NodeB-35039}, value=TestValue#one, isCreated=true, isChanged=true, isRemoved=false, isExpired=false, skipLookup=true, metadata=MetaParamsInternalMetadata{params=MetaParams{length=1, metas=[MetaEntryVersion=SimpleClusteredVersion{topologyId=0, version=0}]}}}}
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 4 months