[JBoss JIRA] (ISPN-12271) Allow different servers for server integration test suite
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-12271?page=com.atlassian.jira.plugi... ]
Diego Lovison updated ISPN-12271:
---------------------------------
Status: Open (was: New)
> Allow different servers for server integration test suite
> ---------------------------------------------------------
>
> Key: ISPN-12271
> URL: https://issues.redhat.com/browse/ISPN-12271
> Project: Infinispan
> Issue Type: Enhancement
> Components: Test Suite
> Affects Versions: 12.0.0.Dev02
> Reporter: Diego Lovison
> Priority: Major
>
> The current implementation is running the tests only with Wildfly.
> The goal is to reuse as many tests as we can and change the server before running the test.
> For example:
> * mvn clean verify -pl integrationtests/server-integration/third-party-server -s maven-settings.xml -Dinfinispan.server.integration.launch=tomcat -Dtomcat.zip=/path/to/apache-tomcat.zip
> * mvn clean verify -pl integrationtests/server-integration/third-party-server -s maven-settings.xml -Dinfinispan.server.integration.launch=wildfly
> * mvn clean verify -pl integrationtests/server-integration/wildfly-modules
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-12271) Allow different servers for server integration test suite
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-12271?page=com.atlassian.jira.plugi... ]
Diego Lovison updated ISPN-12271:
---------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/8657
> Allow different servers for server integration test suite
> ---------------------------------------------------------
>
> Key: ISPN-12271
> URL: https://issues.redhat.com/browse/ISPN-12271
> Project: Infinispan
> Issue Type: Enhancement
> Components: Test Suite
> Affects Versions: 12.0.0.Dev02
> Reporter: Diego Lovison
> Priority: Major
>
> The current implementation is running the tests only with Wildfly.
> The goal is to reuse as many tests as we can and change the server before running the test.
> For example:
> * mvn clean verify -pl integrationtests/server-integration/third-party-server -s maven-settings.xml -Dinfinispan.server.integration.launch=tomcat -Dtomcat.zip=/path/to/apache-tomcat.zip
> * mvn clean verify -pl integrationtests/server-integration/third-party-server -s maven-settings.xml -Dinfinispan.server.integration.launch=wildfly
> * mvn clean verify -pl integrationtests/server-integration/wildfly-modules
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-12271) Allow different servers for server integration test suite
by Diego Lovison (Jira)
Diego Lovison created ISPN-12271:
------------------------------------
Summary: Allow different servers for server integration test suite
Key: ISPN-12271
URL: https://issues.redhat.com/browse/ISPN-12271
Project: Infinispan
Issue Type: Enhancement
Components: Test Suite
Affects Versions: 12.0.0.Dev02
Reporter: Diego Lovison
The current implementation is running the tests only with Wildfly.
The goal is to reuse as many tests as we can and change the server before running the test.
For example:
* mvn clean verify -pl integrationtests/server-integration/third-party-server -s maven-settings.xml -Dinfinispan.server.integration.launch=tomcat -Dtomcat.zip=/path/to/apache-tomcat.zip
* mvn clean verify -pl integrationtests/server-integration/third-party-server -s maven-settings.xml -Dinfinispan.server.integration.launch=wildfly
* mvn clean verify -pl integrationtests/server-integration/wildfly-modules
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-12253) No Marshaller registered for RebalancingStatus enum class alongside Prometheus
by Roni Polus (Jira)
[ https://issues.redhat.com/browse/ISPN-12253?page=com.atlassian.jira.plugi... ]
Roni Polus updated ISPN-12253:
------------------------------
Summary: No Marshaller registered for RebalancingStatus enum class alongside Prometheus (was: No Marshaller registered for RebalancingStatus enum class - Only inside docker container)
> No Marshaller registered for RebalancingStatus enum class alongside Prometheus
> -------------------------------------------------------------------------------
>
> Key: ISPN-12253
> URL: https://issues.redhat.com/browse/ISPN-12253
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 10.1.8.Final
> Reporter: Roni Polus
> Priority: Major
>
> Hello,
> We encountered a very strange issue running infinispan inside OSGi. We have a cache setup and when running locally (without a container), karaf does not report any problems with the cache and it runs just fine. Although, when running inside a container, we get the following error spammed through the karaf logs:
> Versions:
> Karaf: 4.2.6
> Infinispan: 10.1.8.Final
> Docker: 19.03.12, build 48a66213fe
> {code:java}
> java.lang.IllegalArgumentException: No marshaller registered for Java type org.infinispan.topology.RebalancingStatus at org.infinispan.protostream.impl.SerializationContextImpl.getMarshallerDelegate(SerializationContextImpl.java:279) ~[422:org.infinispan.protostream:4.3.2.Final] at org.infinispan.protostream.WrappedMessage.writeMessage(WrappedMessage.java:240) ~[422:org.infinispan.protostream:4.3.2.Final] at org.infinispan.protostream.ProtobufUtil.toWrappedStream(ProtobufUtil.java:196) ~[422:org.infinispan.protostream:4.3.2.Final] at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.objectToBuffer(PersistenceMarshallerImpl.java:157) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.objectToByteBuffer(PersistenceMarshallerImpl.java:137) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.persistence.impl.PersistenceMarshallerImpl.objectToByteBuffer(PersistenceMarshallerImpl.java:145) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeRawUnknown(GlobalMarshaller.java:638) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeUnknown(GlobalMarshaller.java:627) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeUnknown(GlobalMarshaller.java:618) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:384) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeNullableObject(GlobalMarshaller.java:352) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.BytesObjectOutput.writeObject(BytesObjectOutput.java:26) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.remoting.responses.SuccessfulResponse$Externalizer.writeObject(SuccessfulResponse.java:65) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.remoting.responses.SuccessfulResponse$Externalizer.writeObject(SuccessfulResponse.java:62) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeInternal(GlobalMarshaller.java:656) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeNonNullableObject(GlobalMarshaller.java:371) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeNullableObject(GlobalMarshaller.java:352) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:181) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.writeObjectOutput(GlobalMarshaller.java:174) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.marshall.core.GlobalMarshaller.objectToBuffer(GlobalMarshaller.java:302) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.remoting.transport.jgroups.JGroupsTransport.sendResponse(JGroupsTransport.java:1355) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$processRequest$8(JGroupsTransport.java:1400) ~[421:org.infinispan.core:10.1.5.Final] at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$ResponseConsumer.accept(GlobalInboundInvocationHandler.java:182) [421:org.infinispan.core:10.1.5.Final] at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$ResponseConsumer.accept(GlobalInboundInvocationHandler.java:170) [421:org.infinispan.core:10.1.5.Final] at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:774) [?:?] at java.util.concurrent.CompletableFuture.uniWhenCompleteStage(CompletableFuture.java:792) [?:?] at java.util.concurrent.CompletableFuture.whenComplete(CompletableFuture.java:2153) [?:?] at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$ReplicableCommandRunner.run(GlobalInboundInvocationHandler.java:160) [421:org.infinispan.core:10.1.5.Final] at org.infinispan.util.concurrent.BlockingTaskAwareExecutorServiceImpl$RunnableWrapper.run(BlockingTaskAwareExecutorServiceImpl.java:215) [421:org.infinispan.core:10.1.5.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?] at java.lang.Thread.run(Thread.java:748) [?:?]
> {code}
> I debugged through the stacktrace while running locally and it seems like `RebalancingStatus` is never passed to `getMarshallerDelegate`
> We are using bluePrint to reference the cache manager
> {code:java}
> <reference id="cacheManager" interface="org.infinispan.manager.EmbeddedCacheManager"/>
> <service interface="our.class.Cache">
> <bean class="our.class.CacheImpl">
> <argument ref="cacheManager"/>
> </bean>
> </service>
> {code}
> I can provide more context upon request.
> Thanks in advance!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-12270) Create a indexed cache, add an entry
by Katia Aresti (Jira)
Katia Aresti created ISPN-12270:
-----------------------------------
Summary: Create a indexed cache, add an entry
Key: ISPN-12270
URL: https://issues.redhat.com/browse/ISPN-12270
Project: Infinispan
Issue Type: Bug
Components: Console, REST
Affects Versions: 12.0.0.Dev02
Reporter: Katia Aresti
Assignee: Gustavo Fernandes
Creating an indexed cache, add an entry and then launch a reindex from the console
{code:java}
package people;
message Person {
required string name = 1;
}{code}
{code:java}
{
"_type": "people.Person",
"name": "katia"
}{code}
The 'reindexing' status remains forever and in the server
{code:java}
6:51:46,457 ERROR (blocking-thread--p3-t5) [org.infinispan.rest.resources.SearchAdminResource] ISPN012022: Error executing MassIndexer java.lang.NullPointerException6:51:46,457 ERROR (blocking-thread--p3-t5) [org.infinispan.rest.resources.SearchAdminResource] ISPN012022: Error executing MassIndexer java.lang.NullPointerException at org.infinispan.query.impl.massindex.IndexUpdater.allJavaClasses(IndexUpdater.java:57) at org.infinispan.query.impl.massindex.DistributedExecutorMassIndexer.lambda$executeInternal$3(DistributedExecutorMassIndexer.java:123) at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106) at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235) at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:143) at org.infinispan.query.impl.massindex.DistributedExecutorMassIndexer.executeInternal(DistributedExecutorMassIndexer.java:117) at org.infinispan.query.impl.massindex.DistributedExecutorMassIndexer.run(DistributedExecutorMassIndexer.java:74) at org.infinispan.rest.resources.SearchAdminResource.runIndexer(SearchAdminResource.java:109) at org.infinispan.rest.resources.SearchAdminResource.reindex(SearchAdminResource.java:59) at org.infinispan.rest.framework.impl.RestDispatcherImpl.dispatch(RestDispatcherImpl.java:75) at org.infinispan.rest.RestRequestHandler.handleRestRequest(RestRequestHandler.java:133) at org.infinispan.rest.RestRequestHandler.lambda$channelRead0$0(RestRequestHandler.java:112) at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859) at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837) at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506) at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1705) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.base/java.lang.Thread.run(Thread.java:834){code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-12269) Indexed caches and Query not properly working
by Katia Aresti (Jira)
[ https://issues.redhat.com/browse/ISPN-12269?page=com.atlassian.jira.plugi... ]
Katia Aresti commented on ISPN-12269:
-------------------------------------
[~gustavonalle] [~anistor] I don't understand what is going on
> Indexed caches and Query not properly working
> ---------------------------------------------
>
> Key: ISPN-12269
> URL: https://issues.redhat.com/browse/ISPN-12269
> Project: Infinispan
> Issue Type: Bug
> Components: Console, REST
> Affects Versions: 12.0.0.Dev02
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Priority: Major
>
> When we create a cache that can be queried and we add a protobuf schema object, if the cache is indexed a query like 'from people.Person' won't work.
> * create a protobuf schema
> {code:java}
> package people;
> message Person {
> required string name = 1;
> }{code}
>
> * create a indexed cache
> {code:java}
> {
> "distributed-cache": {
> "mode": "SYNC",
> "encoding": {
> "key": {
> "media-type": "application/x-protostream"
> },
> "value": {
> "media-type": "application/x-protostream"
> }
> },
> "transaction": {
> "mode": "NONE"
> },
> "indexing": {
> "enabled": true
> },
> "statistics": true
> }
> }{code}
>
> Add an entry
> {code:java}
> {
> "_type": "people.Person",
> "name": "katia"
> }{code}
>
> Try the query: from people.Person
>
> The outcome from the REST API
>
> h2. Query error
> Error executing search ISPN014054: Trying to execute query `from people.Person`, but no type is indexed on cache.
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-12269) Indexed caches and Query not properly working
by Katia Aresti (Jira)
Katia Aresti created ISPN-12269:
-----------------------------------
Summary: Indexed caches and Query not properly working
Key: ISPN-12269
URL: https://issues.redhat.com/browse/ISPN-12269
Project: Infinispan
Issue Type: Bug
Components: Console, REST
Affects Versions: 12.0.0.Dev02
Reporter: Katia Aresti
Assignee: Katia Aresti
When we create a cache that can be queried and we add a protobuf schema object, if the cache is indexed a query like 'from people.Person' won't work.
* create a protobuf schema
{code:java}
package people;
message Person {
required string name = 1;
}{code}
* create a indexed cache
{code:java}
{
"distributed-cache": {
"mode": "SYNC",
"encoding": {
"key": {
"media-type": "application/x-protostream"
},
"value": {
"media-type": "application/x-protostream"
}
},
"transaction": {
"mode": "NONE"
},
"indexing": {
"enabled": true
},
"statistics": true
}
}{code}
Add an entry
{code:java}
{
"_type": "people.Person",
"name": "katia"
}{code}
Try the query: from people.Person
The outcome from the REST API
h2. Query error
Error executing search ISPN014054: Trying to execute query `from people.Person`, but no type is indexed on cache.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-12268) Protobuf Marshaller in Spring Caches
by Katia Aresti (Jira)
Katia Aresti created ISPN-12268:
-----------------------------------
Summary: Protobuf Marshaller in Spring Caches
Key: ISPN-12268
URL: https://issues.redhat.com/browse/ISPN-12268
Project: Infinispan
Issue Type: Feature Request
Components: Spring Integration
Affects Versions: 12.0.0.Dev02
Reporter: Katia Aresti
Assignee: Katia Aresti
Spring integration does not support Protobuf Serialization marshaller.
Spring caches should work
Spring Session might not work in the near future
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-11345) Introduce integration tests for serverNG
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-11345?page=com.atlassian.jira.plugi... ]
Diego Lovison commented on ISPN-11345:
--------------------------------------
We have integration tests for testNG. We should create a specific issue with a better goal.
> Introduce integration tests for serverNG
> ----------------------------------------
>
> Key: ISPN-11345
> URL: https://issues.redhat.com/browse/ISPN-11345
> Project: Infinispan
> Issue Type: Enhancement
> Affects Versions: 11.0.0.Alpha1
> Reporter: Diego Lovison
> Assignee: Diego Lovison
> Priority: Critical
>
> Introduce integration tests for serverNG
> -Support Arquillian
> -Arquillian is now optional
> -Support multiple Infinispan Servers
> *Support Arquillian*
> Allow the current Infinispan source code to be deployed in the target container
> *Arquillian is now optional*
> As a developer, I would like to run the code without worrying about containers
> *Support multiple Infinispan Servers*
> As a QE, I would like to create a test scenario using multiple Infinispan Servers
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months
[JBoss JIRA] (ISPN-11345) Introduce integration tests for serverNG
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-11345?page=com.atlassian.jira.plugi... ]
Diego Lovison closed ISPN-11345.
--------------------------------
Resolution: Out of Date
> Introduce integration tests for serverNG
> ----------------------------------------
>
> Key: ISPN-11345
> URL: https://issues.redhat.com/browse/ISPN-11345
> Project: Infinispan
> Issue Type: Enhancement
> Affects Versions: 11.0.0.Alpha1
> Reporter: Diego Lovison
> Assignee: Diego Lovison
> Priority: Critical
>
> Introduce integration tests for serverNG
> -Support Arquillian
> -Arquillian is now optional
> -Support multiple Infinispan Servers
> *Support Arquillian*
> Allow the current Infinispan source code to be deployed in the target container
> *Arquillian is now optional*
> As a developer, I would like to run the code without worrying about containers
> *Support multiple Infinispan Servers*
> As a QE, I would like to create a test scenario using multiple Infinispan Servers
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 7 months