also, don't forget this one: https://issues.jboss.org/browse/ISPN-3334
On Fri, Oct 11, 2013 at 9:22 AM, Erik Salter wrote:
> Hi Radim,
>
> If you're using VMs, this may be of use. I actually experienced a JGroups
> lockup in production with FC in decrementCredits. What happened in my case
> i
Udp or tcp?
On Oct 11, 2013, at 8:41, Radim Vansa wrote:
> Hi,
>
> since Infinispan moved to JGroups 3.4, we're experiencing occassional
> deadlocks in some tests - most of threads that send anything over
> JGroups are waiting in JGroups' FlowControl.decrementCredits. The
> problem sometimes goe
+1!
On Oct 10, 2013, at 19:07, Shane Johnson wrote:
> +1
>
> - Original Message -
> From: "Randall Hauch"
> To: "infinispan -Dev List"
> Sent: Thursday, October 10, 2013 5:25:35 PM
> Subject: Re: [infinispan-dev] [Cloudtm-discussion] Transactional Distributed
> B+Tree over ISPN
>
>
What's the best way to deal w/ storing MarshalledValue in a cache store
such as JPA CacheStore?
It seems like if MarshalledValue is stored, the same type is expected when
loaded?
Thanks,
On Wed, Sep 11, 2013 at 5:24 PM, Ray Tsang wrote:
> Mircea,
>
> I saw I could use CacheLoade
cachestore-jdbm
>
>
> On 3 Sep 2013, at 16:55, Ray Tsang wrote:
>
> Good timing - I just started an off-heap store for fun that uses mapdb
> direct memory db.
> https://github.com/saturnism/infinispan-cachestore-offheap
>
> Please take a look!
>
>
> On Tue, Sep 3, 2
Mircea,
I saw I could use CacheLoaderException for load()... But what should be
used for write()? Should errors occurred during write() continue to throw
CacheLoaderException? or, can it throw any RuntimeException?
Thanks,
On Fri, Sep 6, 2013 at 9:38 AM, Ray Tsang wrote:
> I'd be
Martin,
While those are implementation details, I think some adjustment should be
allowed for tuning purposes. There should be some reasonable values. On
the other hand, I think that, for the expiration db directory, and data
directory - perhaps we should default somehow. Eg.,
...
A data dire
Oh, and I didn't go down this path in the lib mode configuration was
because I thought maybe it's useful to be able to configure it to 2
different paths...
On Wed, Sep 11, 2013 at 10:01 AM, Ray Tsang wrote:
> Martin,
>
> While those are implementation details, I think some a
Capacity factor? Capacity weight?
On Sep 9, 2013, at 2:18, Dan Berindei wrote:
> Hi guys
>
> As you know, I'm working on ISPN-3051, allowing each node to take a higher or
> lower proportion of the entries in the cache. I've implemented this by adding
> a float "loadFactor" setting in each node
I'd be happy to take a look.
I also wrote an offheap memory store on my GitHub if you missed it.
It can be easily refitted for general purpose mapdb store.
On Sep 6, 2013, at 9:33, Mircea Markus wrote:
> Hi Ray,
>
> Part of Infinispan 6.0 we revamped the CacheStore API. I've migrated the
> Lev
Good timing - I just started an off-heap store for fun that uses mapdb
direct memory db.
https://github.com/saturnism/infinispan-cachestore-offheap
Please take a look!
On Tue, Sep 3, 2013 at 6:13 AM, Randall Hauch wrote:
> Has anyone looked at writing a cache store that uses MapDB? It provides
ng an off heap memory-based cache store, but your code is
> actually not too far away from a cache store that persists to a
> (memory-mapped) file. I'd love to see how that compares to a cache store
> based upon LevelDB.
>
> On Sep 3, 2013, at 10:55 AM, Ray Tsang wrote:
>
>
On Fri, Aug 16, 2013 at 5:05 AM, Galder Zamarreño wrote:
>
> On Aug 15, 2013, at 4:25 AM, Ray Tsang wrote:
>
> > Btw how do we deal with preloading in a cluster?
>
> Each node preloads locally only.
>
How is this done? Is it through loadAllKeys first, and then determin
On Thu, Aug 15, 2013 at 11:45 AM, Radim Vansa wrote:
> On 08/15/2013 03:57 PM, Ray Tsang wrote:
>
>
>
>
> On Thu, Aug 15, 2013 at 9:48 AM, Galder Zamarreño wrote:
>
>>
>> On Aug 14, 2013, at 11:14 PM, Ray Tsang wrote:
>>
>> > I actually did n
On Thu, Aug 15, 2013 at 9:48 AM, Galder Zamarreño wrote:
>
> On Aug 14, 2013, at 11:14 PM, Ray Tsang wrote:
>
> > I actually did not enjoy writing parsers and config builders etc…
>
>
i felt that writing the parsers are error prone - there are many places to
touch when addi
Btw how do we deal with preloading in a cluster?
Eg how do we prevent every node from preloading the same data?
On Aug 14, 2013, at 16:09, Mircea Markus wrote:
>
> On 14 Aug 2013, at 20:53, Sanne Grinovero wrote:
>
>> On 14 August 2013 17:59, Mircea Markus wrote:
>>>
>>> On 14 Aug 2013, at 15
I actually did not enjoy writing parsers and config builders etc...
On Aug 14, 2013, at 14:58, Mircea Markus wrote:
>
> On 14 Aug 2013, at 18:48, Dennis Reed wrote:
>
>>> I've written such parser on Friday, basically just copying and rewriting
>>> the SingleFileCacheStore stuff (adding my own p
nd a possible culprit could be
>> MarshalledValue, but Mircea's looking into it. We believe the root cause
>> for #1 and #2 is the same.
>>
>>
>> On 7/17/13 12:46 PM, Mircea Markus wrote:
>>> Thanks Ray!
>>>
>>> I think the issue i
nd a possible culprit could be
>> MarshalledValue, but Mircea's looking into it. We believe the root cause
>> for #1 and #2 is the same.
>>
>>
>> On 7/17/13 12:46 PM, Mircea Markus wrote:
>>> Thanks Ray!
>>>
>>> I think the issue is: ht
ssue is: https://issues.jboss.org/browse/JGRP-1659
> Bela the test is attached to the JIRA.
>
> Ray, I think your harness can be pretty useful as a general purpose tool for
> reporting issues, I think it's worth cleaning it up a bit + doc and add it to
> the infinispan repo. Wdyt?
>
On Jun 28, 2013, at 11:39, Manik Surtani wrote:
On 28 Jun 2013, at 19:33, Adrian Nistor wrote:
And finally, if anyone could suggest a better name for the stream-like
package? I can't think of any other option except *streamlike* :) (which
might be trade-marked) So any other options? If no opti
On Jun 6, 2013, at 13:26, Mircea Markus wrote:
>
> On 4 Jun 2013, at 13:55, Dan Berindei wrote:
>
CacheLoaderInterceptor and DistributionInterceptor both honour the
IGNORE_RETURN_VALUES flag for get commands, but I think it would be more
useful if they ignored it - just like the
Mircea,
the doc has been updated. the blog is in draft. please review and let me
know when i can publish it away.
Thanks,
On Mon, May 27, 2013 at 9:16 AM, Ray Tsang wrote:
> Most definitely! Thanks!
>
> On May 27, 2013, at 8:25, Mircea Markus wrote:
>
> > Hi Ray,
> &
Most definitely! Thanks!
On May 27, 2013, at 8:25, Mircea Markus wrote:
> Hi Ray,
>
> First of all big thanks for developing this feature, it's been a while since
> it has been on the roadmap and judging by the number of JIRA watches quite a
> popular pice of functionality too! Can you pleas
> there should
> be no need to use a ClusterCacheLoader,
I agree. This looked consistent w/ what I saw a couple weeks ago in a
different thread. Use of ClusterCacheLoader didn't make sense to me
either...
On Mar 18, 2013, at 5:55, Sanne Grinovero wrote:
> I'm glad you're finding a workaround f
Can you try adding a ClusterCacheLoader to see if that helps?
Thanks,
On Fri, Mar 15, 2013 at 8:49 AM, James Aley wrote:
> Apologies - forgot to copy list.
>
> On 15 March 2013 15:48, James Aley wrote:
> > Hey Adrian,
> >
> > Thanks for the response. I was chatting to Sanne on IRC yesterday, a
Was the cache loader shared? Which cache loader were you using?
On Fri, Mar 15, 2013 at 8:03 AM, James Aley wrote:
> Hey all,
>
>
> Seeing as this is my first post, I wanted to just quickly thank you
> all for Infinispan. So far I'm really enjoying working with it - great
> product!
>
>
> I'm
enough
for hooking into the script store. :)
On Jan 28, 2013, at 5:23, Manik Surtani wrote:
> You guys should collaborate on this. :)
>
> On 28 Jan 2013, at 13:02, Tristan Tarrant wrote:
>
>> On 01/26/2013 09:32 PM, Ray Tsang wrote:
>>> I just wrote something quick th
Hi Guys,
I also implemented something w/ JSR 223 -
https://github.com/saturnism/infinispan/tree/jsr223-mr/core/src/main/java/org/infinispan/distexec/mapreduce
With tests that uses scripts like this:
https://github.com/saturnism/infinispan/tree/jsr223-mr/core/src/test/resources/mapreduce
On Mon,
ke an excellent idea!
> Il giorno 26/gen/2013 20:33, "Ray Tsang" ha
> scritto:
>
>> I just wrote something quick that uses groovy scripts. my hope is to be
>> able to execute any arbitrary scripted mapper/reducer w/o needing to, say,
>> redeploy/restart t
, Vladimir Blagojevic
wrote:
> Yes it does!
> On 13-01-25 4:31 PM, Ray Tsang wrote:
>
> For Map/Reduce tasks - does the Task, Mapper, Reducer implementations
> classes need to be present in the classpath of all the nod
For Map/Reduce tasks - does the Task, Mapper, Reducer implementations
classes need to be present in the classpath of all the nodes?
Thanks,
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan
yValueCommand.java#L100
> >
> >
> > On 23 Jan 2013, at 21:02, Vladimir Blagojevic
> wrote:
> >
> >> On 13-01-23 3:36 PM, Ray Tsang wrote:
> >>> speaking of ApplyDeltaCommand - where does it actually perform the
> >>> delta operation? perform()
speaking of ApplyDeltaCommand - where does it actually perform the delta
operation? perform() simply returns null. Any pointers?
Thanks,
On Wed, Jan 23, 2013 at 12:07 PM, Adrian Nistor wrote:
> Hi Pedro,
>
> I found this odd too a few months ago while working on state transfer
> and added a T
Does it behave like what's described here?
https://docs.jboss.org/author/display/ISPN/Cache+Loaders+and+Stores#CacheLoadersandStores-CachePassivation
Thanks,
On Mon, Jan 14, 2013 at 6:53 AM, Randall Hauch wrote:
> We're using MODE-1745 to track this problem (from ModeShape's
> perspective): htt
Great stuff Bela!
Btw, is xsite replication bidirectional? LON has SFO as backup, and SFO
also has LON as backup.
On Fri, Dec 14, 2012 at 8:01 PM, Sanne Grinovero wrote:
> That was very very nice to see.
>
> Assuming you also asked for feedback to improve this as a talk:
>
> 1# you stress severa
36 matches
Mail list logo