[JBoss JIRA] (ISPN-10142) Wildfly modules integrationtests ignore branding
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10142?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10142:
------------------------------------------
Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Wildfly modules integrationtests ignore branding
> ------------------------------------------------
>
> Key: ISPN-10142
> URL: https://issues.jboss.org/browse/ISPN-10142
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 9.4.12.Final, 10.0.0.Beta3
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Labels: testsuite_failure
> Fix For: 9.4.14.Final, 10.0.0.Beta4
>
>
> {{standalone-test.xml}} uses module {{org.infinispan.extension:ispn-${infinispan.core.schema.version}}}, ignoring the branding. The module name should be {{org.infinispan.extension:${infinispan.module.slot}}}.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9991) infinispan-remote integration tests inconsistent naming
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9991?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9991:
-----------------------------------------
Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> infinispan-remote integration tests inconsistent naming
> -------------------------------------------------------
>
> Key: ISPN-9991
> URL: https://issues.jboss.org/browse/ISPN-9991
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 10.0.0.Beta1
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta3
>
>
> RemoteAllTest and JCacheFailoverIT results in tests not being executed together, but as separate lifecycle, results in no logs being saved for RemoteAllTest
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9990) Integrationtests missing java.se module
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9990?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9990:
-----------------------------------------
Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Integrationtests missing java.se module
> ---------------------------------------
>
> Key: ISPN-9990
> URL: https://issues.jboss.org/browse/ISPN-9990
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 10.0.0.Beta1
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 9.4.10.Final, 10.0.0.Beta3
>
>
> standalone.sh adds the required {{--add-modules java.se}} to the JVM args for most tests, however if the the container is managed by the test this is not present.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-5997) JMX operation ClusterCacheStats.resetStatistics() not working
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-5997?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-5997:
-----------------------------------------
Sprint: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1, Sprint 9.4.0.CR3, Sprint 10.0.0.Alpha1, Sprint 10.0.0.Alpha2, Sprint 9.4.0.Final, Sprint 10.0.0.Alpha0, Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 9.4.0.Beta1, Sprint 9.4.0.CR1, Sprint 9.4.0.CR3, Sprint 10.0.0.Alpha1, Sprint 10.0.0.Alpha2, Sprint 9.4.0.Final, Sprint 10.0.0.Alpha0, Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> JMX operation ClusterCacheStats.resetStatistics() not working
> -------------------------------------------------------------
>
> Key: ISPN-5997
> URL: https://issues.jboss.org/browse/ISPN-5997
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.1.0.CR1
> Reporter: Jiří Holuša
> Assignee: Vladimir Blagojevic
> Priority: Major
>
> Environment: 2 servers started in domain mode (ISPN 8.1.0.CR1).
> Having some clustered cache, inserted/read some entries (just to create some statistics).
> When connected via JMX (e.g. through JConsole, see https://issues.jboss.org/browse/ISPN-5983 ) to one of the servers, I execute resetStatistics() operation on ClusterCacheStats MBean (object name: jboss.datagrid-infinispan:type=Cache,name="<cache-name>",manager="<cache-container-name>",component=ClusterCacheStats) and nothing happens, the cluster statistics are not reset.
> To actually reset the statistics, I have to connect to each of the servers in domain individually and call resetStatistics() on Statistics MBean, which deletes "a portion" of statistics of that particular server to the cluster stats.
> I would expect ClusterCacheStats.resetStatistics() to do exactly the same: call Statistics.resetStatistics() on each server.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9498) Index filesystem paths in server should point to data directory
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9498?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9498:
-----------------------------------------
Sprint: Sprint 10.0.0.Alpha1, Sprint 10.0.0.Alpha2, Sprint 9.4.0.Final, Sprint 10.0.0.Alpha0, Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 10.0.0.Alpha1, Sprint 10.0.0.Alpha2, Sprint 9.4.0.Final, Sprint 10.0.0.Alpha0, Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Index filesystem paths in server should point to data directory
> ---------------------------------------------------------------
>
> Key: ISPN-9498
> URL: https://issues.jboss.org/browse/ISPN-9498
> Project: Infinispan
> Issue Type: Bug
> Components: Indexing, OpenShift, Server
> Affects Versions: 9.4.0.CR1, 9.3.3.Final
> Reporter: Galder Zamarreño
> Assignee: Gustavo Fernandes
> Priority: Major
>
> Certain indexing configurations result in using filesystem as index storage.
> When running such configurations in a server environment, filesystem path should be somewhere within the server's data directory. This is the natural place for such data.
> When running in OpenShift, server's data folder can be backed by a persistent volume. This means that the fileystem volume survives after restarts.
> Plugging server's data directory is already happening for [file-store|https://github.com/infinispan/infinispan/blob/master/server/in...] and [rocksdb-store|https://github.com/infinispan/infinispan/blob/master/server...].
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9835) Jenkinsfile snapshot deployment fails
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9835?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9835:
-----------------------------------------
Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Jenkinsfile snapshot deployment fails
> -------------------------------------
>
> Key: ISPN-9835
> URL: https://issues.jboss.org/browse/ISPN-9835
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 10.0.0.Alpha2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 10.0.0.Beta1
>
>
> {noformat}
> 11:16:21.413 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-cli) on project infinispan-checkstyle: The packaging for this project did not assign a file to the build artifact -> [Help 1]
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy (default-cli) on project infinispan-checkstyle: The packaging for this project did not assign a file to the build artifact
> {noformat}
> https://ci.infinispan.org/job/Infinispan/job/master/1005
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9976) Query still has a hard dependency on Elasticsearch
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9976?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9976:
-----------------------------------------
Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Query still has a hard dependency on Elasticsearch
> --------------------------------------------------
>
> Key: ISPN-9976
> URL: https://issues.jboss.org/browse/ISPN-9976
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Affects Versions: 10.0.0.Alpha3, 9.4.6.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 9.4.7.Final, 10.0.0.Beta1
>
>
> ISPN-9795 Made the {{org.hibernate.search.elasticsearch}} module optional in our feature-packs, however in `infinispan-query`there is an unchecked call to {{org.hibernate.search.elasticsearch.bridge.builtin.impl.ElasticsearchDateBridge}} regardless of whether Elasticsearch is actually available on the classpath. This results in a {{NoClassDefFoundError}} whenever {{HibernateSearchPropertyHelper#convertToPropertyType}} is called and Elasticsearch is not available. For example when deploying the wfly-modules to a wfly instance.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9893) New Reactive API
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9893?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9893:
-----------------------------------------
Sprint: DataGrid Sprint #29, DataGrid Sprint #30, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #29, DataGrid Sprint #30, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> New Reactive API
> ----------------
>
> Key: ISPN-9893
> URL: https://issues.jboss.org/browse/ISPN-9893
> Project: Infinispan
> Issue Type: Enhancement
> Components: API
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Priority: Major
>
> See sub-talks. This is an umbrella issue
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9865) Query is failing if custom classes are used inside of the cache
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9865?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9865:
-----------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Query is failing if custom classes are used inside of the cache
> ---------------------------------------------------------------
>
> Key: ISPN-9865
> URL: https://issues.jboss.org/browse/ISPN-9865
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, WildFly modules
> Affects Versions: 9.4.5.Final
> Environment: Wildfly server with ISPN modules and ISPN subsystem to configure caches
> Reporter: Wolf-Dieter Fink
> Assignee: Nistor Adrian
> Priority: Major
> Attachments: install1-standalone-local.cli, install2-standalone-local.cli
>
>
> A simple query for a cache which contains User classes will fail for queries with the error below.
> UserData class for the cache:
> public class Test implements Serializable {
> private int testId;
> public Test(){}
> public Test(int myId) {this.testId = myId;}
> public int getTestId() {return animalId;}
> public void setTestId(int testId) { this.testId = testId;}
> }
> Simple EJB for test
> @Singleton
> @Startup
> public class TestInfinispanQuery4EAPConfig {
> @Resource(lookup = "java:jboss/datagrid-infinispan/container/jdg-container/cache/EAPcache")
> private Cache<String, Object> cache;
>
> @PostConstruct
> public void LoadDBToMemory() {
> cache.put("1", new Test(2, 0));
> cache.put("2", new Test(2, 0));
> cache.put("3", new Test(1, 0));
> QueryFactory queryFactory = Search.getQueryFactory(cache);
>
> Query q = queryFactory.from(Test.class).having("testId").eq(2).build();
>
> int size = q.getResultSize();
> System.out.println("result = " + size);
> }
> }
> Caused by: java.lang.IllegalStateException: ISPN028510: Unknown entity name org.infinispan.wfink.web.Test
> at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.registerPersisterSpace(QueryResolverDelegateImpl.java:60)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.entityName(QueryResolver.java:6683)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.persisterSpaceRoot(QueryResolver.java:1302)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.persisterSpace(QueryResolver.java:1203)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.persisterSpaces(QueryResolver.java:1144)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.fromClause(QueryResolver.java:1060)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.selectFrom(QueryResolver.java:969)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.querySpec(QueryResolver.java:487)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatement(QueryResolver.java:388)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatementSet(QueryResolver.java:308)
> at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.statement(QueryResolver.java:241)
> at org.infinispan.objectfilter.impl.ql.QueryParser.resolve(QueryParser.java:81)
> at org.infinispan.objectfilter.impl.ql.QueryParser.parseQuery(QueryParser.java:69)
> at org.infinispan.objectfilter.impl.syntax.parser.IckleParser.parse(IckleParser.java:19)
> at org.infinispan.query.dsl.embedded.impl.QueryEngine.lambda$parse$1(QueryEngine.java:695)
> at org.infinispan.query.dsl.embedded.impl.QueryCache.lambda$get$ab3121d1$1(QueryCache.java:73)
> at org.infinispan.compat.FunctionMapper.apply(FunctionMapper.java:40)
> at org.infinispan.commands.write.ComputeIfAbsentCommand.perform(ComputeIfAbsentCommand.java:104)
> at org.infinispan.interceptors.impl.CallInterceptor.visitCommand(CallInterceptor.java:29)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:100)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:672)
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-9863) Testsuite leaks threads
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-9863?page=com.atlassian.jira.plugin.... ]
Pedro Zapata Fernandez updated ISPN-9863:
-----------------------------------------
Sprint: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: Sprint 10.0.0.Beta1, DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Testsuite leaks threads
> -----------------------
>
> Key: ISPN-9863
> URL: https://issues.jboss.org/browse/ISPN-9863
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 10.0.0.Alpha2, 9.4.5.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Labels: testsuite_stability
> Fix For: 10.0.0.Beta3
>
>
> Some hotrod-client tests do not stop their {{RemoteCacheManager}} instances. This was fine before ISPN-8619, but the Netty-based client starts event loop threads and we need to stop them.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months