You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ibatis.apache.org by Mario Ds Briggs <ma...@in.ibm.com> on 2007/07/31 07:54:23 UTC
SQLJ support for iBATIS for Java
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
Re: SQLJ support for iBATIS for Java
Posted by Mario Ds Briggs <ma...@in.ibm.com>.
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"
<clinton.begin@gm
ail.com> To
dev@ibatis.apache.org
31/07/2007 22:35 cc
Subject
Please respond to Re: SQLJ support for iBATIS for
dev@ibatis.apache Java
.org
Sounds interesting. I look forward to seeing the first demo!
Clinton
On 7/30/07, Mario Ds Briggs <mario.briggs@in.ibm.com > 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
Re: SQLJ support for iBATIS for Java
Posted by Clinton Begin <cl...@gmail.com>.
Sounds interesting. I look forward to seeing the first demo!
Clinton
On 7/30/07, Mario Ds Briggs <ma...@in.ibm.com> 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
>
>