Re: Java STM

2009-08-28 Thread John Harrop
On Fri, Aug 28, 2009 at 4:45 AM, peter veentjer wrote: > > Clojure's STM is part of a holistic language design where > > people will normally be programming with immutable persistent > > composite data structures. Getting a consistent view of such a data > > structure doesn't require a transaction

Re: Java STM

2009-08-28 Thread Rich Hickey
On Fri, Aug 28, 2009 at 4:45 AM, peter veentjer wrote: > >> No. I don't want to use transactions for workflow. I don't want >> blocking transactions. I don't want read tracking. > > With multiverse it depends on the engine being used and the settings > on the transaction. And readonly transactions

Re: Java STM

2009-08-28 Thread Emeka
Peter, you will get there some day. On Fri, Aug 28, 2009 at 8:45 AM, peter veentjer wrote: > > > No. I don't want to use transactions for workflow. I don't want > > blocking transactions. I don't want read tracking. > > With multiverse it depends on the engine being used and the settings > on t

Re: Java STM

2009-08-28 Thread peter veentjer
> No. I don't want to use transactions for workflow. I don't want > blocking transactions. I don't want read tracking. With multiverse it depends on the engine being used and the settings on the transaction. And readonly transactions also don't track reads. > > And since Clojure is using MVCC, d

Re: Java STM

2009-08-27 Thread Rich Hickey
On Aug 27, 7:17 am, peter veentjer wrote: > Hi Christian, > > On Jul 13, 10:37 am, Christian Vest Hansen > wrote: > > > I believe that DeuceSTM i primarily intended as a research platform > > for Java STMs, hence the flexibility with pluggable algorithms. > > > Another Java STM is multiverse:h

Re: Java STM

2009-08-27 Thread peter veentjer
Hi Christian, On Jul 13, 10:37 am, Christian Vest Hansen wrote: > I believe that DeuceSTM i primarily intended as a research platform > for Java STMs, hence the flexibility with pluggable algorithms. > > Another Java STM is multiverse:http://code.google.com/p/multiverse/- > the focus here is on

Re: Java STM

2009-07-13 Thread Daniel
On Mon, Jul 13, 2009 at 1:36 PM, Daniel wrote: > On Mon, Jul 13, 2009 at 7:55 AM, Mark Volkmann > wrote: >> >> On Sun, Jul 12, 2009 at 7:07 PM, Vagif Verdi wrote: >>> >>> Potentially interesting library for clojurians. Java STM >>> implementation: http://www.deucestm.org/ >> >> As best I can tell

Re: Java STM

2009-07-13 Thread Daniel
On Mon, Jul 13, 2009 at 7:55 AM, Mark Volkmann wrote: > > On Sun, Jul 12, 2009 at 7:07 PM, Vagif Verdi wrote: >> >> Potentially interesting library for clojurians. Java STM >> implementation: http://www.deucestm.org/ > > As best I can tell, this is yet another "on your honor" STM > implementation.

Re: Java STM

2009-07-13 Thread Christian Vest Hansen
I believe that DeuceSTM i primarily intended as a research platform for Java STMs, hence the flexibility with pluggable algorithms. Another Java STM is multiverse: http://code.google.com/p/multiverse/ - the focus here is on performance. Multiverse is based on MVCC, like the Clojure STM. Both of

Re: Java STM

2009-07-12 Thread Jon Harrop
On Monday 13 July 2009 01:55:07 Mark Volkmann wrote: > Is there another STM implementation that enforces its use like this? I assume Haskell tells you at compile time. -- Dr Jon Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/?e --~--~-~--~~~---~--

Re: Java STM

2009-07-12 Thread Mark Volkmann
On Sun, Jul 12, 2009 at 7:07 PM, Vagif Verdi wrote: > > Potentially interesting library for clojurians. Java STM > implementation: http://www.deucestm.org/ As best I can tell, this is yet another "on your honor" STM implementation. What I mean is that as long as you use the library correctly in e