ibatis-user-java mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mario Ds Briggs <mario.bri...@in.ibm.com>
Subject Re: [VOTE] Should iBATIS support SQLJ?
Date Tue, 27 Jan 2009 11:22:33 GMT
We see it as 'iBATIS uses JDBC',  'iBATIS can also use SQLJ'


             Clinton Begin                                                 
             ail.com>                                                   To 
             27/01/2009 04:05                                           cc 
             Please respond to         Re: [VOTE] Should iBATIS support    
             user-java@ibatis.         SQLJ?                               

The only problem I have with this logic is that we could add a LOT to
iBATIS that wouldn't impact our users.  The question is not "can", the
question is "should".

SQLJ was one of the technologies that was available when I started
iBATIS, and it wasn't good enough. Since then iBATIS has earned
significantly more users and has achieved greater market penetration
than SQLJ.  It can be said that this success is directly related not
only to what iBATIS *is*, but also to what it is *not*.

I believe the only reason iBATIS has survived where other ORMs have
not (in the wake of Hibernate's dominance) is that it's different.
Different from ORM, different from JDBC, different from SQLJ....

iBATIS is unique.  To add something like SQLJ to iBATIS would take
away from what iBATIS is.

Therefore, I'll now cast my vote:



On Mon, Jan 26, 2009 at 3:11 PM,  <Christopher.Mathrusse@sybase.com> wrote:
> 0
> IF it doesn't impact the main code line and someone is willing to
> it, then why not? Seems more like a plugin at this rate.
> Chris Mathrusse
> christopher.mathrusse@sybase.com
> Sybase, Inc
> One Sybase Drive
> Dublin, CA 94568
> (925) 236-5553
> Clinton Begin <clinton.begin@gmail.com>
> 01/23/2009 11:05 AM
> Please respond to
> user-java@ibatis.apache.org
> To
> iBatis Java Mail List <user-java@ibatis.apache.org>
> cc
> Subject
> [VOTE] Should iBATIS support SQLJ?
> Hi everyone,
> A group of developers have approached us with a contribution of code
> to patch iBATIS so that it supports SQLJ.
> If you've never heard of SQLJ, here are two links...
> http://en.wikipedia.org/wiki/SQLJ
> http://www.google.com/trends?q=sqlj
> The future of SQLJ is not clear to me, nor is its adoption rate over
> time.  Certainly iBATIS has a broader user base than SQLJ does.
> So the question is:  Should we support SQLJ as a feature of iBATIS?
> +5  ==  Absolutely... iBATIS will be better for it.
> +1  ==  Yes, support SQLJ.
> 0  ==  Doesn't matter to me.
> -1  ==  No, keep them separate.
> -5  ==  No way.  iBATIS is better off without it.
> This vote will remain open for 72 hours.
> Cheers,
> Clinton

View raw message