Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 26183 invoked from network); 7 Apr 2010 14:05:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Apr 2010 14:05:50 -0000 Received: (qmail 46642 invoked by uid 500); 7 Apr 2010 14:05:49 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 46617 invoked by uid 500); 7 Apr 2010 14:05:49 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 46610 invoked by uid 99); 7 Apr 2010 14:05:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Apr 2010 14:05:49 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of csfreebird@gmail.com designates 209.85.212.53 as permitted sender) Received: from [209.85.212.53] (HELO mail-vw0-f53.google.com) (209.85.212.53) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Apr 2010 14:05:43 +0000 Received: by vws1 with SMTP id 1so427448vws.12 for ; Wed, 07 Apr 2010 07:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=A9tIJ591WwgZZpsz6TuDgbPP4nots05Xie+7ub9IpsY=; b=b1u1nBFU5l7bmKMORFrYSssz02Yuv1riwOhPZS45lbmUbHzWw2F54ENr6HtRfZJsDk ECSWmjGWqFssT1GuwHLY3UZlIhBmE7DNA5UeKVt93jKOjTfM9c2/X5o7GZ9aLcjqJtj9 lqsy/ZtWbrxUgLBRkNYFq3V91opNQOZngIs1E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=f/n8j9+vKqbgzQEgG3hUdBXyMSiPkHzvbMHUFFDBKRd1vERi17wROAmyWhdKdkjvuD 4bQgLr4hxTpLtzuWuOEP5Wmr0+6gu9oBP4eTh7EBgfOVh4JfXADfEZmrUGEF+9KxoRaU 1X4Mxl7vBJkfOIvz6POBRdUQXcTChvyvLHQFE= MIME-Version: 1.0 Received: by 10.220.16.144 with HTTP; Wed, 7 Apr 2010 07:05:21 -0700 (PDT) In-Reply-To: References: <4BBC0BF3.5050109@bbs.darktech.org> Date: Wed, 7 Apr 2010 22:05:21 +0800 Received: by 10.220.124.196 with SMTP id v4mr4431562vcr.38.1270649121888; Wed, 07 Apr 2010 07:05:21 -0700 (PDT) Message-ID: Subject: Re: SqlSession.close() without committing From: =?UTF-8?B?6ZmI5oqS?= To: user-java@ibatis.apache.org Content-Type: multipart/alternative; boundary=0016e6d2755f8b5b730483a60d06 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6d2755f8b5b730483a60d06 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello: Maybe some guys can dig into the source codes of iBatis and write a book called 'Inside iBatis3'. Who want to write it?I want to buy it. :) By the way,I like JSF. =E9=99=88=E6=8A=92 Best regards http://blog.csdn.net/sheismylife On Wed, Apr 7, 2010 at 9:50 PM, Clinton Begin wrot= e: > Then you might be happier with a spec like JPA. Although I'd warn that > such specs are rarely implemented consistently. > > This is what has killed J2EE vs. the alternatives. Look at the history: > > * CMP - Spec. Dead, along with all implementations. > > * EJB - Spec. Dead. Spring killed it -- not a spec. > > * JDO - Spec. Dead, along with all implementations. > > * JSF - DOA. Bad idea to begin with, and has failed to unify client side > Java. Struts, GWT, Wickett, Stripes, ZK, Tapestry, etc. all still exist= -- > and are more popular than JSF -- all without a spec. > > Some specs have succeeded, due to their simplicity and natural interface > boundary (usually a network connection requiring a driver of sorts). The= se > include Servlet, JDBC and JMS. Even though they're not the nicest, they'= re > simple and necessary. Yet they too differ in many ways, especially JDBC. > JPA has a chance, but only because they essentially took the two most > popular frameworks that weren't specs and made them into a spec... nobody > will be winning any innovation awards for that one. > > The spec doesn't guarantee anything. Kind of like a green light doesn't > guarantee that cars won't be driving through the opposing red light at an > intersection... do you not check? > > The only thing that defines how a framework will work is the framework > itself -- spec or not. The only protection you have is your own unit, > functional and integration tests -- which you need anyway, as it's also t= he > only way you'll know if YOUR code works. > > We've created a user guide to describe the intended behavior of the iBATI= S > framework. If it is somehow incomplete or incorrect, you can contribute = to > it via the wiki discussed on page 2. > > Clinton > > > > > On Tue, Apr 6, 2010 at 10:37 PM, cowwoc wrote: > >> >>> Yes, iBATIS will rollback the connection if it deems it necessary. The >>> only >>> time you might need to call rollback explicitly is if you have a "selec= t" >>> that actually updates data in the database. Such is sometimes the case >>> with >>> stored procedures. >>> >>> >> >> Clinton, >> >> Coming back to our earlier discussion of Javadoc... where do you documen= t >> the iBatis specification? I hope you understand my reluctance of dependi= ng >> on behavior outside of an explicit specification. Today one person will = tell >> me the method works one way, tomorrow another person will tell me a >> different story. I'd love to have an official document to refer back to. >> >> >> Thanks, >> Gili >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org >> For additional commands, e-mail: user-java-help@ibatis.apache.org >> >> > --0016e6d2755f8b5b730483a60d06 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello:
=C2=A0=C2=A0 Maybe some guys can dig into the source codes of iBa= tis and write a book called 'Inside iBatis3'.
=C2=A0=C2=A0 Who w= ant to write it?I want to buy it. :)
=C2=A0=C2=A0 By the way,I like JSF.=

