ibatis-user-java mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Clinton Begin <clinton.be...@gmail.com>
Subject Re: [IB3] Some questions
Date Thu, 13 Aug 2009 04:35:09 GMT
Yep, horrible typos... darn copy and paste!  That's what I get for writing
80 pages of documentation after the hours of 11pm.   :-)

I've updated all of the inappropriate usages of ${} and redeployed the
documentation.  I also added a quick blurb on proper usage of ${}...

Clinton

On Wed, Aug 12, 2009 at 9:52 PM, Clinton Begin <clinton.begin@gmail.com>wrote:

> Probably a typo.  You can place any typos in the Wiki in the documentation
> contributions.
>
>
> On Wed, Aug 12, 2009 at 9:42 PM, Zoran Avtarovski <zoran@sparecreative.com
> > wrote:
>
>>  Thanks Jeff,
>>
>> I asked about the string substitution because the docs use the ${...}
>> notation for primitives or simple data types. Is the user guide incorrect
>> then?
>>
>> Z.
>>
>>
>> Some answers...
>>
>> String substitution is still there.  Use this: ${...}
>>
>> The expression language is OGNL - OGNL is included basically as is in
>> iBATIS3.  iBATIS will make all bean properties available in the OGNL
>> context, and also the parameter object itself (as "_parameter").  So
>> you can do <if test="foo != null">  or <if test="_parameter.foo" !=
>> null">.
>>
>> Jeff Butler
>>
>>
>>
>> On Wed, Aug 12, 2009 at 7:22 PM, Zoran
>> Avtarovski<zoran@sparecreative.com> wrote:
>> > First off, fantastic effort guys. This looks like a unbelievable
>> release.
>> > The improvements over the previous version are just incredible. I’m
>> > especially a fan of the new collection tag.
>> >
>> > I’ve been reading over the user guide and I have a couple of questions :
>> >
>> > In V2 and prior $value$ resulted in a string substitution while #value#
>> used
>> > prepared statements and safe escaping. Is there still a string
>> substitution
>> > option? I know it’s not recommended, but we do have cases where we need
>> it.
>> >
>> > With regards to he expression language support in the dynamic sql tags,
>> is
>> > OGNL being used to evaluate the test fields or a variation of EL? The
>> reason
>> > I ask is that EL supports tests like NOT EMPTY while OGNL doesn’t. So
>> “value
>> > != null” isn’t the same as “NOT EMPTY value”. Also the structure of
the
>> > conditional tags follows the JSTL convention of choose, when, otherwise
>> and
>> > not the more contemporary if, elseif, else. I guess the point I’m trying
>> to
>> > make is that in a world where using multiple frameworks (struts, jsf,
>> etc)
>> > is the norm, it might be a good idea that some of the conventions used
>> in
>> > IB3 follow what’s been done in more established projects. For example if
>> > OGNL is used than I’d prefer to use if, elseif, else as that’s where my
>> mind
>> > is and if I’m using EL then I go to the choose, when, otherwise. It may
>> be
>> > just me, and I’m happy to concede that, but I find these little things
>> > really make a difference.
>> >
>> > Finally a question about Spring integration. One of the great selling
>> points
>> > for iBatis has always been its tight spring integration. Is there any
>> work
>> > going on at their end to integrate IB3 or is this something that we, the
>> > iBatis community, should be stepping up for?
>> >
>> > Again, a great release and I can’t wait to try it.
>> >
>> > Z.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> For additional commands, e-mail: user-java-help@ibatis.apache.org
>>
>>
>

Mime
View raw message