Re: What happens if a transaction fails to serialize?

Ross Rick <[email protected]>
Newsgroups gmane.comp.java.prevayler
Message-ID <[email protected]>
Thanks Justin and Klaus.    I guess that is a perfect lead in to my next question, which is "If the transaction fails, what happens to it's journal entry?"

R

On Apr 23, 2010, at 2:21 PM, Klaus Wuestefeld wrote:

> Serialization: in parallel for best performance
> Writing and physical sync'ing (FileDescriptor.sync()) to disk: batched
> for best performance
> Execution: sequenced.
> 
> You can run 1500 threads on a 4-yr-old Celeron notebook running 700
> average-sized transactions per second.
> 
> See you, Klaus.
> 
> 
> 
> On Fri, Apr 23, 2010 at 5:59 PM, Ross Rick <[email protected]> wrote:
>> Ah.. excellent.   One less worry.    I was under the impression that for
>> speed reasons those two were forked.
>> R
>> On Apr 23, 2010, at 1:28 PM, Justin T. Sampson wrote:
>> 
>> On Fri, Apr 23, 2010 at 1:08 PM, Ross Rick <[email protected]> wrote:
>>> 
>>> As I understand it, application control is returned to the caller when the
>>> transaction completes in memory, so I'm wondering what happens if the
>>> journaling farts, especially after control has been returned.
>>> 
>>> Should be damn rare, of course, just wondering if this has been addressed.
>> 
>> As of Prevayler 2.3 at least, transactions are serialized (turned into bytes
>> by Java serialization) before anything else happens, so if serialization
>> fails the call to execute(Transaction) will throw the exception thrown by
>> the serialization and Prevayler is unaffected.
>> Cheers,
>> Justin
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> To unsubscribe go to the end of this page:
>> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
>> _______________________________________________
>> "Databases in Memoriam" -- http://www.prevayler.org
>> 
>> 
>> ------------------------------------------------------------------------------
>> 
>> _______________________________________________
>> To unsubscribe go to the end of this page:
>> http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
>> _______________________________________________
>> "Databases in Memoriam" -- http://www.prevayler.org
>> 
>> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
> _______________________________________________
> "Databases in Memoriam" -- http://www.prevayler.org
> 


------------------------------------------------------------------------------
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.