March 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8946) All collection wrappers should always delegate to underlying collections where available

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8946?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8946: -------------------------------- Fix Version/s: 9.2.1.Final > All collection wrappers should always delegate to underlying collections where available > ---------------------------------------------------------------------------------------- > > Key: ISPN-8946 > URL: https://issues.jboss.org/browse/ISPN-8946 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.2.1.Final > > > All places that override values returned from keySet and entrySet should always delegate appropriately to the underlying keySet or entrySet. We should try to be as minimally invasive to each level down as possible. An example would be that we shouldn't create copies of said collections if possible and instead just use delegates. > https://github.com/infinispan/infinispan/pull/5794#discussion_r173789766 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8970) Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8970?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8970: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5859 > Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove > ----------------------------------------------------------------------- > > Key: ISPN-8970 > URL: https://issues.jboss.org/browse/ISPN-8970 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.2.1.Final > > > The iterator remove method is completely unnecessary and adds additional wrapping and complexity to all stream objects. We should remove this completely. The Cache.(entrySet|keySet|values).iterator is the only ones that should support remove on the iterator. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8970) Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8970?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8970: -------------------------------- Fix Version/s: 9.2.1.Final > Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove > ----------------------------------------------------------------------- > > Key: ISPN-8970 > URL: https://issues.jboss.org/browse/ISPN-8970 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.2.1.Final > > > The iterator remove method is completely unnecessary and adds additional wrapping and complexity to all stream objects. We should remove this completely. The Cache.(entrySet|keySet|values).iterator is the only ones that should support remove on the iterator. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8946) All collection wrappers should always delegate to underlying collections where available

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8946?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8946: -------------------------------- Status: Open (was: New) > All collection wrappers should always delegate to underlying collections where available > ---------------------------------------------------------------------------------------- > > Key: ISPN-8946 > URL: https://issues.jboss.org/browse/ISPN-8946 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Final > Reporter: William Burns > Assignee: William Burns > > All places that override values returned from keySet and entrySet should always delegate appropriately to the underlying keySet or entrySet. We should try to be as minimally invasive to each level down as possible. An example would be that we shouldn't create copies of said collections if possible and instead just use delegates. > https://github.com/infinispan/infinispan/pull/5794#discussion_r173789766 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8970) Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8970?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8970: -------------------------------- Status: Open (was: New) > Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove > ----------------------------------------------------------------------- > > Key: ISPN-8970 > URL: https://issues.jboss.org/browse/ISPN-8970 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Final > Reporter: William Burns > Assignee: William Burns > > The iterator remove method is completely unnecessary and adds additional wrapping and complexity to all stream objects. We should remove this completely. The Cache.(entrySet|keySet|values).iterator is the only ones that should support remove on the iterator. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8949) Clear from data container doesn't remove expired entries

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8949?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8949: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Clear from data container doesn't remove expired entries > -------------------------------------------------------- > > Key: ISPN-8949 > URL: https://issues.jboss.org/browse/ISPN-8949 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.2.1.Final > > > ISPN-8548 changed it so that we don't pull entries into memory at once for a clear. However it also is using the iterator method which doesn't return expired entries. We should also return and subsequently remove expired entries. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8970) Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove

by William Burns (JIRA)

William Burns created ISPN-8970: ----------------------------------- Summary: Cache.(entrySet|keySet|values).stream.iterator shouldn't support remove Key: ISPN-8970 URL: https://issues.jboss.org/browse/ISPN-8970 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 9.2.0.Final Reporter: William Burns Assignee: William Burns The iterator remove method is completely unnecessary and adds additional wrapping and complexity to all stream objects. We should remove this completely. The Cache.(entrySet|keySet|values).iterator is the only ones that should support remove on the iterator. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8617) CacheManagerAdminPersistentTest.testClusterCacheTest random failures

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8617?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-8617: ------------------------------------- Likely this is the same cause > CacheManagerAdminPersistentTest.testClusterCacheTest random failures > -------------------------------------------------------------------- > > Key: ISPN-8617 > URL: https://issues.jboss.org/browse/ISPN-8617 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Reporter: Dan Berindei > Assignee: Tristan Tarrant > Labels: testsuite_stability > > {noformat} > java.lang.AssertionError: expected:<2> but was:<1> > at org.infinispan.manager.CacheManagerAdminTest.checkConsistencyAcrossCluster(CacheManagerAdminTest.java:70) > at org.infinispan.manager.CacheManagerAdminPersistentTest.testClusterCacheTest(CacheManagerAdminPersistentTest.java:67) > {noformat} > http://ci.infinispan.org/job/Infinispan/job/master/324 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8969) CacheManagerAdminTest.testClusterCacheTest random failure

by William Burns (JIRA)

