Re: read lock on what?
"Justin T. Sampson" <[email protected]> Thu, 21 Nov 2013 22:40:45 -0800
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <CAAshuuGnNTkW-0rV4XEzKKjHdUCSszRtS5OY2vC1bjK=jVWPDg@mail.gmail.com> |
Yes, Prevayler uses synchronized(prevalentSystem){...} internally for both
queries and transactions (plus additional synchronization for transactions
to get the journal sequencing right).
A few people have played with the latter idea. There's even a
proof-of-concept included with Prevayler, in the extras/facade module.
On Thu, Nov 21, 2013 at 11:20 AM, hakan eryargi <[email protected]>wrote:
> is it enough to sync on root object for reads? writing a query class for
> each read is really verbose.
>
> indeed even writing tx classes for writes is also verbose. a future
> improvement may be using magic @annotations very much like spring's.
>
> r a f t
>
>
> ------------------------------------------------------------------------------
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing
> conversations that shape the rapidly evolving mobile landscape. Sign up
> now.
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> _______________________________________________
> To unsubscribe go to the end of this page:
> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> _______________________________________________
> "Databases in Memoriam" -- http://www.prevayler.org
>
>
------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org