Hi Clinton,

thanks for the positive response.

Would sometime next week be a good time for a demo. Let me know your
availability.

thanks
Mario



                                                                           
             "Clinton Begin"                                               
             <[EMAIL PROTECTED]                                             
             ail.com>                                                   To 
                                       [email protected]               
             31/07/2007 22:35                                           cc 
                                                                           
                                                                   Subject 
             Please respond to         Re: SQLJ support for iBATIS for     
             [EMAIL PROTECTED]         Java                                
                   .org                                                    
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           




Sounds interesting.  I look forward to seeing the first demo!

Clinton

On 7/30/07, Mario Ds Briggs <[EMAIL PROTECTED] > wrote:

  Hello,

  I would like to make contributions to the iBatis Data Mapper for Java, so

  that it could execute SQL statements using SQLJ also (in addition to
  JDBC,
  as is done currently).

  The primary goal would be for users to be able to use any SQLJ vendor' s
  implementation (IBM, Oracle, Informix etc) with the Data Mapper. This
  would
  enable customers who use SQLJ to be able to use iBatis DataMapper.

  Parameter and resultset (mapping) handling, cache and all other features
  would remain unchanged and use the existing code without duplication.
  SQLJ
  would be used only to execute the SQL and return resultsets/updatecounts
  as
  applicable.  The approach would  have a tool (contributed to the project)
  that would generate the SQLJ implementation for the statements in the map

  xml files, translate and customize it. The runtime would have a
  sqljExecutor in addition to the existing sqlExecutor (JDBC).  Runtime
  switching between using either SQLJ or JDBC would be possible

  Looking to take this forward and any feedback.

  thanks
  Mario



Reply via email to