December 2015 - infinispan-issues

[JBoss JIRA] (ISPN-5682) Aggregating fields of embedded entities doesn't work

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5682?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5682: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/3884, https://github.com/infinispan/infinispan/pull/3891 (was: https://github.com/infinispan/infinispan/pull/3884) > Aggregating fields of embedded entities doesn't work > ---------------------------------------------------- > > Key: ISPN-5682 > URL: https://issues.jboss.org/browse/ISPN-5682 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.0.0.Beta3 > Reporter: Jakub Markos > Assignee: Adrian Nistor > Fix For: 8.1.0.Final > > > This query > {code} > public void testGroupBy7() { > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.min("addresses.street")) > .having("name").eq("Spider").toBuilder() > .build(); > List<Object[]> list = q.list(); > assertEquals(list.get(0)[0], "Bond Street"); > } > {code} > returns in the context of QueryDslConditionsTest test class (https://github.com/infinispan/infinispan/blob/7634c0996cb3a174d2a379f2096...) the street "Old Street", while "Bond Street" is expected. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5981) Compatibility mode: HotRod client sends request to wrong owner

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5981?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-5981: ------------------------------------- Assignee: Galder Zamarreño > Compatibility mode: HotRod client sends request to wrong owner > -------------------------------------------------------------- > > Key: ISPN-5981 > URL: https://issues.jboss.org/browse/ISPN-5981 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final, 8.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Attachments: GetAllCompatDistTest.java > > > The HotRod client computes the hash on the serialized key, i.e. {{MurmurHash3.hash(obj2bytes(key))}}, but the server decides the entry location based on the unmarshalled key, i.e. {{MurmurHash3.hash(key.hashCode())}}. > I've modified {{GetAllCompatDistTest}} (attached) to test if there are any {{ClusteredGetCommand}}s being sent for {{RemoteCache.get(key)}} operations, and it finds quite a few: > {noformat} > java.lang.AssertionError: expected:<100> but was:<147> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) ~[testng-6.8.8.jar:?] > at org.infinispan.client.hotrod.GetAllCompatDistTest.testGetWithCompatibility(GetAllCompatDistTest.java:57) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5981) Compatibility mode: HotRod client sends request to wrong owner

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5981?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5981: ---------------------------------- Status: Open (was: New) > Compatibility mode: HotRod client sends request to wrong owner > -------------------------------------------------------------- > > Key: ISPN-5981 > URL: https://issues.jboss.org/browse/ISPN-5981 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final, 8.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Attachments: GetAllCompatDistTest.java > > > The HotRod client computes the hash on the serialized key, i.e. {{MurmurHash3.hash(obj2bytes(key))}}, but the server decides the entry location based on the unmarshalled key, i.e. {{MurmurHash3.hash(key.hashCode())}}. > I've modified {{GetAllCompatDistTest}} (attached) to test if there are any {{ClusteredGetCommand}}s being sent for {{RemoteCache.get(key)}} operations, and it finds quite a few: > {noformat} > java.lang.AssertionError: expected:<100> but was:<147> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) ~[testng-6.8.8.jar:?] > at org.infinispan.client.hotrod.GetAllCompatDistTest.testGetWithCompatibility(GetAllCompatDistTest.java:57) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5981) Compatibility mode: HotRod client sends request to wrong owner

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5981?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5981: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1285381|https://bugzilla.redhat.com/show_bug.cgi?id=1285381] from NEW to ASSIGNED > Compatibility mode: HotRod client sends request to wrong owner > -------------------------------------------------------------- > > Key: ISPN-5981 > URL: https://issues.jboss.org/browse/ISPN-5981 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final, 8.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Attachments: GetAllCompatDistTest.java > > > The HotRod client computes the hash on the serialized key, i.e. {{MurmurHash3.hash(obj2bytes(key))}}, but the server decides the entry location based on the unmarshalled key, i.e. {{MurmurHash3.hash(key.hashCode())}}. > I've modified {{GetAllCompatDistTest}} (attached) to test if there are any {{ClusteredGetCommand}}s being sent for {{RemoteCache.get(key)}} operations, and it finds quite a few: > {noformat} > java.lang.AssertionError: expected:<100> but was:<147> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) ~[testng-6.8.8.jar:?] > at org.infinispan.client.hotrod.GetAllCompatDistTest.testGetWithCompatibility(GetAllCompatDistTest.java:57) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6021) COUNT and AVG aggregations for fields of embedded entities doesn't work

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-6021?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-6021: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1274769|https://bugzilla.redhat.com/show_bug.cgi?id=1274769] from POST to MODIFIED > COUNT and AVG aggregations for fields of embedded entities doesn't work > ----------------------------------------------------------------------- > > Key: ISPN-6021 > URL: https://issues.jboss.org/browse/ISPN-6021 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.Final, 8.0.2.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.2.0.Alpha1, 8.2.0.Final, 8.0.3.Final, 8.1.1.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6008) Query DSL groupBy and orderBy should only accept single-valued properties

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-6008?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-6008: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1274769|https://bugzilla.redhat.com/show_bug.cgi?id=1274769] from POST to MODIFIED > Query DSL groupBy and orderBy should only accept single-valued properties > ------------------------------------------------------------------------- > > Key: ISPN-6008 > URL: https://issues.jboss.org/browse/ISPN-6008 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Final, 8.0.3.Final > > > {code} > QueryFactory qf = getQueryFactory(); > Query q = qf.from(User.class) > .select(Expression.min("name")) > .groupBy("addresses.street") > .build(); > q.list(); > {code} > Should throw an exception during query parsing because property "addresses.street" is not single-valued. > Similar behaviour should be expected for orderBy. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5682) Aggregating fields of embedded entities doesn't work

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5682?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5682: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1274769|https://bugzilla.redhat.com/show_bug.cgi?id=1274769] from POST to MODIFIED > Aggregating fields of embedded entities doesn't work > ---------------------------------------------------- > > Key: ISPN-5682 > URL: https://issues.jboss.org/browse/ISPN-5682 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.0.0.Beta3 > Reporter: Jakub Markos > Assignee: Adrian Nistor > Fix For: 8.1.0.Final > > > This query > {code} > public void testGroupBy7() { > QueryFactory qf = getQueryFactory(); > Query q = qf.from(getModelFactory().getUserImplClass()) > .select(Expression.min("addresses.street")) > .having("name").eq("Spider").toBuilder() > .build(); > List<Object[]> list = q.list(); > assertEquals(list.get(0)[0], "Bond Street"); > } > {code} > returns in the context of QueryDslConditionsTest test class (https://github.com/infinispan/infinispan/blob/7634c0996cb3a174d2a379f2096...) the street "Old Street", while "Bond Street" is expected. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5948) ClusterListenerDistTxTest.testSimpleExpirationFilterNotOwner and ClusterListenerDistTxTest.testSimpleExpirationConverterNotOwner fail with assertion error

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5948?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5948: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1289244|https://bugzilla.redhat.com/show_bug.cgi?id=1289244] from POST to MODIFIED > ClusterListenerDistTxTest.testSimpleExpirationFilterNotOwner and ClusterListenerDistTxTest.testSimpleExpirationConverterNotOwner fail with assertion error > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5948 > URL: https://issues.jboss.org/browse/ISPN-5948 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Reporter: Roman Macor > Assignee: William Burns > Labels: testsuite_stability > Fix For: 8.1.0.Final > > Attachments: ClusterListenerDistTxTest.log.gz > > > ClusterListenerDistTxTest.testSimpleExpirationFilterNotOwner fails with: > Error Message > expected:<MagicKey#null{2ea2ae14@ClusterListenerDistTxTest-NodeDE-7642/40}-expiring> but was:<null> > Stacktrace > java.lang.AssertionError: expected:<MagicKey#null{2ea2ae14@ClusterListenerDistTxTest-NodeDE-7642/40}-expiring> but was:<null> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88) > at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerUtilTest.verifySimpleExpirationEvents(AbstractClusterListenerUtilTest.java:292) > at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerTest.testExpirationFilter(AbstractClusterListenerTest.java:735) > at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerTest.testSimpleExpirationFilter(AbstractClusterListenerTest.java:705) > at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerTest.testSimpleExpirationFilterNotOwner(AbstractClusterListenerTest.java:692) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56) > at java.lang.reflect.Method.invoke(Method.java:620) > 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.run(FutureTask.java:274) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1157) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:627) > at java.lang.Thread.run(Thread.java:809) > ClusterListenerDistTxTest.testSimpleExpirationConverterNotOwner fails with: > Error Message > expected:<fi> but was:<null> > Stacktrace > java.lang.AssertionError: expected:<fi> but was:<null> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88) > at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerUtilTest.verifySimpleExpirationEvents(AbstractClusterListenerUtilTest.java:292) > at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerTest.testExpirationConverter(AbstractClusterListenerTest.java:767) > at org.infinispan.notifications.cachelistener.cluster.AbstractClusterListenerTest.testSimpleExpirationConverterNotOwner(AbstractClusterListenerTest.java:742) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56) > at java.lang.reflect.Method.invoke(Method.java:620) > 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.run(FutureTask.java:274) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1157) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:627) > at java.lang.Thread.run(Thread.java:809) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5982) Custom audit logger is ignored in server mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5982?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5982: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1284846|https://bugzilla.redhat.com/show_bug.cgi?id=1284846] from POST to MODIFIED > Custom audit logger is ignored in server mode > --------------------------------------------- > > Key: ISPN-5982 > URL: https://issues.jboss.org/browse/ISPN-5982 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > Fix For: 8.1.0.CR1, 8.1.0.Final > > > When custom audit logger is configured for cache container in server mode (e.g. sniplet bellow), it's ignored and default logger is still used > {noformat} > <authorization audit-logger="org.infinispan.server.test.security.log.TestAuditLogger"> > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6010) JPA cache store uses wrong class loader to load entities

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-6010?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-6010: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1225003|https://bugzilla.redhat.com/show_bug.cgi?id=1225003] from POST to MODIFIED > JPA cache store uses wrong class loader to load entities > -------------------------------------------------------- > > Key: ISPN-6010 > URL: https://issues.jboss.org/browse/ISPN-6010 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.CR1 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 8.1.0.Final > > > This causes problems when running in containers such as WildFly where the XML parser ends up using the module's class loader instead of the deployment's class loader. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2015