[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