[JBoss JIRA] (ISPN-4654) AND over range queries does not work (indexless query)
by Radim Vansa (JIRA)
Radim Vansa created ISPN-4654:
---------------------------------
Summary: AND over range queries does not work (indexless query)
Key: ISPN-4654
URL: https://issues.jboss.org/browse/ISPN-4654
Project: Infinispan
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Embedded Querying, Remote Querying
Affects Versions: 7.0.0.Beta1, 6.0.2.Final
Reporter: Radim Vansa
Assignee: Adrian Nistor
Check this in QueryDslConditionsTest:
{code}
public void testAnd5() throws Exception {
QueryFactory qf = getQueryFactory();
// range queries use different code
Query q = qf.from(getModelFactory().getUserImplClass())
.having("id").lt(1000)
.and().having("age").lt(1000)
.toBuilder().build();
List<User> list = q.list();
assertEquals(3, list.size());
}
{code}
The problem is that some subscription gets suspended and the second LT does not fire the second predicate update (and then neither the AND reevaluation).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months
[JBoss JIRA] (ISPN-3530) The HotRod client should support a separate CH for each cache
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3530?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3530:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1029615|https://bugzilla.redhat.com/show_bug.cgi?id=1029615] from NEW to ASSIGNED
> The HotRod client should support a separate CH for each cache
> -------------------------------------------------------------
>
> Key: ISPN-3530
> URL: https://issues.jboss.org/browse/ISPN-3530
> Project: Infinispan
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Remote Protocols
> Affects Versions: 6.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Labels: hotrod, hotrod-java-client
> Fix For: 7.0.0.Alpha5
>
>
> With asymmetric clusters, each cache can have its own consistent hash, so the primary owner of a key in one cache is not necessarily the owner in all the caches. Even with a symmetric cluster, the same client may be used to access both distributed and replicated caches, and those would certainly have a different CH.
> In order to send the operations to the correct owner, the HotRod client should use a different CH for each cache.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months
[JBoss JIRA] (ISPN-4582) JpaStoreTest random failures
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-4582?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-4582:
------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2810
> JpaStoreTest random failures
> ----------------------------
>
> Key: ISPN-4582
> URL: https://issues.jboss.org/browse/ISPN-4582
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core
> Affects Versions: 7.0.0.Alpha5
> Reporter: Dan Berindei
> Assignee: Pedro Ruivo
> Priority: Blocker
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta2
>
>
> There appear to be some problems loading the metadata:
> {noformat}
> 01:04:57,013 ERROR (testng-JpaStoreTest:) [UnitTestTestNGListener] Test testLoadAndStoreWithLifespan(org.infinispan.persistence.jpa.JpaStoreTest) failed.
> java.lang.NullPointerException
> at org.infinispan.persistence.BaseStoreTest.assertCorrectExpiry(BaseStoreTest.java:179)
> at org.infinispan.persistence.BaseStoreTest.testLoadAndStoreWithLifespan(BaseStoreTest.java:161)
> {noformat}
> {noformat}
> 01:04:58,330 ERROR (testng-JpaStoreTest:) [UnitTestTestNGListener] Test testLoadAndStoreWithLifespanAndIdle(org.infinispan.persistence.jpa.JpaStoreTest) failed.
> java.lang.NullPointerException
> at org.infinispan.persistence.BaseStoreTest.assertCorrectExpiry(BaseStoreTest.java:179)
> at org.infinispan.persistence.BaseStoreTest.testLoadAndStoreWithLifespanAndIdle(BaseStoreTest.java:289)
> {noformat}
> This could be related to ISPN-4520, as {{testPurgeExpired}} failed with a {{TimeoutException}} as well. TRACE logs here:
> http://ci.infinispan.org/viewLog.html?buildId=10059&buildTypeId=Infinispa...
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months
[JBoss JIRA] (ISPN-4058) GreetingServiceIT always fails
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-4058?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec commented on ISPN-4058:
-------------------------------------------
I've checked build from upstream/master locally, looks fine:
{code}
Running org.infinispan.test.integration.as.cdi.GreetingServiceIT
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.885 sec - in org.infinispan.test.integration.as.cdi.GreetingServiceIT
{code}
There are some failures in TC: http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=808....
However when TC builds a PR it might checkout on outdated SHA1 and when this happens - we have a failure.
Current nightly builds does not contain this error: http://ci.infinispan.org/viewType.html?buildTypeId=Infinispan_MasterHotsp....
[~dan.berindei] Can we close this ticket? I guess this issue has been already fixed.
> GreetingServiceIT always fails
> ------------------------------
>
> Key: ISPN-4058
> URL: https://issues.jboss.org/browse/ISPN-4058
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: CDI Integration, Test Suite - Server
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Sebastian Łaskawiec
> Labels: testsuite_stability
> Fix For: 7.0.0.Final
>
>
> http://ci.infinispan.org/viewLog.html?buildId=6721&tab=buildResultsDiv&bu...
> {noformat}
> java.lang.RuntimeException: Could not invoke deployment method: public static org.jboss.shrinkwrap.api.spec.WebArchive org.infinispan.test.integration.as.cdi.GreetingServiceIT.deployment()
> at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:422)
> at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:374)
> at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:365)
> at org.apache.maven.model.building.DefaultModelBuilder.build(DefaultModelBuilder.java:232)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenRepositorySystem.loadPom(MavenRepositorySystem.java:140)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenRepositorySystem.loadPom(MavenRepositorySystem.java:126)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenBuilderImpl.loadMetadataFromPom(MavenBuilderImpl.java:153)
> at org.jboss.shrinkwrap.resolver.impl.maven.MavenBuilderImpl.loadReposFromPom(MavenBuilderImpl.java:174)
> at org.infinispan.test.integration.as.cdi.Deployments.baseDeployment(Deployments.java:28)
> at org.infinispan.test.integration.as.cdi.GreetingServiceIT.deployment(GreetingServiceIT.java:24)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months
[JBoss JIRA] (ISPN-4193) StateSequencer: state machine-based utility for synchronizing multi-threaded tests
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4193?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4193:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 7.0.0.Beta1
(was: 7.0.0.Beta2)
Resolution: Done
> StateSequencer: state machine-based utility for synchronizing multi-threaded tests
> ----------------------------------------------------------------------------------
>
> Key: ISPN-4193
> URL: https://issues.jboss.org/browse/ISPN-4193
> Project: Infinispan
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Test Suite - Core
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 7.0.0.Beta1
>
>
> I've previously written a {{CheckPoint}} class for the same purpose, but while the logs are a little clearer, it's still pretty hard to reason about the expected ordering of events with a CheckPoint-based test.
> StateSequencer-based tests should make it clear what the expected order of states should be from the beginning of the test:
> {code:java}
> sequencer.logicalThread("t1", "t1:block", "t1:resume");
> sequencer.logicalThread("t2", "t2:do_stuff");
> sequencer.order("t1:block", "t2:do_stuff", "t1:resume");
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months
[JBoss JIRA] (ISPN-4653) Local host name missing in /etc/hosts on RH CI agents
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4653?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-4653.
--------------------------------
Resolution: Done
The solution was to configure {{cloud-init}} to update {{/etc/hosts}} on startup:
{noformat:title=/etc/cloud/cloud.cfg.d/10_hosts.cfg}
#cloud-config
manage_etc_hosts: true
{noformat}
> Local host name missing in /etc/hosts on RH CI agents
> -----------------------------------------------------
>
> Key: ISPN-4653
> URL: https://issues.jboss.org/browse/ISPN-4653
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Build process
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Labels: testsuite_stability
> Fix For: 7.0.0.Beta1
>
>
> The host name in {{/etc/sysconfig/network}} did not match any entry in {{/etc/hosts}}, causing this error:
> {noformat}
> [15:18:54] : [org.infinispan:infinispan-persistence-cli] Error:
> Exception thrown by the agent : java.net.MalformedURLException: Local host name unknown:
> java.net.UnknownHostException: infinispan-ci-1.osop.rhcloud.com: infinispan-ci-1.osop.rhcloud.com:
> Name or service not known
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months
[JBoss JIRA] (ISPN-4653) Local host name missing in /etc/hosts on RH CI agents
by Dan Berindei (JIRA)
Dan Berindei created ISPN-4653:
----------------------------------
Summary: Local host name missing in /etc/hosts on RH CI agents
Key: ISPN-4653
URL: https://issues.jboss.org/browse/ISPN-4653
Project: Infinispan
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Build process
Affects Versions: 7.0.0.Beta1
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 7.0.0.Beta1
The host name in {{/etc/sysconfig/network}} did not match any entry in {{/etc/hosts}}, causing this error:
{noformat}
[15:18:54] : [org.infinispan:infinispan-persistence-cli] Error:
Exception thrown by the agent : java.net.MalformedURLException: Local host name unknown:
java.net.UnknownHostException: infinispan-ci-1.osop.rhcloud.com: infinispan-ci-1.osop.rhcloud.com:
Name or service not known
{noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months