Re: [infinispan-dev] pls provide me Simple STOMP on WebSocket Client in Javascript

2011-05-12 Thread Pavana Kumari
Hi Am beginner to STOMP. I gone through the STOMP pdf, it was good. Am trying to execute STOMP clients in Javascript But It is unable to execute var client=Stomp.client(URL) statement. Please help me to resolve the Issue Regards Pavana DISCLAIMER: This email message and all attachments are conf

Re: [infinispan-dev] https://issues.jboss.org/browse/ISPN-977

2011-05-12 Thread Dan Berindei
On Wed, May 11, 2011 at 8:47 PM, Erik Salter wrote: > Wouldn't any rehash affect the locality of these generated keys, or am I > missing something? > Indeed, the moment a new node joins the cluster you have no guarantees that the keys that used to be on the same node are still stored together.

Re: [infinispan-dev] storeAsBinary: serialize keys, values, or both?

2011-05-12 Thread Manik Surtani
The hashcode is the same either way: https://github.com/infinispan/infinispan/blob/master/core/src/main/java/org/infinispan/marshall/MarshalledValue.java#L193 On 12 May 2011, at 16:59, Sanne Grinovero wrote: > thank you. > Not very critical for functionality, but now I'm wondering if the > cons

Re: [infinispan-dev] storeAsBinary: serialize keys, values, or both?

2011-05-12 Thread Erik Salter
Funny you should mention this -- this is a VERY critical consideration for us. Erik -Original Message- From: infinispan-dev-boun...@lists.jboss.org [mailto:infinispan-dev-boun...@lists.jboss.org] On Behalf Of Sanne Grinovero Sent: Thursday, May 12, 2011 11:59 AM To: infinispan -Dev List

Re: [infinispan-dev] storeAsBinary: serialize keys, values, or both?

2011-05-12 Thread Sanne Grinovero
thank you. Not very critical for functionality, but now I'm wondering if the consistent hash is being calculated on the binary form of the key? Just curious if we might end up with inconsistent definitions of "owner" in case it's possible to have the hash function invoked at different points of the

Re: [infinispan-dev] infinispan + javax.cache impl

2011-05-12 Thread Manik Surtani
Just a heads up. No point wasting much time on this, JSR 107 is in for a pretty major revamp. https://groups.google.com/forum/#!forum/jsr107 Two threads in particular to note: https://groups.google.com/forum/#!topic/jsr107/X0VhYs-uCWE https://groups.google.com/forum/#!topic/jsr107/AkI2e4pJhyc

Re: [infinispan-dev] storeAsBinary: serialize keys, values, or both?

2011-05-12 Thread Manik Surtani
On 12 May 2011, at 16:06, Manik Surtani wrote: > > On 11 May 2011, at 18:27, Sanne Grinovero wrote: > >> I'm also wondering how the equals is performed on a serialized key; I >> assume they are compared as byte[], but if that's the case that should >> be clearly documented as it would ignore an

Re: [infinispan-dev] storeAsBinary: serialize keys, values, or both?

2011-05-12 Thread Manik Surtani
On 11 May 2011, at 18:27, Sanne Grinovero wrote: > I'm also wondering how the equals is performed on a serialized key; I > assume they are compared as byte[], but if that's the case that should > be clearly documented as it would ignore any custom equals() > implementation. Your assumption is co

[infinispan-dev] [ISPN-78] Finalising the API

2011-05-12 Thread Olaf Bergner
After finishing the first iteration of implementing ISPN-961 - Spring Integration - I would like to turn my attention back to ISPN-78 - Large Object Support. Specifically, I would like to finalise the API before concentrating on the hard stuff, namely locking and transaction support. These are

Re: [infinispan-dev] IDEA:building non-OSGi libraries...

2011-05-12 Thread Mircea Markus
Thanks, that helped! On 12 May 2011, at 09:10, Dan Berindei wrote: > I disabled the Osmorc plugin and that seemed to stop it. > > Dan > > > On Wed, May 11, 2011 at 8:50 PM, Mircea Markus > wrote: >> Hi, >> >> Whenever I'm switching branches from 4.2.x to master the build in IDEA takes >> ag

Re: [infinispan-dev] [Pull Request] Modular Classloading Compatibility

2011-05-12 Thread Dan Berindei
On Thu, May 12, 2011 at 1:22 PM, Emmanuel Bernard wrote: > > On 12 mai 2011, at 11:18, Dan Berindei wrote: > >> That seems like a lot of overhead to me, and forcing the user to >> provide the classloader doesn't seem that bad in comparison. Perhaps >> we should use something other than a thread-lo

Re: [infinispan-dev] [Pull Request] Modular Classloading Compatibility

2011-05-12 Thread Emmanuel Bernard
On 12 mai 2011, at 11:18, Dan Berindei wrote: > That seems like a lot of overhead to me, and forcing the user to > provide the classloader doesn't seem that bad in comparison. Perhaps > we should use something other than a thread-local for this though, so > that users can do a onto the result of

Re: [infinispan-dev] [Pull Request] Modular Classloading Compatibility

2011-05-12 Thread Dan Berindei
On Wed, May 11, 2011 at 11:18 PM, David Bosschaert wrote: > On 11/05/2011 17:54, Dan Berindei wrote: >> On Wed, May 11, 2011 at 7:08 PM, Pete Muir  wrote: >>> Were we developing for OSGi I would certainly agree with you. However in >>> many environments today we can reasonably expect the TCCL to

Re: [infinispan-dev] JGroupsDistSync and ISPN-83

2011-05-12 Thread Vladimir Blagojevic
On 11-05-11 11:23 AM, Dan Berindei wrote: > If ReentrantReadWriteLock would allow upgrades then you would get a > deadlock when two threads both hold the read lock and try to upgrade > to a write lock at the same time. > There's always a trade-off... > > I'm not familiar with the code, but are you

Re: [infinispan-dev] IDEA:building non-OSGi libraries...

2011-05-12 Thread Dan Berindei
I disabled the Osmorc plugin and that seemed to stop it. Dan On Wed, May 11, 2011 at 8:50 PM, Mircea Markus wrote: > Hi, > > Whenever I'm switching branches from 4.2.x to master the build in IDEA takes > ages(even more, about 5 mins!!!). Most of the time is spent is "Building > non-OSGi libra