Return-Path: Delivered-To: apmail-ibatis-dev-archive@www.apache.org Received: (qmail 53095 invoked from network); 14 Aug 2006 16:23:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Aug 2006 16:23:01 -0000 Received: (qmail 97306 invoked by uid 500); 14 Aug 2006 16:23:00 -0000 Delivered-To: apmail-ibatis-dev-archive@ibatis.apache.org Received: (qmail 97279 invoked by uid 500); 14 Aug 2006 16:23:00 -0000 Mailing-List: contact dev-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ibatis.apache.org Delivered-To: mailing list dev@ibatis.apache.org Received: (qmail 97268 invoked by uid 99); 14 Aug 2006 16:23:00 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Aug 2006 09:23:00 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jeffgbutler@gmail.com designates 66.249.92.170 as permitted sender) Received: from [66.249.92.170] (HELO ug-out-1314.google.com) (66.249.92.170) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Aug 2006 09:22:59 -0700 Received: by ug-out-1314.google.com with SMTP id m2so118390ugc for ; Mon, 14 Aug 2006 09:22:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=VRGN+vD8vhvbnW+tSuaRuTjU8QiU2ENxAS9nNwhKxeYnVFT79oFkrN3HZTyG0OOzTxBRWLO8QDAbQUgvPLxmCXyZafnsYOA6w2430Q0g3uQeUlyJKkOavrrfK9VknMMListzHr2X4L/hjRVit1PTba0fLqar73KRJRLz3VDe/c8= Received: by 10.66.244.10 with SMTP id r10mr8369801ugh; Mon, 14 Aug 2006 09:22:35 -0700 (PDT) Received: by 10.66.221.15 with HTTP; Mon, 14 Aug 2006 09:22:35 -0700 (PDT) Message-ID: Date: Mon, 14 Aug 2006 11:22:35 -0500 From: "Jeff Butler" To: dev@ibatis.apache.org Subject: Re: Multiple Result Set Support complete, 2.2.0 will fly within a week In-Reply-To: <16178eb10608140909k41f4e794y3b058ad02de0847a@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_149096_5972178.1155572555792" References: <16178eb10608130227o42dc89bahe4288e7d9af8e103@mail.gmail.com> <16178eb10608140909k41f4e794y3b058ad02de0847a@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_149096_5972178.1155572555792 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline LOL - we should do MDD - then we could just draw a pretty picture and there would be NO development time. :) Jeff On 8/14/06, Clinton Begin wrote: > > >> don't make any grand pronouncements about 2.2.0 > > Good call Jeff. Sorry for sounding extreme. We'll definitely be > supporting 2.2.0 for a long time, including new features that make too > much sense to ignore. > > At the end of the day, we'll always do what makes sense. Our investors > don't mind. ;-) > > >> we don't have any idea how long it will take to develop [iBATIS 3.0] > > I do! According to the latest hype: > > * iBATIS 3.0 will take 4 weeks to write. > * iBATIS.NET 3.0 will take 2 weeks to write. > * RBatis 3.0 will take 3.5 hours. > > Cheers, ;-) > > Clinton > > > On 8/14/06, Jeff Butler wrote: > > > > I agree that no new JDK/JDBC features should be put into iBATIS 2.x. > > But I'd suggest that we don't make any grand pronouncements about 2.2.0being the last release except for maintenance. It's hard to predict what > > the future holds and we have no idea when iBATIS 3.0 might be released. > > There have been no substantive discussions about iBATIS 3.0 anywhere and > > we don't have any idea how long it will take to develop such a thing. > > > > So I'd just say that we plan to keep iBATIS 2.x using JDK 1.4. I can't > > see any value to declaring some kind of extended maintenance mode for iBATIS > > 2.x - let's wait to do that until iBATIS 3.0 is somewhat close to a real > > product. > > > > Jeff Butler > > > > > > On 8/13/06, Clinton Begin wrote: > > > > > > Hi all, > > > > > > The good news is that I'm on vacation. The bad news is that I spent > > > the last 6 hours watching the first two extended edition Lord of the Rings > > > movies while implementing the Multiple ResultSet support. > > > > > > That was the last "required" feature for 2.2.0 to go out, so I'm > > > thinking it should be no more than a week before we see it deployed. There > > > may be a few more things to go, but certainly not of that size. > > > > > > Speaking of major features, I think that must be darn near the entire > > > JDBC API we've wrapped with iBATIS, and iBATIS 2.0 is showing its > > > age. It's been in production for almost 2.5 years, which is great > > > life to get out of any software. > > > > > > That said, with 2.2.0 out, I fully expect the next major version to be > > > 3.0. I recommend 2.0 enter an extended maintenance mode, whereby we > > > only fix bugs and make minor improvements to existing features. > > > > > > I don't suggest we attempt to leverage Java 5/6 or JDBC 3/4 features > > > in iBATIS 2.x. > > > > > > Instead, I'm thinking iBATIS 3.0 should cover all of those, with 2.xstill supported until JDK > > > 1.4 drops to well below 15% usage (it's currently at around 80%). > > > > > > Thoughts welcome. > > > > > > Cheers, > > > > > > Clinton > > > > > > > > ------=_Part_149096_5972178.1155572555792 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
LOL - we should do MDD - then we could just draw a pretty picture and there would be NO development time. :)
 