=E9=99=88=E6=8A=92
Best regards
http://blog.cs= dn.net/sheismylife


On Wed, Apr 7, 2010 at 9:50 PM, Clinton = Begin <clin= ton.begin@gmail.com> wrote:
Then you might be happier with a spec like JPA.=C2=A0 Although I'd warn= that such specs are rarely implemented consistently.

This is what h= as killed J2EE vs. the alternatives.=C2=A0 Look at the history:

* CM= P - Spec.=C2=A0 Dead, along with all implementations.

* EJB - Spec.=C2=A0 Dead.=C2=A0 Spring killed it -- not a spec.

= * JDO - Spec.=C2=A0 Dead, along with all implementations.

* JSF - DO= A.=C2=A0 Bad idea to begin with, and has failed to unify client side Java.= =C2=A0 Struts, GWT, Wickett, Stripes, ZK, Tapestry, etc.=C2=A0 all still ex= ist -- and are more popular than JSF -- all without a spec.

Some specs have succeeded, due to their simplicity and natural interfac= e boundary (usually a network connection requiring a driver of sorts).=C2= =A0 These include Servlet, JDBC and JMS.=C2=A0 Even though they're not = the nicest, they're simple and necessary. Yet they too differ in many w= ays, especially JDBC.=C2=A0 JPA has a chance, but only because they essenti= ally took the two most popular frameworks that weren't specs and made t= hem into a spec... nobody will be winning any innovation awards for that on= e.

The spec doesn't guarantee anything.=C2=A0 Kind of like a green lig= ht doesn't guarantee that cars won't be driving through the opposin= g red light at an intersection... do you not check?

The only thing t= hat defines how a framework will work is the framework itself -- spec or no= t.=C2=A0 The only protection you have is your own unit, functional and inte= gration tests -- which you need anyway, as it's also the only way you&#= 39;ll know if YOUR code works.

We've created a user guide to describe the intended behavior of the= iBATIS framework.=C2=A0 If it is somehow incomplete or incorrect, you can = contribute to it via the wiki discussed on page 2.

Clinton




On Tue, Apr 6, 2010 at 10:37 PM, cowwoc <cowwoc@bbs.darktech.org> wrote:

Yes, iBATIS will rollback the connection if it deems it necessary. =C2=A0Th= e only
time you might need to call rollback explicitly is if you have a "sele= ct"
that actually updates data in the database. =C2=A0Such is sometimes the cas= e with
stored procedures.
=C2=A0

Clinton,

Coming back to our earlier discussion of Javadoc... where do you document t= he iBatis specification? I hope you understand my reluctance of depending o= n behavior outside of an explicit specification. Today one person will tell= me the method works one way, tomorrow another person will tell me a differ= ent story. I'd love to have an official document to refer back to.


Thanks,
Gili

---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org



--0016e6d2755f8b5b730483a60d06--