Return-Path: 
 <user-java-return-8307-apmail-ibatis-user-java-archive=ibatis.apache.org@ibatis.apache.org>
Delivered-To: apmail-ibatis-user-java-archive@www.apache.org
Received: (qmail 79455 invoked from network); 5 Aug 2006 13:46:46 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 5 Aug 2006 13:46:46 -0000
Received: (qmail 75890 invoked by uid 500); 5 Aug 2006 13:46:40 -0000
Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org
Received: (qmail 75876 invoked by uid 500); 5 Aug 2006 13:46:40 -0000
Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-java-help@ibatis.apache.org>
List-Unsubscribe: <mailto:user-java-unsubscribe@ibatis.apache.org>
List-Post: <mailto:user-java@ibatis.apache.org>
List-Id: <user-java.ibatis.apache.org>
Reply-To: user-java@ibatis.apache.org
Delivered-To: mailing list user-java@ibatis.apache.org
Received: (qmail 75865 invoked by uid 99); 5 Aug 2006 13:46:40 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Aug 2006 06:46:40 -0700
X-ASF-Spam-Status: No, hits=0.5 required=10.0
	tests=DNS_FROM_RFC_ABUSE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of larry.meadors@gmail.com
 designates 64.233.182.188 as permitted sender)
Received: from [64.233.182.188] (HELO nf-out-0910.google.com) (64.233.182.188)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Aug 2006 06:46:39 -0700
Received: by nf-out-0910.google.com with SMTP id x37so1370467nfc
        for <user-java@ibatis.apache.org>;
 Sat, 05 Aug 2006 06:46:17 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=E2QQDDJlbBY43qcrO4xV/OiCIdYpZB4xsd/Hut79hKWwYf9euB675AlcHzb9TwOnEUmTwzQda88fAcqGyZZ7qXmD7ZkofpqRTg3b5mAJGD37+yaZLXpt2fgkxRmQH7dTgnHnLH78l5p3eenKYvWLdwmVESE+zlC5IiB1V4GToGI=
Received: by 10.78.140.17 with SMTP id n17mr1909165hud;
        Sat, 05 Aug 2006 06:46:17 -0700 (PDT)
Received: by 10.78.149.20 with HTTP; Sat, 5 Aug 2006 06:46:17 -0700 (PDT)
Message-ID: <a10a823c0608050646o7487c470u63f2a3eaabb3615a@mail.gmail.com>
Date: Sat, 5 Aug 2006 07:46:17 -0600
From: "Larry Meadors" <lmeadors@apache.org>
Reply-To: lmeadors@apache.org
Sender: larry.meadors@gmail.com
To: user-java@ibatis.apache.org
Subject: Re: Does JDBC 4.0 make iBATIS redundant?
In-Reply-To: <16178eb10608041947t61ea185av6d29784ae0abf52a@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <16178eb10608041947t61ea185av6d29784ae0abf52a@mail.gmail.com>
X-Google-Sender-Auth: 300f657aa7d742b4
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Heh, my bet is that Sun delivers enough to make iBATIS easier to
write, but still manages to overcomplexificate it enough to make
people still want to use something else.

It is cool to see things like DataSet<Employee> coming from the API,
but unless DataSet extends List, I do not want that anywhere but in my
DAO layer, just like I do not want a ResultSet anywhere but in my DAO
layer. If it does, great! That is a huge advancement.

While stuff like @Select("SELECT * FROM Employee WHERE status = 'A'")
looks very attractive, and simple crud accounts for probably 35-50% of
the statements I use, only about 2% of the SQL I write beyond CRUD
fits into the 1-liner category.

The rest of the SQL statements are those 80-100 line select statements
with dynamic elements...and as much as I like the StringBuilder
class...I still prefer <dynamic> elements to java code. ;-)

So...top question on my list...can/should we use this for iBATIS3? ;-)

Larry

On 8/4/06, Clinton Begin <clinton.begin@gmail.com> wrote:
> Hi all,
>
> I just picked this up from InfoQ.  What do you think?
>
>
> =====================
> Blogger Patrick Lightbody noted "I could see JDBC 4.0 replacing my need for
> iBatis" after reading another blog post on JDBC 4.0 functionality. JDBC 4.0
> includes basic O/R mapper functionality that eases the repetitive task of
> copying ResultSet data into objects. It does not handle inheritance or table
> relations however.
> =====================
>
>
> http://www.infoq.com/news/Easier-Database-Development-JDBC
>
> Patrick's a good guy and a respected developer.  I appreciate his opinion.
> Obviously, this is only useful for people running JDK 5 or possibly only JDK
> 6.  And of course, Annotation support would be an almost brainless effort to
> implement for iBATIS.  Your thoughts?
>
> Clinton
>