Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 29043 invoked from network); 13 Aug 2009 03:53:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Aug 2009 03:53:08 -0000 Received: (qmail 68969 invoked by uid 500); 13 Aug 2009 03:53:14 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 68935 invoked by uid 500); 13 Aug 2009 03:53:14 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 68927 invoked by uid 99); 13 Aug 2009 03:53:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Aug 2009 03:53:14 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of clinton.begin@gmail.com designates 209.85.212.199 as permitted sender) Received: from [209.85.212.199] (HELO mail-vw0-f199.google.com) (209.85.212.199) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Aug 2009 03:53:04 +0000 Received: by vws37 with SMTP id 37so457511vws.27 for ; Wed, 12 Aug 2009 20:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=ki0ZqUjs/wduCZJxF8VMgPC3XZ933q7Gmylevp0K7z8=; b=eFq2o1xeMAsIoKeNJWpO76fqtw3I4PqzXIchV2QwDxbdWhR4YlVdWTWp4k5/jYJ9SI L5hVLCJmcYkye8XOaA01KBE5iMrg5ShJkWhTJ7k9SMWAlJEiooI/lUD8IxioC4ELmyiS 8rGBCQnXBIxlUS0fGqmjn1y0qVcKl5CP/Hi6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=BBukRvJcNpoh6JLnRylDApPTglym6vPC4MU1KWIJp0G1z2YNp/DgAR4h63mPRNJTe9 580qEgQT9aCUNBZY3jie48DU5wSqfGwxgtP0ebukokxMj4vkf1raAeerJItlmNUhD7Jx AmRH0289nkRz9Pp+uxgE9O3/NZOX8DvcpJMz4= MIME-Version: 1.0 Received: by 10.220.44.146 with SMTP id a18mr823342vcf.11.1250135563618; Wed, 12 Aug 2009 20:52:43 -0700 (PDT) In-Reply-To: References: Date: Wed, 12 Aug 2009 21:52:43 -0600 Message-ID: <16178eb10908122052x6a72531ek90eed25c04467f40@mail.gmail.com> Subject: Re: [IB3] Some questions From: Clinton Begin To: user-java@ibatis.apache.org Content-Type: multipart/alternative; boundary=0016364c73bb30cb0e0470fddefd X-Virus-Checked: Checked by ClamAV on apache.org --0016364c73bb30cb0e0470fddefd Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable 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 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 or null">. > > Jeff Butler > > > > On Wed, Aug 12, 2009 at 7:22 PM, Zoran > Avtarovski wrote: > > First off, fantastic effort guys. This looks like a unbelievable releas= e. > > The improvements over the previous version are just incredible. I=92m > > especially a fan of the new collection tag. > > > > I=92ve been reading over the user guide and I have a couple of question= s : > > > > 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=92s not recommended, but we do have cases where we ne= ed > 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=92t. So > =93value > > !=3D null=94 isn=92t the same as =93NOT EMPTY value=94. Also the struct= ure 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=92m try= ing > 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=92s been done in more established projects. For example= if > > OGNL is used than I=92d prefer to use if, elseif, else as that=92s wher= e my > mind > > is and if I=92m using EL then I go to the choose, when, otherwise. It m= ay > be > > just me, and I=92m happy to concede that, but I find these little thing= s > > 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, th= e > > iBatis community, should be stepping up for? > > > > Again, a great release and I can=92t 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 > > --0016364c73bb30cb0e0470fddefd Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Probably a typo.=A0 You can place any typos in the Wiki in the documentatio= n contributions.

On Wed, Aug 12, 2009 at = 9:42 PM, Zoran Avtarovski <zoran@sparecreative.com> wrote:

Z.
<= font size=3D"2">
Some answers...

String substitution is still there. =A0Use this: ${...}

The expression language is OGNL - OGNL is included basically as is in
iBATIS3. =A0iBATIS will make all bean properties available in the OGNL
context, and also the parameter object itself (as "_parameter"). = =A0So
you can do <if test=3D"foo !=3D null"> =A0or <if test=3D= "_parameter.foo" !=3D
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 relea= se.
> The improvements over the previous version are just incredible. I=92m<= br> > especially a fan of the new collection tag.
>
> I=92ve been reading over the user guide and I have a couple of questio= ns :
>
> In V2 and prior $value$ resulted in a string substitution while #value= # used
> prepared statements and safe escaping. Is there still a string substit= ution
> option? I know it=92s not recommended, but we do have cases where we n= eed 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=92t. S= o =93value
> !=3D null=94 isn=92t the same as =93NOT EMPTY value=94. Also the struc= ture of the
> conditional tags follows the JSTL convention of choose, when, otherwis= e and
> not the more contemporary if, elseif, else. I guess the point I=92m tr= ying 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=92s been done in more established projects. For exampl= e if
> OGNL is used than I=92d prefer to use if, elseif, else as that=92s whe= re my mind
> is and if I=92m using EL then I go to the choose, when, otherwise. It = may be
> just me, and I=92m happy to concede that, but I find these little thin= gs
> 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, t= he
> iBatis community, should be stepping up for?
>
> Again, a great release and I can=92t 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


--0016364c73bb30cb0e0470fddefd--