[JBoss JIRA] (ISPN-3040) Infinispan Common Parent POM doesn't follow its schema
by Vladimir Dosoudil (JIRA)
Vladimir Dosoudil created ISPN-3040:
---------------------------------------
Summary: Infinispan Common Parent POM doesn't follow its schema
Key: ISPN-3040
URL: https://issues.jboss.org/browse/ISPN-3040
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.2.5.Final
Reporter: Vladimir Dosoudil
Assignee: Mircea Markus
The POM of Infinispan Common Parent (parent/pom.xml) is invalid against its [schema|http://maven.apache.org/xsd/maven-4.0.0.xsd]:
{code}
parent/pom.xml:1800: element configuration: Schemas validity error : Element '{http://maven.apache.org/POM/4.0.0}configuration', attribute 'combine.self': The attribute 'combine.self' is not allowed.
parent/pom.xml:1851: element configuration: Schemas validity error : Element '{http://maven.apache.org/POM/4.0.0}configuration', attribute 'combine.self': The attribute 'combine.self' is not allowed.
{code}
The [commit|https://github.com/infinispan/infinispan/commit/1ade18efcfcd73dadb...] for [JBQA-6819|https://issues.jboss.org/browse/JBQA-6819] brings the attribute _combine.self_ for the _configuration_ element. This attribute is not allowed for the _configuration_ element but for its children, see [POM Reference|http://maven.apache.org/pom.html]:
{quote}
You can control how child POMs inherit configuration from parent POMs by adding attributes *to the children of the configuration element*. The attributes are combine.children and combine.self. Use these attributes in a child POM to control how Maven combines plugin configuration from the parent with the explicit configuration in the child.
{quote}
Checked on 5.2.x branch but the bug is on both branches 5.2.x and master.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3015) Add tests to cover more types of queries
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-3015?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero updated ISPN-3015:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Labels: stable_embedded_query (was: )
Resolution: Done
> Add tests to cover more types of queries
> ----------------------------------------
>
> Key: ISPN-3015
> URL: https://issues.jboss.org/browse/ISPN-3015
> Project: Infinispan
> Issue Type: Task
> Components: Querying
> Affects Versions: 5.3.0.Alpha1
> Reporter: Martin Gencur
> Assignee: Martin Gencur
> Labels: stable_embedded_query
> Fix For: 5.3.0.Beta1
>
>
> This task is to cover the following API/features:
> * onFields()
> * withThreshold(), withPrefixLength()
> * from() and to() with Date types
> * FullTextFilterDefs - to cover combination of filters
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month
[JBoss JIRA] (ISPN-3021) NodeReplicatedMoveTest fails persistently
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-3021?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-3021:
--------------------------------
Issue Type: Bug (was: Feature Request)
> NodeReplicatedMoveTest fails persistently
> -----------------------------------------
>
> Key: ISPN-3021
> URL: https://issues.jboss.org/browse/ISPN-3021
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 5.3.0.Alpha1
> Reporter: Mircea Markus
> Assignee: Mircea Markus
> Fix For: 5.3.0.Beta1
>
>
> java.lang.AssertionError:
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertNull(AssertJUnit.java:282)
> at org.testng.AssertJUnit.assertNull(AssertJUnit.java:274)
> at org.infinispan.api.tree.NodeReplicatedMoveTest.testReplTxCommit(NodeReplicatedMoveTest.java:117)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 1 month