While we are on a wish list for 7.0.3. We have found a regression from Infinispan 6 on (FineGrained)AtomicMap that is seriously impacting Hibernate OGM. ISPN-5088 We should get this one quickly to avoid people tripping over the concurrency concern the workaround implies. Emmanuel > On 15 Dec 2014, at 21:50, Erik Salter <an1310(a)hotmail.com&gt; wrote: > > Hi all, > > I have a few more that might be candidates for the 7.0.x branch. The > critical ones (for me) have to do with state transfer and locks. Some of > these are still pending, though. > > ISPN-5076 > ISPN-5030 > ISPN-5000 > ISPN-4546 > > There are a few optimizations. ISPN-5042, in particular, seems like a > quick win. For ISPN-5037 and ISPN-5032, I'll probably implement on my own. > > Also under the heading of optimizations -- one thing that's a real problem > with my cache configuration is the verbose nature of > OutdatedTopologyExceptions. They're thrown as RemoteExceptions, which > cause stack traces all over the place when a NonTx cache retries its > operation. (These actually crashed an indexer on my analytics engine > during a performance state transfer test.) Also, if the key ownership > hasn't changed, why throw them at all? > > ISPN-4695 > ISPN-4586 > > (If I'm on Santa's naughty list, I may have a crack at implementing them.) > > There are a few minor cosmetic things that are easily ported. > > ISPN-4989 > ISPN-5040 > ISPN-5052 > > > Thanks all, > > Erik > > On 12/4/14, 10:22 AM, "Erik Salter" <an1310(a)hotmail.com&gt; wrote: > >> Hi all, >> >> I was asked to vote on a list of JIRAs for 7.0.3 and send it to the >> mailing list. The next iteration of my application is migrating from >> 5.2.x to 7.0.x, so I'm really focused on hardening and stability, >> especially WRT state transfer. Here are the ones I was looking at, mostly >> related to state transfer: >> >> - ISPN-5000 >> >> - ISPN-4949 (and related ISPN-5030) >> - ISPN-4975 >> - ISPN-5027 >> >> Notes on a few others I was looking at: >> - ISPN-4444, from the description, looks serious enough to include. I >> haven't looked at the commit in-depth; appears to be limited to keys in >> L1? >> - ISPN-4979 appears to be a substantial change. I would defer to the team >> about how risky of a change it is. >> >> And if ISPN-3561 makes it into a 7.0.3, I'd consider it a personal favor. >> >> Regards, >> >> Erik >> >> >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

It's possible I could get you an upgrade to Hibernate Search 5.0.0.Final & related HQL Parser 1.1.0.Final soon, but I'm currently in trouble with regressions of the Infinispan testsuite. @Pedro, that draft commit you had sent me made wonders. You think you could finish that and get it integrated? Until that's solved I'm not going to bother spending time on Infinispan ;-)

