Amin,
I've been checking the replace behaviour but I don't understand what's
your problem exactly.
CacheStoreInterceptor deals with replace calls in exactly the same
situation as it does for puts. If the command is successful, iow if the
value was replaced, then it calls CacheStore.store(), which is the same
as it'd do with cache.put().
Cheers,
On 02/08/2010 06:44 PM, Galder Zamarreno wrote:
I've fixed 343 in trunk now. Amin, try it out and let us know if
it's
working fine for you now.
On 02/08/2010 04:02 PM, Galder Zamarreno wrote:
> The prepare list is not being coalesced:
>
https://jira.jboss.org/jira/browse/ISPN-343
>
> I'll check the replace behaviour:
>
https://jira.jboss.org/jira/browse/ISPN-344
>
> On 02/08/2010 12:32 PM, Galder Zamarreno wrote:
>> Amin, I was away last week. Are you still having issues with this? Are
>> the modifications done within a tx or outside of it?
>>
>> On 01/30/2010 09:24 AM, Amin Abbaspour wrote:
>>> I did some tests. Unfortunately my results are not much satisfactory.
>>>
>>> I do confirm that now changes are synced in a separate
>>> CoalescedAsyncStore thread, but the aggregate process we discussed
>>> before here (
https://jira.jboss.org/jira/browse/ISPN-116 ) does not
>>> work anymore. I can see that not the only final value but all
>>> modifications are flushed. (i.e. sync at then end of a 100
>>> modifications period results in 100 stores)
>>>
>>> The other issue is that only cache.put() worked for me this way, and
>>> it ignored all modification via replace for example.
>>>
>>> Let me know if you have done similar tests and your results plz.
>>>
>>> Thanks
>>> Amin
>>>
>>>
>>> On Fri, Jan 29, 2010 at 7:56 PM, Amin Abbaspour<a.abbaspour(a)gmail.com>
wrote:
>>>> Thanks Galder for such a quickly fix.
>>>>
>>>> like Philippe I was not expecting this major issue to be fixed so
>>>> fast. I have not tested it myself yet, but will check and inform my
>>>> test result tomorrow.
>>>>
>>>> Amin
>>>>
>>>> On Fri, Jan 29, 2010 at 4:15 PM, Manik Surtani<manik(a)jboss.org>
wrote:
>>>>>
>>>>> On 29 Jan 2010, at 12:21, Philippe Van Dyck wrote:
>>>>>
>>>>> Thanks Galder, I could have.
>>>>> As you noticed in the thread, this bug is a blocker for me and since
qi4j
>>>>> 1.0 was released two days ago, I am now only waiting for the latest
release
>>>>> of JClouds (beta3) to integrate all of them.
>>>>> So having it solved so quickly (!!! :-) ) did change a lot of my
schedule
>>>>> these last days and when I asked the previous question I was far away
from
>>>>> any fully fledged browser...
>>>>> Until Jira fully integrates with mailing lists, there will be a lag
between
>>>>> a "this is done now" message and the "here is the svn
log" explanation for
>>>>> anybody with a crappy phone like me ;-)
>>>>> Actually, having Jira manage (or observe) the mailing list could be a
very
>>>>> good idea... linking code changes to specific parts of discussions
and
>>>>> having Jira to automagically tag it as 'bug' 'task'
or 'improvement' would
>>>>> be very nice (Jira could also add links to code...)!
>>>>>
>>>>> Only once JIRA actually fixes and commits bugs (and makes me coffee)
will I
>>>>> be truly impressed! :)
>>>>>
>>>>> phil
>>>>>
>>>>> On Fri, Jan 29, 2010 at 12:19 PM, Galder
Zamarreno<galder(a)jboss.org> wrote:
>>>>>>
>>>>>>
>>>>>> 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.plugi...
>>>>>>
>>>>>>>
>>>>>>> That sounds like a really good news ;-)
>>>>>>>
>>>>>>> phil
>>>>>>>
>>>>>>> On Thu, Jan 28, 2010 at 6:10 PM, Galder
Zamarreno<galder(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(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
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> infinispan-dev mailing list
>>>>>>>>> infinispan-dev(a)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(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
>>>>>>
>>>>>> --
>>>>>> Galder Zamarreño
>>>>>> Sr. Software Engineer
>>>>>> Infinispan, JBoss Cache
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>> --
>>>>> Manik Surtani
>>>>> manik(a)jboss.org
>>>>> Lead, Infinispan
>>>>> Lead, JBoss Cache
>>>>>
http://www.infinispan.org
>>>>>
http://www.jbosscache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>
>
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache