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 Fri, 23 Jan 2009 22:35:36 GMT
thanks for the appreciation. FWIW we will provide the maintenance.

             Brandon Goodin                                                
             mail.com>                                                  To 
             24/01/2009 02:39                                           cc 
             Please respond to         Re: [VOTE] Should iBATIS support    
             user-java@ibatis.         SQLJ?                               


I appreciate the work that was put into providing this patch. However, it
would be best not to introduce this as a maintenance overhead for the
iBatis code base. SQLJ is not very popular at all. It also does not appear
across languages like SQL does. It would be nice if our architecture
supported the ability to add these type of extensions so that those who
find it useful can take advantage of it. Perhaps iB3 will provide the
needed hooks to write a SQLJ plugin/extension.

Brandon Goodin

On Fri, Jan 23, 2009 at 1:05 PM, Clinton Begin <clinton.begin@gmail.com>
  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...


  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.


View raw message