William Burns created ISPN-8969: ----------------------------------- Summary: CacheManagerAdminTest.testClusterCacheTest random failure Key: ISPN-8969 URL: https://issues.jboss.org/browse/ISPN-8969 Project: Infinispan Issue Type: Bug Components: Test Suite - Core Affects Versions: 9.2.0.Final Reporter: William Burns https://ci.infinispan.org/job/Infinispan/job/master/510/testReport/junit/... Stack trace in case if the history is lost: {code} java.lang.AssertionError: Cache 'a' should NOT be present on org.infinispan.manager.DefaultCacheManager@592285b5@Address:CacheManagerAdminTest-NodeC-58305 at org.infinispan.manager.CacheManagerAdminTest.checkCacheExistenceAcrossCluster(CacheManagerAdminTest.java:72) at org.infinispan.manager.CacheManagerAdminTest.testClusterCacheTest(CacheManagerAdminTest.java:61) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) ... Removed 19 stack frames {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8967) Infinispan Directory Provider: Lucene : Error loading metadata for index file

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-8967?page=com.atlassian.jira.plugin.... ] Sanne Grinovero commented on ISPN-8967: --------------------------------------- locking_strategy=single is good for testing but it won't protect you - for example - from anyone mistakenly re-boot the same application and corrupt the index. Incidentally: why do you use it if it's not clustered? I'd suggest to use the standard FSDirectory then. > Infinispan Directory Provider: Lucene : Error loading metadata for index file > ----------------------------------------------------------------------------- > > Key: ISPN-8967 > URL: https://issues.jboss.org/browse/ISPN-8967 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory > Affects Versions: 8.2.5.Final > Environment: *{color:red}Production Env{color}* > Weblogic 12.2.1 > AIX 7.1 > JDK - IBM J9 - 1.8.0 - SR3 > Oracle DB - 12.0.2.0 > Reporter: Rohit Singh > Priority: Critical > Attachments: neutrino-hibernate-search-worker-jgroups.xml, neutrino-hibernatesearch-infinispan.xml > > > J2EE Application - Production Env - Banking Domain > *Hibernate Search Indexes (Lucene Indexes) - 5.7.0.Final* > *Infinispan - 8.2.5.Final* > *infinispan-directory-provider-8.2.5.Final* > *jgroups-3.6.7.Final* > Worker Backend : JGroups > Worker Execution: Sync > write_metadata_async: false (implicitly) > *{color:red}On a standalone server (non-clustered), we are getting below error intermittently:{color}* > 2018-03-19 17:29:11,938 ERROR [Hibernate Search sync consumer thread for index com.nucleus.integration.ws.server.globalcustomer.entity.GlobalCustomer] o.h.s.e.i.LogErrorHandler [LogErrorHandler.java:69] > *{color:red}HSEARCH000058: Exception occurred java.io.FileNotFoundException: Error loading metadata for index file{color}*: M|segments_w6|com.nucleus.integration.ws.server.globalcustomer.entity.GlobalCustomer|-1 > Primary Failure: > Entity com.nucleus.integration.ws.server.globalcustomer.entity.GlobalCustomer Id 1649990024999813056 Work Type org.hibernate.search.backend.AddLuceneWork > java.io.FileNotFoundException: Error loading metadata for index file: M|segments_w6|com.nucleus.integration.ws.server.globalcustomer.entity.GlobalCustomer|-1 > at org.infinispan.lucene.impl.DirectoryImplementor.openInput(DirectoryImplementor.java:138) ~[infinispan-lucene-directory-8.2.5.Final.jar:8.2.5.Final] > at org.infinispan.lucene.impl.DirectoryLucene.openInput(DirectoryLucene.java:102) ~[infinispan-lucene-directory-8.2.5.Final.jar:8.2.5.Final] > at org.apache.lucene.store.Directory.openChecksumInput(Directory.java:109) ~[lucene-core-5.5.4.jar:5.5.4 31012120ebbd93744753eb37f1dbc5e654628291 - jpountz - 2017-02-08 19:08:03] > at org.apache.lucene.index.SegmentInfos.readCommit(SegmentInfos.java:294) ~[lucene-core-5.5.4.jar:5.5.4 31012120ebbd93744753eb37f1dbc5e654628291 - jpountz - 2017-02-08 19:08:03] > at org.apache.lucene.index.IndexFileDeleter.<init>(IndexFileDeleter.java:171) ~[lucene-core-5.5.4.jar:5.5.4 31012120ebbd93744753eb37f1dbc5e654628291 - jpountz - 2017-02-08 19:08:03] > at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:949) ~[lucene-core-5.5.4.jar:5.5.4 31012120ebbd93744753eb37f1dbc5e654628291 - jpountz - 2017-02-08 19:08:03] > at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.createNewIndexWriter(IndexWriterHolder.java:126) ~[hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.IndexWriterHolder.getIndexWriter(IndexWriterHolder.java:92) ~[hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.AbstractCommitPolicy.getIndexWriter(AbstractCommitPolicy.java:33) ~[hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.SharedIndexCommitPolicy.getIndexWriter(SharedIndexCommitPolicy.java:77) ~[hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.SharedIndexWorkspaceImpl.getIndexWriter(SharedIndexWorkspaceImpl.java:36) ~[hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.AbstractWorkspaceImpl.getIndexWriterDelegate(AbstractWorkspaceImpl.java:203) [hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.applyUpdates(LuceneBackendQueueTask.java:81) [hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.LuceneBackendQueueTask.run(LuceneBackendQueueTask.java:46) [hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.SyncWorkProcessor$Consumer.applyChangesets(SyncWorkProcessor.java:165) [hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at org.hibernate.search.backend.impl.lucene.SyncWorkProcessor$Consumer.run(SyncWorkProcessor.java:151) [hibernate-search-engine-5.7.0.Final.jar:5.7.0.Final] > at java.lang.Thread.run(Thread.java:785) [na:1.8.0-internal] > *As per our understanding, this issue should not come in {color:red}'non-clustered'{color} env. Also it should not arise when worker execution is {color:red}'sync'{color}.* > *We have debugged the code, and confirmed that the value for {color:red}'write_metadata_async'{color} is coming as 'false' only (as expected).* > As this is a production env (Banking Domain), we need your quick suggestion and support. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2018