October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4612) TimeoutException during preparetx when putting to the ClusterRegistry

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4612?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4612: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139669|https://bugzilla.redhat.com/show_bug.cgi?id=1139669] from MODIFIED to ON_QA > TimeoutException during preparetx when putting to the ClusterRegistry > ---------------------------------------------------------------------- > > Key: ISPN-4612 > URL: https://issues.jboss.org/browse/ISPN-4612 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Query > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > Attachments: infinispan.log.gz > > > As described on ISPN-3819 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4667) Query DSL fails to load entity class in Wildfly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4667?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4667: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139653|https://bugzilla.redhat.com/show_bug.cgi?id=1139653] from MODIFIED to ON_QA > Query DSL fails to load entity class in Wildfly > ----------------------------------------------- > > Key: ISPN-4667 > URL: https://issues.jboss.org/browse/ISPN-4667 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta2 > > > When using the as modules and an application that depends on those modules, the following code: > {code} > Cache cache = ... > Query query = Search.getQueryFactory(cache).from(Book.class).having("field").contains("value").toBuilder().build(); > List<Object> results = query.list(); > {code} > fails with > {code} > java.lang.IllegalStateException: Unknown entity name org.infinispan.test.integration.as.query.Book > at org.hibernate.hql.lucene.internal.ClassBasedLuceneQueryResolverDelegate.registerPersisterSpace(ClassBasedLuceneQueryResolverDelegate.java:104) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.entityName(GeneratedHQLResolver.java:12729) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpaceRoot(GeneratedHQLResolver.java:3064) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpace(GeneratedHQLResolver.java:2956) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.persisterSpaces(GeneratedHQLResolver.java:2893) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.fromClause(GeneratedHQLResolver.java:2803) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.selectFrom(GeneratedHQLResolver.java:2704) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.querySpec(GeneratedHQLResolver.java:2182) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryExpression(GeneratedHQLResolver.java:2106) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatement(GeneratedHQLResolver.java:1745) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.queryStatementSet(GeneratedHQLResolver.java:1658) > at org.hibernate.hql.ast.origin.hql.resolve.GeneratedHQLResolver.statement(GeneratedHQLResolver.java:654) > at org.hibernate.hql.ast.spi.QueryResolverProcessor.process(QueryResolverProcessor.java:52) > at org.hibernate.hql.QueryParser.parseQuery(QueryParser.java:82) > at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQueryBuilder.build(EmbeddedLuceneQueryBuilder.java:43) > at org.infinispan.query.dsl.embedded.impl.EmbeddedLuceneQueryBuilder.build(EmbeddedLuceneQueryBuilder.java:19) > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4635: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139623|https://bugzilla.redhat.com/show_bug.cgi?id=1139623] from MODIFIED to ON_QA > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4627) QueryInterceptor start() event mutates the SearchFactory multiple times

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4627?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4627: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139669|https://bugzilla.redhat.com/show_bug.cgi?id=1139669] from MODIFIED to ON_QA > QueryInterceptor start() event mutates the SearchFactory multiple times > ----------------------------------------------------------------------- > > Key: ISPN-4627 > URL: https://issues.jboss.org/browse/ISPN-4627 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 7.0.0.Beta1 > > > Just spotted while reviewing unrelated patches: > the {{@Start}} annotated method of component {{QueryInterceptor}} loops throught the known entries of the {{clusterRegistry}} field, and will reboot the {{SearchFactory}} once for each entry. > It's important to use the capability to pass multiple class types at once when mutating the SearchFactory, as this is an extremely slow operation, and especially in this case, if it's a node joining an existing cluster we expect to see a considerable amount of indexed types (probably all of them). -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4557) Infinispan Core module for the application server not importing Services from the Query module

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4557?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4557: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139627|https://bugzilla.redhat.com/show_bug.cgi?id=1139627] from MODIFIED to ON_QA > Infinispan Core module for the application server not importing Services from the Query module > ---------------------------------------------------------------------------------------------- > > Key: ISPN-4557 > URL: https://issues.jboss.org/browse/ISPN-4557 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha5 > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta2 > > > The module definition of Infinispan Core (the JDG main module) depends on the Query module but fails to import the Services. > Not loading the services allows the Indexing feature to be enabled, although several operations will fail at runtime. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4654) AND over range queries does not work (indexless query)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4654?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4654: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139650|https://bugzilla.redhat.com/show_bug.cgi?id=1139650] from MODIFIED to ON_QA > 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 > Components: Embedded Querying, Remote Querying > Affects Versions: 6.0.2.Final, 7.0.0.Beta1 > Reporter: Radim Vansa > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > 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.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4716) Race condition in index initialization prevents nodes to start successfully on empty indexes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4716?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4716: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1140518|https://bugzilla.redhat.com/show_bug.cgi?id=1140518] from MODIFIED to ON_QA > Race condition in index initialization prevents nodes to start successfully on empty indexes > -------------------------------------------------------------------------------------------- > > Key: ISPN-4716 > URL: https://issues.jboss.org/browse/ISPN-4716 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > The following stack is possible because a different engine could be initializing the same index after the check for a valid index to exist: > {noformat}Caused by: org.hibernate.search.exception.SearchException: Could not initialize index > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:146) > at org.hibernate.search.infinispan.impl.InfinispanDirectoryProvider.start(InfinispanDirectoryProvider.java:73) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:90) > at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:256) > ... 49 more > Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: org.infinispan.lucene.locking.BaseLuceneLock@1329a963 > at org.apache.lucene.store.Lock.obtain(Lock.java:89) > at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:710) > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:141){noformat} > Fixed by https://hibernate.atlassian.net/browse/HSEARCH-1665, Infinispan needs to upgrade. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4498) OutOfMemoryError when CI is ran with tracing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4498?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4498: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139642|https://bugzilla.redhat.com/show_bug.cgi?id=1139642] from MODIFIED to ON_QA > OutOfMemoryError when CI is ran with tracing > -------------------------------------------- > > Key: ISPN-4498 > URL: https://issues.jboss.org/browse/ISPN-4498 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 7.0.0.Alpha4 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Alpha5 > > > The CI will fail very often when tracing is enabled with some sort of OOM error. > http://ci.infinispan.org/viewType.html?buildTypeId=Infinispan_MasterHotsp... > Looking closer this appears to be an issue with an accumulation of Threads. These threads aren't running either but rather are held in memory unneedingly. It appears that they are being retained in the log4j1.2 NDC class in it's hashtable. Upon further investigation we never call to NDC.remove which would clear up the current any dead threads. > I have created JBLOGGING-106 to fix this as well. In the mean time we shouldn't use NDC. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4640) Enhance distributed iterator to allow filter and converter to be executed in the same step/invocation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4640?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4640: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139631|https://bugzilla.redhat.com/show_bug.cgi?id=1139631] from MODIFIED to ON_QA > Enhance distributed iterator to allow filter and converter to be executed in the same step/invocation > ----------------------------------------------------------------------------------------------------- > > Key: ISPN-4640 > URL: https://issues.jboss.org/browse/ISPN-4640 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 7.0.0.Alpha1 > Reporter: Adrian Nistor > Assignee: William Burns > Fix For: 7.0.0.Beta2 > > > This enhancement is needed for performance and should make FilterAndConverter class obsolete. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4605) Race condition during Marshalling of Lucene Directory components would trigger nonsense during unmarshalling

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4605?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4605: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1139651|https://bugzilla.redhat.com/show_bug.cgi?id=1139651] from MODIFIED to ON_QA > Race condition during Marshalling of Lucene Directory components would trigger nonsense during unmarshalling > ------------------------------------------------------------------------------------------------------------ > > Key: ISPN-4605 > URL: https://issues.jboss.org/browse/ISPN-4605 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 7.0.0.Alpha5 > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta1 > > > Some components in the Lucene Directory are highly concurrent, when these are marshalled we need to ensure a consistent snapshot is written to the byte stream. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2014