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 Sat, 24 Jan 2009 17:32:51 GMT
Since the comments that folks are mentioning while voting is regards to the
whether this is dying technology or not, it is appropriate to share the
contributing group's thought on this.

The contributors are not bothered if this dying technology, resurrecting
technology or anything else. That is missing the point. Jeff Butler hit the
nail on the head about the benefit of precompiled packages for enterprise
classes of databases. The contributors feel that if you have that
requirement, it shouldnt mean that you should miss out of using frameworks
like iBatis, Spring etc. The contributors are aware of a few situations
where users faced this EITHER OR choice and the goal is to ensure it doesnt
have to be a EITHER OR choice anymore.

thanks
Mario



                                                                           
             Mario Ds                                                      
             Briggs/India/IBM@                                             
             IBMIN                                                      To 
                                       user-java@ibatis.apache.org         
             24/01/2009 06:11                                           cc 
                                       iBatis Java Mail List               
                                       <user-java@ibatis.apache.org>       
             Please respond to                                     Subject 
             user-java@ibatis.         Re: [VOTE] Should iBATIS support    
                apache.org             SQLJ?                               
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           




While i agreed to Jeff's request of seeing how this can be externalized
with some minimal refactoring to ibatis 2, FWIW i still thought it is  fair
to the ibatis users/community (especially those who dont know anything
about SQLJ which one can safely assume is the majority) about what this
patch means, since folks are still voting...

1- Absolutely no change to the way you build and use ibatis applications.
You wont see/feel anything change.
2 - There wont even be an additional jar (SQLJ.jar) that will be forced
down your throat to download and keep on your machine or to satisfy
compile/runtime dependencies.
3- It is a simple 3 java files with no external dependencies that get added
to ibatis source code.

thanks
Mario




             Clinton Begin
             <clinton.begin@gm
             ail.com>                                                   To
                                       iBatis Java Mail List
             24/01/2009 00:35          <user-java@ibatis.apache.org>
                                                                        cc

             Please respond to                                     Subject
             user-java@ibatis.         [VOTE] Should iBATIS support SQLJ?
                apache.org









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





Mime
View raw message