[JBoss JIRA] (ISPN-5088) Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
by Emmanuel Bernard (JIRA)
[ https://issues.jboss.org/browse/ISPN-5088?page=com.atlassian.jira.plugin.... ]
Emmanuel Bernard commented on ISPN-5088:
----------------------------------------
Don't worry, I did not read it that way.
> Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
> ------------------------------------------------------------------------------
>
> Key: ISPN-5088
> URL: https://issues.jboss.org/browse/ISPN-5088
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.2.Final
> Reporter: Sanne Grinovero
> Assignee: William Burns
> Priority: Critical
> Labels: for_OGM
> Attachments: Testcase-ISPN-5088.patch
>
>
> After a {{FineGrainedAtomicMap}} containing some data is deleted in a transaction, but then in the same transaction it's re-created, the next transaction will be able to read the original data which it contained.
> Some pseudocode:
> {code}tx1.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k1, v1);
> tx1.commit()
> tx2.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k3, v3);
> AtomicMapLookup.removeAtomicMap( cache, cacheKey );
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k2,v2);
> tx2.commit()
> tx3.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.contains(k1) == false; // FAILS!
> tx3.commit();{code}
> Also applies apparently to a normal AtomicMap if using DIST_SYNC.
> I'm attaching a full test, which results in:
> {noformat}
> Failed tests:
> RepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> FineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> Tests run: 5636, Failures: 6, Errors: 0, Skipped: 0
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-5088) Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5088?page=com.atlassian.jira.plugin.... ]
William Burns commented on ISPN-5088:
-------------------------------------
[~epbernard] I was never trying to imply that OGM shouldn't assume things work from the underlying library.
I was putting comments on here to explain the behavior you guys had seen. I wasn't putting it on here to defend the bug or anything.
I have already added a test locally for both cases when the originator it is the primary owner and not.
> Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
> ------------------------------------------------------------------------------
>
> Key: ISPN-5088
> URL: https://issues.jboss.org/browse/ISPN-5088
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.2.Final
> Reporter: Sanne Grinovero
> Assignee: William Burns
> Priority: Critical
> Labels: for_OGM
> Attachments: Testcase-ISPN-5088.patch
>
>
> After a {{FineGrainedAtomicMap}} containing some data is deleted in a transaction, but then in the same transaction it's re-created, the next transaction will be able to read the original data which it contained.
> Some pseudocode:
> {code}tx1.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k1, v1);
> tx1.commit()
> tx2.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k3, v3);
> AtomicMapLookup.removeAtomicMap( cache, cacheKey );
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k2,v2);
> tx2.commit()
> tx3.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.contains(k1) == false; // FAILS!
> tx3.commit();{code}
> Also applies apparently to a normal AtomicMap if using DIST_SYNC.
> I'm attaching a full test, which results in:
> {noformat}
> Failed tests:
> RepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> FineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> Tests run: 5636, Failures: 6, Errors: 0, Skipped: 0
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-5101) Handle database restart
by yaniv oren (JIRA)
[ https://issues.jboss.org/browse/ISPN-5101?page=com.atlassian.jira.plugin.... ]
yaniv oren updated ISPN-5101:
-----------------------------
Description:
relates to https://issues.jboss.org/browse/ISPN-1680
scenario:
restarting database during application run.
expected:
App recovery.
Actual:
Received error:
..
Caused by: org.hibernate.search.exception.SearchException: Unable to reopen IndexReader
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:241) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:72) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:34) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.reader.impl.MultiReaderFactory.openReader(MultiReaderFactory.java:36) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:617) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:517) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.engine.impl.HSQueryImpl.queryEntityInfos(HSQueryImpl.java:251) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.hibernate.impl.FullTextQueryImpl.list(FullTextQueryImpl.java:198) ~[hibernate-search-orm-5.0.0.Alpha4.jar:5.0.0.Alpha4]
...
Caused by: java.io.IOException: Read past EOF
at org.infinispan.lucene.impl.SingleChunkIndexInput.readByte(SingleChunkIndexInput.java:54) ~[infinispan-lucene-directory-7.0.0.Alpha4.jar:7.0.0.Alpha4]
at org.apache.lucene.store.BufferedChecksumIndexInput.readByte(BufferedChecksumIndexInput.java:41) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.store.DataInput.readInt(DataInput.java:96) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:331) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos$1.doBody(SegmentInfos.java:416) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:864) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:710) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:412) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.isCurrent(StandardDirectoryReader.java:347) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.doOpenNoWriter(StandardDirectoryReader.java:301) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:264) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:252) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.DirectoryReader.openIfChanged(DirectoryReader.java:171) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:238) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
... 121 common frames omitted
...
was:
similar to https://issues.jboss.org/browse/ISPN-1680
scenario:
restarting database during application run.
expected:
App recovery.
Actual:
Received error:
..
Caused by: org.hibernate.search.exception.SearchException: Unable to reopen IndexReader
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:241) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:72) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:34) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.reader.impl.MultiReaderFactory.openReader(MultiReaderFactory.java:36) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:617) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:517) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.engine.impl.HSQueryImpl.queryEntityInfos(HSQueryImpl.java:251) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
at org.hibernate.search.query.hibernate.impl.FullTextQueryImpl.list(FullTextQueryImpl.java:198) ~[hibernate-search-orm-5.0.0.Alpha4.jar:5.0.0.Alpha4]
...
Caused by: java.io.IOException: Read past EOF
at org.infinispan.lucene.impl.SingleChunkIndexInput.readByte(SingleChunkIndexInput.java:54) ~[infinispan-lucene-directory-7.0.0.Alpha4.jar:7.0.0.Alpha4]
at org.apache.lucene.store.BufferedChecksumIndexInput.readByte(BufferedChecksumIndexInput.java:41) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.store.DataInput.readInt(DataInput.java:96) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:331) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos$1.doBody(SegmentInfos.java:416) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:864) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:710) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:412) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.isCurrent(StandardDirectoryReader.java:347) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.doOpenNoWriter(StandardDirectoryReader.java:301) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:264) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:252) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.apache.lucene.index.DirectoryReader.openIfChanged(DirectoryReader.java:171) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:238) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
... 121 common frames omitted
...
> Handle database restart
> -----------------------
>
> Key: ISPN-5101
> URL: https://issues.jboss.org/browse/ISPN-5101
> Project: Infinispan
> Issue Type: Bug
> Components: Lucene Directory
> Affects Versions: 7.0.0.Alpha4
> Environment: database: postgress, using hibernate search with infinispan&lucene
> Reporter: yaniv oren
> Labels: lucene
>
> relates to https://issues.jboss.org/browse/ISPN-1680
> scenario:
> restarting database during application run.
> expected:
> App recovery.
> Actual:
> Received error:
> ..
> Caused by: org.hibernate.search.exception.SearchException: Unable to reopen IndexReader
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:241) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:72) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.openIndexReader(SharingBufferReaderProvider.java:34) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> at org.hibernate.search.reader.impl.MultiReaderFactory.openReader(MultiReaderFactory.java:36) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:617) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> at org.hibernate.search.query.engine.impl.HSQueryImpl.buildSearcher(HSQueryImpl.java:517) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> at org.hibernate.search.query.engine.impl.HSQueryImpl.queryEntityInfos(HSQueryImpl.java:251) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> at org.hibernate.search.query.hibernate.impl.FullTextQueryImpl.list(FullTextQueryImpl.java:198) ~[hibernate-search-orm-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> ...
> Caused by: java.io.IOException: Read past EOF
> at org.infinispan.lucene.impl.SingleChunkIndexInput.readByte(SingleChunkIndexInput.java:54) ~[infinispan-lucene-directory-7.0.0.Alpha4.jar:7.0.0.Alpha4]
> at org.apache.lucene.store.BufferedChecksumIndexInput.readByte(BufferedChecksumIndexInput.java:41) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.store.DataInput.readInt(DataInput.java:96) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:331) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.SegmentInfos$1.doBody(SegmentInfos.java:416) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:864) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:710) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:412) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.StandardDirectoryReader.isCurrent(StandardDirectoryReader.java:347) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.StandardDirectoryReader.doOpenNoWriter(StandardDirectoryReader.java:301) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:264) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.StandardDirectoryReader.doOpenIfChanged(StandardDirectoryReader.java:252) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.apache.lucene.index.DirectoryReader.openIfChanged(DirectoryReader.java:171) ~[lucene-core-4.8.1.jar:4.8.1 1594670 - rmuir - 2014-05-14 19:22:52]
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$PerDirectoryLatestReader.refreshAndGet(SharingBufferReaderProvider.java:238) ~[hibernate-search-engine-5.0.0.Alpha4.jar:5.0.0.Alpha4]
> ... 121 common frames omitted
> ...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-5088) Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
by Emmanuel Bernard (JIRA)
[ https://issues.jboss.org/browse/ISPN-5088?page=com.atlassian.jira.plugin.... ]
Emmanuel Bernard commented on ISPN-5088:
----------------------------------------
[~sannegrinovero] right, OGM mostly kind of have to assume things work for the underlying library. Better beef up the ISPN test suite.
> Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
> ------------------------------------------------------------------------------
>
> Key: ISPN-5088
> URL: https://issues.jboss.org/browse/ISPN-5088
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.2.Final
> Reporter: Sanne Grinovero
> Assignee: William Burns
> Priority: Critical
> Labels: for_OGM
> Attachments: Testcase-ISPN-5088.patch
>
>
> After a {{FineGrainedAtomicMap}} containing some data is deleted in a transaction, but then in the same transaction it's re-created, the next transaction will be able to read the original data which it contained.
> Some pseudocode:
> {code}tx1.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k1, v1);
> tx1.commit()
> tx2.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k3, v3);
> AtomicMapLookup.removeAtomicMap( cache, cacheKey );
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k2,v2);
> tx2.commit()
> tx3.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.contains(k1) == false; // FAILS!
> tx3.commit();{code}
> Also applies apparently to a normal AtomicMap if using DIST_SYNC.
> I'm attaching a full test, which results in:
> {noformat}
> Failed tests:
> RepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> FineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> Tests run: 5636, Failures: 6, Errors: 0, Skipped: 0
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-5088) Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
by Sanne Grinovero (JIRA)
[ https://issues.jboss.org/browse/ISPN-5088?page=com.atlassian.jira.plugin.... ]
Sanne Grinovero commented on ISPN-5088:
---------------------------------------
Most tests in OGM are single-node non clustered. Some tests use clustering, but I guess it's possible that something changed in Infinispan so that what used to be a the primary node in those tests isn't primary anymore in Infinispan 7.
This certainly didn't happen in our limited tests on Infinispan 6, but it's possible we had too few tests.
> Deleted entries from (FineGrained)AtomicMap reappear in subsequent transaction
> ------------------------------------------------------------------------------
>
> Key: ISPN-5088
> URL: https://issues.jboss.org/browse/ISPN-5088
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.2.Final
> Reporter: Sanne Grinovero
> Assignee: William Burns
> Priority: Critical
> Labels: for_OGM
> Attachments: Testcase-ISPN-5088.patch
>
>
> After a {{FineGrainedAtomicMap}} containing some data is deleted in a transaction, but then in the same transaction it's re-created, the next transaction will be able to read the original data which it contained.
> Some pseudocode:
> {code}tx1.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k1, v1);
> tx1.commit()
> tx2.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k3, v3);
> AtomicMapLookup.removeAtomicMap( cache, cacheKey );
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.put(k2,v2);
> tx2.commit()
> tx3.start();
> am = AtomicMapLookup.getFineGrainedAtomicMap( cache, cacheKey, true );
> am.contains(k1) == false; // FAILS!
> tx3.commit();{code}
> Also applies apparently to a normal AtomicMap if using DIST_SYNC.
> I'm attaching a full test, which results in:
> {noformat}
> Failed tests:
> RepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> FineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadFineGrainedAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistRepeatableReadAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> DistAtomicMapAPITest>BaseAtomicHashMapAPITest.testInsertDeleteInsertCycle:596 null
> Tests run: 5636, Failures: 6, Errors: 0, Skipped: 0
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-4445) RHQ or CLI server -- cli.interpreter.ParseException in newly started cache for getting stats
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4445?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4445:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1113552|https://bugzilla.redhat.com/show_bug.cgi?id=1113552] from POST to MODIFIED
> RHQ or CLI server -- cli.interpreter.ParseException in newly started cache for getting stats
> --------------------------------------------------------------------------------------------
>
> Key: ISPN-4445
> URL: https://issues.jboss.org/browse/ISPN-4445
> Project: Infinispan
> Issue Type: Bug
> Components: CLI, JMX, reporting and management
> Affects Versions: 7.0.2.Final
> Reporter: Tomas Sykora
> Assignee: William Burns
> Fix For: 7.1.0.Beta1, 7.1.0.Final
>
>
> We found this issue during RHQ testing.
> When we create a new Cache child resource under cache-manager, it should create a cache, change server configuration file and (after server restart) monitor a new cache without problem.
> However, we spotted and issue in CLI. Even a connecting through jboss-cli.sh is showing the same problem with parsing.
> Relevant server console output:
> 07:44:28,195 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-1) JBAS010281: Started new-local-cache-9990 cache from local container
> 07:44:28,369 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on 0.0.0.0:9999
> 07:44:28,371 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on 0.0.0.0:4447
> 07:44:28,550 INFO [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://0.0.0.0:9990/management
> 07:44:28,551 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://0.0.0.0:9990
> 07:44:28,551 INFO [org.jboss.as] (Controller Boot Thread) JBAS015874: JBoss Data Grid 6.3.0 (AS 7.3.3.Final-redhat-3) started in 8928ms - Started 96 of 137 services (41 services are passive or on-demand)
> 07:46:16,328 INFO [org.jboss.as.clustering.infinispan] (management-handler-thread - 3) JBAS010281: Started ___defaultcache cache from local container
> 07:46:26,593 ERROR [stderr] (management-handler-thread - 2) line 1:10 mismatched character 'l' expecting '-'
> 07:46:26,607 ERROR [stderr] (management-handler-thread - 2) line 1:16 mismatched character 'c' expecting '-'
> 07:46:26,608 ERROR [stderr] (management-handler-thread - 2) line 1:22 mismatched character '9' expecting '-'
> 07:46:26,609 ERROR [org.infinispan.cli.interpreter.Interpreter] (management-handler-thread - 2) ISPN019003: Interpreter error: org.infinispan.cli.interpreter.ParseException: line 1:11 mismatched input 'ocal' expecting set null
> at org.infinispan.cli.interpreter.Interpreter.execute(Interpreter.java:144) [infinispan-cli-server-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:237) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:234) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.security.Security.doPrivileged(Security.java:89) [infinispan-core-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:55) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions.executeInterpreter(SecurityActions.java:240) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.jboss.as.clustering.infinispan.subsystem.CliInterpreterHandler.execute(CliInterpreterHandler.java:49) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:601) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:479) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:283) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:278) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:231) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:137) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:173) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:105) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:125) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea]
> at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_09-icedtea]
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar:2.1.1.Final-redhat-1]
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-4433) Can not run INFINISPAN testsuite with JDK8
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4433?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4433:
-----------------------------------------------
Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1084904|https://bugzilla.redhat.com/show_bug.cgi?id=1084904] from POST to MODIFIED
> Can not run INFINISPAN testsuite with JDK8
> -------------------------------------------
>
> Key: ISPN-4433
> URL: https://issues.jboss.org/browse/ISPN-4433
> Project: Infinispan
> Issue Type: Bug
> Components: Build process
> Affects Versions: 7.0.0.Alpha4
> Reporter: Vitalii Chepeliuk
> Assignee: Mircea Markus
> Fix For: 7.0.0.Alpha5
>
>
> {noformat}
> [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-cachestore-jdbc: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1]
> [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-lucene-v3: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1]
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.8:unpack (unpack) on project infinispan-lucene-directory: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98. -> [Help 2]
> [ERROR] Failed to execute goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check (default) on project infinispan-query: Execution default of goal org.codehaus.mojo:animal-sniffer-maven-plugin:1.9:check failed. IllegalArgumentException -> [Help 1]
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project infinispan-tools: Compilation failure: Compilation failure:
> [ERROR] /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/89fa96e5/infinispan/tools/src/main/java/org/infinispan/tools/doclet/jmx/JmxDoclet.java:[67,32] cannot find symbol
> [ERROR] symbol: method getInstance()
> [ERROR] location: class com.sun.tools.doclets.formats.html.ConfigurationImpl
> [ERROR] /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/89fa96e5/infinispan/tools/src/main/java/org/infinispan/tools/doclet/jmx/JmxDoclet.java:[80,32] cannot find symbol
> [ERROR] symbol: method getInstance()
> [ERROR] location: class com.sun.tools.doclets.formats.html.ConfigurationImpl
> [ERROR] -> [Help 3]
> {noformat}
> Look on last Jenkins run with JDK8
> * RHEL5
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> * RHEL6
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months