[infinispan-dev] infinispan 5.2.0.Beta3

Ales Justin ales.justin at gmail.com
Mon Oct 29 05:10:17 EDT 2012


I think the fix is exactly what we need -- at least on the Ispn Query side, we just move the index for the offset.

The only better fix I can see could come from the HS side,
since extractor already has all the info it needs, hence it's a bit weird to pass back that info into extractor.

On Oct 29, 2012, at 9:33 AM, Galder Zamarreño <galder at redhat.com> wrote:

> I think we need to get Sanne's POV on that. I had a brief look into it and the fix looks good, but not sure if there are better ways to fix it.
> 
> On Oct 26, 2012, at 7:42 PM, Ales Justin <ales.justin at gmail.com> wrote:
> 
>> What about today's ISPN-2448?
>> 
>> On Oct 26, 2012, at 7:38 PM, Mircea Markus <mircea.markus at jboss.com> wrote:
>> 
>>> The fix for lock leaks[1] - blocker - hasn't been integrated yet as it needs more testing (Manik) and more time to review (Dan).
>>> Manik suggested testing should be ready by Mon, so I'll cut the release then.
>>> This would also allow time to finish integrating other stuff in the PR queue, in particular Vladimir's Map/Reduce cancelation(Mircea) [2]
>>> 
>>> [1] ISPN-2381 Locks are removed even if not successfully unlocked
>>> [2] ISPN-1042 - Enable distributed and Map/Reduce task interruption/cancellation
>>> 
>>> 
>>> On 25 Oct 2012, at 17:37, Mircea Markus wrote:
>>>> Hi,
>>>> 
>>>> We have a lot of pull requests pending. Until Beta3 is released, can we please focus on these and slow down the development for now.
>>>> I've grouped them as follows. Please feel free to shuffle them around/ ask for more feedback if you think appropriate, but please take ownership of them and make sure they get integrated.
>>>> 
>>>> Dan: 
>>>> ISPN-2373 State transfer does not end because some segments are erroneously reported as unreceived 
>>>> Lookup optimisation in TransactionTable.getLocalTransaction and cleanup in BaseRpcInterceptor hierarchy
>>>> ISPN-2381 Locks are removed even if not successfully unlocked
>>>> 
>>>> Adrian:
>>>> ISPN-2318 Reimplement a Topology-Aware Consistent Hash
>>>> 
>>>> Galder:
>>>> ISPN-2429 Cache restart still doesn't work properly for query-enabled caches
>>>> JBQA-6819 - Added the ant script which merges and generates jacoco code coverage report file.
>>>> ISPN-2412 Allow specifying container and cache when connecting via CLI
>>>> 
>>>> Tristan:
>>>> [5.1.x] ISPN-2414 Fixes to reduce memory consumption of local caches
>>>> ISPN-2414 Fixes to reduce memory consumption of local caches
>>>> 
>>>> Mircea:
>>>> ISPN-2440 JGroupsTransport.invokeRemotely throws SuspectExceptions even ...
>>>> Fix DummyInMemoryCacheStoreConfigurationBuilder#read()
>>>> ISPN-2371 The global component registry fails to start components
>>>> ISPN-2443 - tests are added for reproducing/verifying the issue.
>>>> ISPN-2386 - Test reproducing/verifying the issue with ClassCastingException in case of CacheLoader usage (with storeAsBinary conf).
>>>> ISPN-1042 - Enable distributed and Map/Reduce task interruption/cancellation
>>>> 
>>>> Vladimir:
>>>> ISPN-2409 - Reproduction/verification case for NotSerializableException occurence.
>>>> 
>>>> Cheers,
>>>> -- 
>>>> Mircea Markus
>>>> Infinispan lead (www.infinispan.org)
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> Cheers,
>>> -- 
>>> Mircea Markus
>>> Infinispan lead (www.infinispan.org)
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> infinispan-dev mailing list
>>> infinispan-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> 
> --
> Galder Zamarreño
> galder at redhat.com
> twitter.com/galderz
> 
> Project Lead, Escalante
> http://escalante.io
> 
> Engineer, Infinispan
> http://infinispan.org
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev




More information about the infinispan-dev mailing list