-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 5 posts ] 
Author Message
 Post subject: errata for hibernate in action
PostPosted: Mon Sep 06, 2004 2:18 pm 
Expert
Expert

Joined: Sat Jun 12, 2004 4:49 pm
Posts: 915
Page 158 - note FAQ

sentence : "Note that some database systems enable auto commit by default
for each new connection, but others don't"

This is correct for some clients, but don't for JDBC. JDBC specification request that auto commit is enabled when opnenew connection
(jdbc spec 2.1 chapter 10.1.1)

assertion (same page) : for multiple database you can't achieve atomicity using JDBC alone

It isn't correct - Oracle have two phase commit and with using database link and jdbc driver You can achieve atomicity (adminitsration database + jdbc driver alone) - two phase commit work in database side

regards


Top
 Profile  
 
 Post subject: Re: errata for hibernate in action
PostPosted: Mon Sep 06, 2004 4:31 pm 
Hibernate Team
Hibernate Team

Joined: Sun Sep 14, 2003 3:54 am
Posts: 7256
Location: Paris, France
snpesnpe wrote:
Page 158 - note FAQ

sentence : "Note that some database systems enable auto commit by default
for each new connection, but others don't"

This is correct for some clients, but don't for JDBC. JDBC specification request that auto commit is enabled when opnenew connection
(jdbc spec 2.1 chapter 10.1.1)

Not sure all JDBC driver follow the specs
Quote:
assertion (same page) : for multiple database you can't achieve atomicity using JDBC alone

It isn't correct - Oracle have two phase commit and with using database link and jdbc driver You can achieve atomicity (adminitsration database + jdbc driver alone) - two phase commit work in database side

regards

This is not really JDBC alone.

_________________
Emmanuel


Top
 Profile  
 
 Post subject:
PostPosted: Mon Sep 06, 2004 4:58 pm 
Expert
Expert

Joined: Sat Jun 12, 2004 4:49 pm
Posts: 915
1) fine, maybe don't

2) we need nothing except jdbc driver (or any client) - client doesn't know that data from more databases - for us it is jdbc alone

regards[/quote]


Top
 Profile  
 
 Post subject:
PostPosted: Mon Sep 06, 2004 5:29 pm 
Expert
Expert

Joined: Sat Jun 12, 2004 4:49 pm
Posts: 915
yet another :
Section 5.1.7
sentence :
"When one transaction holds a lock on an item, no concurrent trasnaction can read and/or modify this item"

It isn't true.

Oracle mantra : reader stop NEVER writer, writer stop NEVER reader , that is true MVC

regards


Top
 Profile  
 
 Post subject:
PostPosted: Mon Sep 06, 2004 6:16 pm 
Hibernate Team
Hibernate Team

Joined: Mon Aug 25, 2003 9:11 pm
Posts: 4592
Location: Switzerland
There is a difference between "wrong" and "not telling all about it". We had to use the latter technique often in the book, or it would be 1000 pages.

_________________
JAVA PERSISTENCE WITH HIBERNATE
http://jpwh.org
Get the book, training, and consulting for your Hibernate team.


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 5 posts ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.