Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user-java@ibatis.apache.org
Received-SPF: pass (athena.apache.org: domain of mario.briggs@in.ibm.com
 designates 59.145.155.6 as permitted sender)
In-Reply-To: <2fe5ef5b0901231309r132570a8ve67b7912dc2a47b5@mail.gmail.com>
Subject: Re: [VOTE] Should iBATIS support SQLJ?
To: user-java@ibatis.apache.org
Cc: user-java@ibatis.apache.org
Message-ID: 
 <OFD9792BE7.6113F976-ON65257547.007C0D77-65257547.007C2C38@in.ibm.com>
From: Mario Ds Briggs <mario.briggs@in.ibm.com>
Date: Sat, 24 Jan 2009 04:05:36 +0530
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII

thanks for the appreciation. FWIW we will provide the maintenance.


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

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>
wrote:
  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