Jeff

 
On 8/14/06, Clinton Begin <clinton.begin@gmail.com> wrote:
>> don't make any grand pronouncements about 2.2.0

Good call Jeff.  Sorry for sounding extreme.  We'll definitely be supporting 2.2.0 for a long time, including new features that make too much sense to ignore. 

At the end of the day, we'll always do what makes sense.  Our investors don't mind.  ;-)

>> we don't have any idea how long it will take to develop [iBATIS 3.0]

I do!  According to the latest hype:

  * iBATIS 3.0 will take 4 weeks to write. 
  * iBATIS.NET 3.0 will take 2 weeks to write.
  * RBatis 3.0 will take 3.5 hours.

Cheers,  ;-)
 
Clinton


On 8/14/06, Jeff Butler <jeffgbutler@gmail.com > wrote:
I agree that no new JDK/JDBC features should be put into iBATIS 2.x.  But I'd suggest that we don't make any grand pronouncements about 2.2.0 being the last release except for maintenance.  It's hard to predict what the future holds and we have no idea when iBATIS 3.0 might be released.  There have been no substantive discussions about iBATIS 3.0 anywhere and we don't have any idea how long it will take to develop such a thing.
 
So I'd just say that we plan to keep iBATIS 2.x using JDK 1.4.  I can't see any value to declaring some kind of extended maintenance mode for iBATIS 2.x - let's wait to do that until iBATIS 3.0 is somewhat close to a real product.
 
Jeff Butler


On 8/13/06, Clinton Begin <clinton.begin@gmail.com > wrote:
Hi all,

The good news is that I'm on vacation.  The bad news is that I spent the last 6 hours watching the first two extended edition Lord of the Rings movies while implementing the Multiple ResultSet support.

That was the last "required" feature for 2.2.0 to go out, so I'm thinking it should be no more than a week before we see it deployed.  There may be a few more things to go, but certainly not of that size.

Speaking of major features, I think that must be darn near the entire JDBC API we've wrapped with iBATIS, and iBATIS 2.0 is showing its age.  It's been in production for almost 2.5 years, which is great life to get out of any software.  

That said, with 2.2.0 out, I fully expect the next major version to be 3.0.  I recommend 2.0 enter an extended maintenance mode, whereby we only fix bugs and make minor improvements to existing features. 

I don't suggest we attempt to leverage Java 5/6 or JDBC 3/4 features in iBATIS 2.x.

Instead, I'm thinking iBATIS 3.0 should cover all of those, with 2.x still supported until JDK 1.4 drops to well below 15% usage (it's currently at around 80%). 

Thoughts welcome.

Cheers,
 
Clinton



------=_Part_149096_5972178.1155572555792--