Hi Clinton,
thanks for your reply, I understand that's a design choice but I sadly
noticed that when the property parameter contains a break line character,
iBatis raises a so generic error that I had to spend a lot of time to
understand what was the cause...
So, yesterday I spent a good part of the night studying iBatis code to
create a patch that easily (1 line of code) add the support for break line
character, with testcases.
If you all are open to this suggestion, I'd more than happy to open a Jira
issue and attach the patch, please let me know!!!
thank
2010/2/2 Clinton Begin <clinton.be...@gmail.com>
> That is by design and will not change. I suggest that when formatting
> parameters, put the entire thing on a newline when necessary. It's
> far too unreadable if you spit them up.
>
> Clinton
>
> On 2010-02-02, Marco Speranza <marco.speranz...@gmail.com> wrote:
> > Hi all Guys,
> >
> > we have found a little problem on iBatis3.
> > We have create a xml mapper file with this query:
> >
> >
> > <update id="myUpdate" parameterType="MyBean" flushCache="true">
> >
> > UPDATE TAB
> > <set>
> > <if test="id != null"> ID = #{id}, </if>
> > <if test="desc != null"> DESC = #{desc, jdbcType=TIMESTAMP,
> > typeHandler=SqlTimestampAsLongTypeHandler}, </if>
> > </set>
> > WHERE
> >
> > ...
> >
> > </update>
> >
> >
> > where SqlTimestampAsLongTypeHandler is an our type handler.
> >
> > if there is a TAB character or a NEW LINE character between javaType and
> > typeHandler parameter, the type handler is ignored.
> >
> > thanks all
> >
> >
> >
> > --
> > Marco Speranza <marco.speranz...@gmail.com>
> >
>
> --
> Sent from my mobile device
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
> For additional commands, e-mail: user-java-h...@ibatis.apache.org
>
>
--
Marco Speranza <marco.speranz...@gmail.com>