On 19 December 2014 at 13:52, Tristan Tarrant <ttarrant(a)redhat.com&gt; wrote: > Hi all, > > this is the current status of the 7.0.x branch: > > ISPN-5027 OutOfMemoryError in entry retriever when state transfer > chunk size is Integer.MAX_VALUE > ISPN-5053 Modules inheriting directly from the BOM use Java 1.5 > ISPN-5008 7.0.x missing cachestore-remote and extended-statistics > modules > ISPN-5007 Enhance the distribution script to detect missing artifacts > ISPN-5052 Lock timeout details prints out null for local locks > ISPN-4989 infinispan-transport thread name is undefined > ISPN-5030 NPE during node rebalance after a leave > ISPN-4975 Cross site state transfer - status of push gets stuck at > "SENDING" after being cancelled > ISPN-4444 After state transfer, a node is able to read keys it no > longer owns from its data container > ISPN-4979 CacheStatusResponse map uses too much memory > ISPN-4949 Split brain: inconsistent data after merge > ISPN-3561 A joining cache should receive the rebalancedEnabled flag > from the coordinator. > ISPN-5000 Cleanup rebalance confirmation collector when node is not > coord > ISPN-5040 Upgrade to JGroups 3.6.1.Final > ISPN-5011 CacheManager not stopping when search factory not initialized > ISPN-5048 Relocate some imported packages in uberjars and remove any > javax.* classes > ISPN-4948 Package embedded CLI as uberjar > ISPN-5017 Include the CLI uberjar in the distribution zip > ISPN-5029 Infinispan 7.0.2 not fully backwards compatible with 6.0.x > ISPN-5026 The Infinispan 7.0.2's GUI demo cannot be properly > launched in Windows 7 > ISPN-5018 Add test for protobuf marshalling of primitives > ISPN-5006 Upgrade to Hibernate Search 5.0.0.Beta3 > ISPN-5005 Upgrade to Hibernate HQL Parser 1.1.0.Beta1 > ISPN-5032 Create dedicated GetCacheEntryCommand to simplify code and > save memory on GetKeyValueCommand > > The remaining wishlist items are: > > ISPN-4546 Possible stale lock when the primary owner leaves during > rebalance > ISPN-4586 Too many OutdatedTopologyExceptions in non-transactional > caches > ISPN-5037 Do not replicate value from backup owner > ISPN-5042 Remote gets caused by writes could be replicated only to > the primary owner > ISPN-5076 Pessimistic transactions can lose their locks when the > primary owner changes > ISPN-5088 Deleted entries from (FineGrained)AtomicMap reappear in > subsequent transaction > > which I have tagged with the label "7.0". > It seems like ISPN-5088 has a chance to be fixed quickly and since I'd > like to do a 7.0.3 sooner rather than later we'll wait for that and then > release. Anything else can be postponed to 7.0.4 or 7.1.0.Final (which > is due by Jan 31). > > Tristan > > > On 16/12/2014 11:03, Emmanuel Bernard wrote: >> While we are on a wish list for 7.0.3. >> We have found a regression from Infinispan 6 on (FineGrained)AtomicMap that is seriously impacting Hibernate OGM. >> >> ISPN-5088 >> >> We should get this one quickly to avoid people tripping over the concurrency concern the workaround implies. >> >> Emmanuel >> >>> On 15 Dec 2014, at 21:50, Erik Salter <an1310(a)hotmail.com&gt; wrote: >>> >>> Hi all, >>> >>> I have a few more that might be candidates for the 7.0.x branch. The >>> critical ones (for me) have to do with state transfer and locks. Some of >>> these are still pending, though. >>> >>> ISPN-5076 >>> ISPN-5030 >>> ISPN-5000 >>> ISPN-4546 >>> >>> There are a few optimizations. ISPN-5042, in particular, seems like a >>> quick win. For ISPN-5037 and ISPN-5032, I'll probably implement on my own. >>> >>> Also under the heading of optimizations -- one thing that's a real problem >>> with my cache configuration is the verbose nature of >>> OutdatedTopologyExceptions. They're thrown as RemoteExceptions, which >>> cause stack traces all over the place when a NonTx cache retries its >>> operation. (These actually crashed an indexer on my analytics engine >>> during a performance state transfer test.) Also, if the key ownership >>> hasn't changed, why throw them at all? >>> >>> ISPN-4695 >>> ISPN-4586 >>> >>> (If I'm on Santa's naughty list, I may have a crack at implementing them.) >>> >>> There are a few minor cosmetic things that are easily ported. >>> >>> ISPN-4989 >>> ISPN-5040 >>> ISPN-5052 >>> >>> >>> Thanks all, >>> >>> Erik >>> >>> On 12/4/14, 10:22 AM, "Erik Salter" <an1310(a)hotmail.com&gt; wrote: >>> >>>> Hi all, >>>> >>>> I was asked to vote on a list of JIRAs for 7.0.3 and send it to the >>>> mailing list. The next iteration of my application is migrating from >>>> 5.2.x to 7.0.x, so I'm really focused on hardening and stability, >>>> especially WRT state transfer. Here are the ones I was looking at, mostly >>>> related to state transfer: >>>> >>>> - ISPN-5000 >>>> >>>> - ISPN-4949 (and related ISPN-5030) >>>> - ISPN-4975 >>>> - ISPN-5027 >>>> >>>> Notes on a few others I was looking at: >>>> - ISPN-4444, from the description, looks serious enough to include. I >>>> haven't looked at the commit in-depth; appears to be limited to keys in >>>> L1? >>>> - ISPN-4979 appears to be a substantial change. I would defer to the team >>>> about how risky of a change it is. >>>> >>>> And if ISPN-3561 makes it into a 7.0.3, I'd consider it a personal favor. >>>> >>>> Regards, >>>> >>>> Erik >>>> >>>> >>>> _______________________________________________ >>>> infinispan-dev mailing list >>>> infinispan-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev >>> >>> _______________________________________________ >>> infinispan-dev mailing list >>> infinispan-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/infinispan-dev >> >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev >> >> > > > -- > Tristan Tarrant > Infinispan Lead > JBoss, a division of Red Hat > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev