[infinispan-dev] Cache Store Does'nt Work Async Whenever Modification is Inside Transaction

[Galder Zamarreno]

On 01/28/2010 06:15 PM, Philippe Van Dyck wrote:
> Could you please be a bit more specific ?
> Are there any test to confirm the closing of the bug ?
> Is it in trunk ?

Dude, you could at least check the jira and its svn tab!

https://jira.jboss.org/jira/browse/ISPN-340?page=com.atlassian.jira.plugin.ext.subversion:subversion-commits-tabpanel

>
> That sounds like a really good news ;-)
>
> phil
>
> On Thu, Jan 28, 2010 at 6:10 PM, Galder Zamarreno<galder at jboss.org>  wrote:
>
>> This is done now.
>>
>> On 01/26/2010 01:10 PM, Amin Abbaspour wrote:
>>> Created https://jira.jboss.org/jira/browse/ISPN-340
>>> You can vote.
>>>
>>> On Tue, Jan 26, 2010 at 3:21 PM, Sanne Grinovero
>>> <sanne.grinovero at gmail.com>   wrote:
>>>> +1
>>>> I don't know if it's correct to consider it a bug, but choices on JIRA
>>>> are limited.
>>>> I would really need this - performance impact is high - and hope they
>>>> could fix it before 4.0
>>>>
>>>> Regards,
>>>> Sanne
>>>>
>>>> 2010/1/26 Amin Abbaspour<a.abbaspour at gmail.com>:
>>>>> Yes Philippe, I think it is a bug.
>>>>>
>>>>> This totally ruins all attempts to create a write-behind async store.
>>>>> I don't know if JBoss Cache had the same issue or not, but for many
>>>>> use-cases (including ours) one will need both TX and write-behind
>>>>> simultaneously.
>>>>>
>>>>> OK, I will open a bug in Jira for 4.0.0-GA.
>>>>>
>>>>> Amin
>>>>>
>>>>> On Tue, Jan 26, 2010 at 2:12 PM, Philippe Van Dyck<pvdyck at gmail.com>
>>   wrote:
>>>>>> Sounds like a good idea.
>>>>>> How do you qualify it ? Bug ? (perf)  Improvement ?
>>>>>> It has a major impact on performance when using the S3 CacheStore, so
>> I
>>>>>> would like it to be a "performance bug".
>>>>>> WDYT ... especially regarding the planning of the next release ?
>>>>>> Phil
>>>>>> On Tue, Jan 26, 2010 at 11:28 AM, Amin Abbaspour<
>> a.abbaspour at gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Should I open a jira task for this?
>>>>>>>
>>>>>>> Amin
>>>>>>>
>>>>>>> On Sat, Jan 23, 2010 at 4:59 PM, Amin Abbaspour<
>> a.abbaspour at gmail.com>
>>>>>>> wrote:
>>>>>>>> I guess this is a somehow a bug or typo.
>>>>>>>>
>>>>>>>> Transactions and stores are two separate concepts. While it sounds
>> to
>>>>>>>> flush to normal store at the TX commit but when one knowingly sets
>>>>>>>> store as async, he accepts the risk of consistence in favor of
>> speed.
>>>>>>>>
>>>>>>>> I expect this to be fixed (or at least discussed) before GA.
>>>>>>>>
>>>>>>>> Amin
>>>>>>>>
>>>>>>>> On Sat, Jan 23, 2010 at 3:48 PM, Philippe Van Dyck<pvdyck at gmail.com
>>>
>>>>>>>> wrote:
>>>>>>>>> I do confirm this behavior.
>>>>>>>>> Transactions and asynchronous updates may seem antagonistic, but
>> they
>>>>>>>>> are
>>>>>>>>> not on a multi-level cache.
>>>>>>>>> I plan to use a synchronous transactional disk cache and a second
>> non
>>>>>>>>> transactional asynchronous s3 cache, to get the best of both
>> worlds.
>>>>>>>>> Since the asynchronous aspect of the s3 cache will not allow me to
>> get
>>>>>>>>> any
>>>>>>>>> feedback (aka Future), I want it to 'write-behind' in the
>> background
>>>>>>>>> (and
>>>>>>>>> hope everything goes well).
>>>>>>>>> I will wait for the qi4j v1 release (probably Monday), adapt
>> infinispan
>>>>>>>>> to
>>>>>>>>> the blobstore of jClouds and take a closer look at this in a couple
>> of
>>>>>>>>> weeks.
>>>>>>>>> Phil
>>>>>>>>>
>>>>>>>>> On Sat, Jan 23, 2010 at 12:58 PM, Amin Abbaspour
>>>>>>>>> <a.abbaspour at gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi All,
>>>>>>>>>>
>>>>>>>>>> Regarding
>>>>>>>>>>
>> http://community.jboss.org/wiki/Write-ThroughAndWrite-BehindCaching
>>>>>>>>>> , Even if Syncer is in Async mode, but if we modify a key inside a
>>>>>>>>>> transaction boundary it is always stored synchronously! Why is it
>> so?
>>>>>>>>>> How can I have both locking and async store. FYI I use JBossTM
>>>>>>>>>> Standalone.
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Amin Abbaspour
>>>>>>>>>> _______________________________________________
>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>
>>> _______________________________________________
>>> infinispan-dev mailing list
>>> infinispan-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>> --
>> Galder Zamarreño
>> Sr. Software Engineer
>> Infinispan, JBoss Cache
>> _______________________________________________
>> 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
Sr. Software Engineer
Infinispan, JBoss Cache