September 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4670) Profile and fine-tune the implementation of indexless query

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4670?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4670: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1140840 > Profile and fine-tune the implementation of indexless query > ----------------------------------------------------------- > > Key: ISPN-4670 > URL: https://issues.jboss.org/browse/ISPN-4670 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying, Remote Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4637) HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName'

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4637?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4637: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > HotRodServer allows registration of ClientListener which specifies non-existing 'converterFactoryName' > ------------------------------------------------------------------------------------------------------ > > Key: ISPN-4637 > URL: https://issues.jboss.org/browse/ISPN-4637 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 7.0.0.Beta1 > Environment: Mac OS X 10.9.4, Oracle HotSpot 1.7.0_67. Infinispan built from master. > Reporter: Duncan Doyle > Assignee: Galder Zamarreño > Fix For: 7.0.0.Beta2 > > > The HotRodServer allows for the registration of custom ClientListeners that specify a non-existing 'converterFactoryName'. I.e., the ClientListenerRegistry.addClientListener method/function does not check whether the given 'converterFactoryName' exists on the server, and if it doesn't exist, it adds the ClientListener with a Null converter. > The problem is that this gives unexpected results in the client. ISPN in this case seems to send back events that just contain the 'value' of the entry that was inserted/modified/removed. But the ClientListener probably expects a custom type: ClientCacheEntryCustomEvent<MyCustomType> > So, eventually what happens is funky CCEs because the eventData returned in the event (in this case the value of the entry) is not of the same class as MyCustomType. > In my opinion, HotRodServer should return an error when one tries to register a listener which specifies a non-registered converterFactory. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4718) NonIndexedClusteredQueryDslConditionsTest does not actually use a clustered cache mode

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4718?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4718: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > NonIndexedClusteredQueryDslConditionsTest does not actually use a clustered cache mode > -------------------------------------------------------------------------------------- > > Key: ISPN-4718 > URL: https://issues.jboss.org/browse/ISPN-4718 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4599) InfinispanIndexManager locks held when primary node change

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4599?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4599: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1134476|https://bugzilla.redhat.com/show_bug.cgi?id=1134476] from ON_QA to VERIFIED > InfinispanIndexManager locks held when primary node change > ---------------------------------------------------------- > > Key: ISPN-4599 > URL: https://issues.jboss.org/browse/ISPN-4599 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Sanne Grinovero > Priority: Critical > > Given the following configuration: > {code:xml} > <cache-container name="store" default-cache="default" statistics="true"> > <transport cluster="Infinispan-Query-Cluster"/> >  >  >  > <replicated-cache name="passivation" mode="SYNC" remote-timeout="20000" statistics="true"> > <indexing index="LOCAL"> > <property name="hibernate.search.default.indexmanager"> > org.infinispan.query.indexmanager.InfinispanIndexManager > </property> > <property name="hibernate.search.default.directory_provider">infinispan</property> > </indexing> > </replicated-cache> > <replicated-cache name="LuceneIndexesMetadata" mode="SYNC" remote-timeout="25000"> > <indexing index="NONE"/> > </replicated-cache> > <distributed-cache name="LuceneIndexesData" mode="SYNC" remote-timeout="25000"> > <indexing index="NONE"/> > </distributed-cache> > <replicated-cache name="LuceneIndexesLocking" mode="SYNC" remote-timeout="25000"> > <indexing index="NONE"/> > </replicated-cache> > </cache-container> > {code} > Scenario: > - Start Node 1 > - Insert a few @Indexed objects in the cache > - Start Node 2 > - Insert a few @Indexed objects in the cache > Node 2 cannot acquire the locks to write and throws errors: > {code} > org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask applyUpdates > ERROR: HSEARCH000072: Couldn't open the IndexWriter because of previous error: operation skipped, index ouf of sync! > Aug 01, 2014 4:48:23 PM org.hibernate.search.exception.impl.LogErrorHandler handleException > ERROR: HSEARCH000058: Exception occurred org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: org.infinispan.lucene.locking.BaseLuceneLock@2c1e889f > {code} > During the insertion on Node1, the InfinispanCommandsBackend elects Node 1 as the primary node (since it's the only one) and acquires the lock on the LuceneIndexesLocking. > When node 2 joins and the topology changes, the InfinispanCommandsBackend elects Node 2 as the primary node, but it fails to acquire the lock (held by Node 1) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2981) Infinispan as Lucene directory provider has "No sub-file with id .fnm found" errors in distributed mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2981?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-2981: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1140790 > Infinispan as Lucene directory provider has "No sub-file with id .fnm found" errors in distributed mode > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-2981 > URL: https://issues.jboss.org/browse/ISPN-2981 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 5.2.4.Final > Environment: Hibernate Search 4.1.1, Hibernate Core 4.1.4, Lucene 3.5.0, Spring Framework 3.1.1 > Reporter: Christopher Wong > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Final > > Attachments: infinispan.cfg.xml, luceneindexerrors.txt > > > I have been trying to use Infinispan as a Lucene directory provider under Hibernate Search. A single node writes to the index via JMS. A configuration that uses Infinispan in distributed mode seems to work under development, but under load results in an exception that looks like the following. > Caused by: java.io.IOException: No sub-file with id .fnm found (fileName=_3.cfs files: [.fdt, .fdx]) > at org.apache.lucene.index.CompoundFileReader.openInput(CompoundFileReader.java:156) > at org.apache.lucene.index.CompoundFileReader.openInput(CompoundFileReader.java:145) > at org.apache.lucene.index.FieldInfos.<init>(FieldInfos.java:74) > at org.apache.lucene.index.SegmentCoreReaders.<init>(SegmentCoreReaders.java:73) > at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:115) > at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:93) > at org.apache.lucene.index.DirectoryReader.<init>(DirectoryReader.java:235) > at org.apache.lucene.index.ReadOnlyDirectoryReader.<init>(ReadOnlyDirectoryReader.java:34) > at org.apache.lucene.index.DirectoryReader.doOpenIfChanged(DirectoryReader.java:506) > at org.apache.lucene.index.DirectoryReader.access$000(DirectoryReader.java:45) > at org.apache.lucene.index.DirectoryReader$2.doBody(DirectoryReader.java:498) > at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:754) > at org.apache.lucene.index.DirectoryReader.doOpenNoWriter(DirectoryReader.java:493) > at org.apache.lucene.index.DirectoryReader.doOpenIfChanged(DirectoryReader.java:450) > at org.apache.lucene.index.DirectoryReader.doOpenIfChanged(DirectoryReader.java:391) > at org.apache.lucene.index.IndexReader.openIfChanged(IndexReader.java:497) > at org.apache.lucene.index.IndexReader.reopen(IndexReader.java:681) > at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:227) > ... 117 more -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4715) Resolve race condition in Lock promotion of IndexManager

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4715?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4715: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1140286|https://bugzilla.redhat.com/show_bug.cgi?id=1140286] from ON_QA to VERIFIED > Resolve race condition in Lock promotion of IndexManager > -------------------------------------------------------- > > Key: ISPN-4715 > URL: https://issues.jboss.org/browse/ISPN-4715 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta2 > > > Multiple incoming threads could hit the synchronization lock while the promotion is being upgraded, the non-first ones need to be allowed an early exit if the promotion already took place. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4711) Remoted commands to a dead master node can be re-forwarded to a valid backend

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4711?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4711: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1140286|https://bugzilla.redhat.com/show_bug.cgi?id=1140286] from ON_QA to VERIFIED > Remoted commands to a dead master node can be re-forwarded to a valid backend > ----------------------------------------------------------------------------- > > Key: ISPN-4711 > URL: https://issues.jboss.org/browse/ISPN-4711 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta2 > > > Class {{RemoteIndexingBackend}} should forward indexing operations to a new backend, if a backend is being swapped after receiving an error from the RPC layer. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4713) Reject incoming Query RPCs on stopped and being-shutdown caches

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4713?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4713: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1140286|https://bugzilla.redhat.com/show_bug.cgi?id=1140286] from ON_QA to VERIFIED > Reject incoming Query RPCs on stopped and being-shutdown caches > --------------------------------------------------------------- > > Key: ISPN-4713 > URL: https://issues.jboss.org/browse/ISPN-4713 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta2 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4714) Improve logging to trace IndexManager's lock promotion phases

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4714?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4714: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1140286|https://bugzilla.redhat.com/show_bug.cgi?id=1140286] from ON_QA to VERIFIED > Improve logging to trace IndexManager's lock promotion phases > ------------------------------------------------------------- > > Key: ISPN-4714 > URL: https://issues.jboss.org/browse/ISPN-4714 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Fix For: 7.0.0.Beta2 > > > Several logging improvements after ISPN-4599 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4712) Mutable SearchFactory needs to be passed new types exclusively

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4712?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4712: ----------------------------------------------- Radim Vansa <rvansa(a)redhat.com> changed the Status of [bug 1140286|https://bugzilla.redhat.com/show_bug.cgi?id=1140286] from ON_QA to VERIFIED > Mutable SearchFactory needs to be passed new types exclusively > --------------------------------------------------------------- > > Key: ISPN-4712 > URL: https://issues.jboss.org/browse/ISPN-4712 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta2 > > > {{updateSearchFactory}} in {{updateSearchFactory}} need to be passed only new types which are not registered already nor *being registered concurrently*: the types need to be validated again while holding the mutation lock. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2014