Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 19186 invoked from network); 27 Jul 2009 20:21:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Jul 2009 20:21:42 -0000 Received: (qmail 28787 invoked by uid 500); 27 Jul 2009 20:22:46 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 28767 invoked by uid 500); 27 Jul 2009 20:22:46 -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 28746 invoked by uid 99); 27 Jul 2009 20:22:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jul 2009 20:22:43 +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 74.125.92.149 as permitted sender) Received: from [74.125.92.149] (HELO qw-out-1920.google.com) (74.125.92.149) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Jul 2009 20:22:33 +0000 Received: by qw-out-1920.google.com with SMTP id 14so1745126qwa.60 for ; Mon, 27 Jul 2009 13:22:12 -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=olIg+DFF//JwiQFZDL8TYx5SzqpQx8dNxlEy6sDAGV8=; b=Mk4nQipk3+RRqbl0AnkJJj9z3HY/xKw2ruMeuQSRfKmNucE3oPz+hYNll+zd/IrekZ rj39hr2U1Ax7gWbQdpC+4pKVsXBapEDQwu2ov0iN1anPpinUcL860yYjkXyuDJEUuFAL dFSmGRLOrkubVCORYkD1f/8SgFd5DZ5XZrr68= 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=tFMQEFquA/LqXqxTaJFQELaXaltsid102svtFaqwHRTKD3ZzjKZMd/8G5PBSIC7iVZ thMSBYVxxt1vhNJMINI0W8itrwWLyUO5GAXUOlnhGbFnSSxYjDmSXPOY4VOXj7SvDT3f 0KUv2osDr6Pc8SQ2SHZcxdTdclDBeWQNvmZV4= MIME-Version: 1.0 Received: by 10.220.75.208 with SMTP id z16mr4206929vcj.1.1248726132439; Mon, 27 Jul 2009 13:22:12 -0700 (PDT) In-Reply-To: References: <4a69fb9c.0c58560a.7d28.07c1@mx.google.com> Date: Mon, 27 Jul 2009 14:22:12 -0600 Message-ID: <16178eb10907271322i30b22dedh554b6332b748f41d@mail.gmail.com> Subject: Re: Questions regd ibatis best practices - need some help here From: Clinton Begin To: user-java@ibatis.apache.org Content-Type: multipart/alternative; boundary=0016e6471b9a8bbda1046fb5b5d1 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6471b9a8bbda1046fb5b5d1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable LOL... I have a feeling that we'll deprecate them, but kind of like how Sun deprecated the Date methods. They'll always be there. Don't be offended by the strikethroughs in the documentation. :-) Clinton On Mon, Jul 27, 2009 at 1:04 PM, Hugh Ross wrote: > Sorry to hear about the deprecation of Parameter Maps in iBATIS3. I > like them for keeping the SQL parts of our SqlMaps cleaner. Also > seems consistent with use of Result Maps for Selects... > > On 7/24/09, Jeff Butler wrote: > > You don't need a parameter map for procedures in iBATIS2. This is > > from the developers guide, page 30: > > > > > > {call MyProcedure (#parm1,jdbcType=3DINTEGER,mode=3DIN#, > > #parm2,jdbcType=3DINTEGER,mode=3DIN#, > > #parm3,jdbcType=3DDECIMAL,mode=3DOUT,numericScale=3D2#)} > > > > > > Similar in iBATIS3. > > > > Jeff Butler > > > > > > 2009/7/24 Andrey Rogov : > > > Jeff, > > > If Map parameter will be deprecated, > > > how we can run stored procedures in 3x version ? > > > > > > -----Original Message----- > > > From: Jeff Butler [mailto:jeffgbutler@gmail.com] > > > Sent: Friday, July 24, 2009 7:05 PM > > > To: user-java@ibatis.apache.org > > > Subject: Re: Questions regd ibatis best practices - need some help he= re > > > > > > iBATIS 3 is in development and is not formally released yet. However= , > > > I can vouch that it is nearly function complete and pretty stable. > > > You can check it out from Subversion and build it with Maven if you'r= e > > > interested in trying it. Here's the SVN link: > > > > > > http://svn.apache.org/repos/asf/ibatis/trunk/java/ibatis-3/ > > > > > > BTW - there's no published documentation yet - so look to the test > > > cases to see how to use it. > > > > > > Jeff Butler > > > > > > > > > > > > On Fri, Jul 24, 2009 at 12:38 AM, swaroop belur< > swaroop.belur@gmail.com> > > > wrote: > > >> > > >> > > >> Hi Jeff > > >> > > >> This is really good. This kind of reply will really help us > developers to > > >> use ibatis in correct way. > > >> I was struggling for couple of weeks to use ibatis the right way. > > >> > > >> Right now i can see the download link for ibatis 2.3.4 . May i know > when > > >> ibatis 3 can be downloaded. > > >> > > >> Thanks for your time. > > >> > > >> -swaroop > > >> > > >> > > >> > > >> > > >> swaroop belur wrote: > > >>> > > >>> Hello all, > > >>> > > >>> Is there any pointer/link or document which suggests using certain > > >>> features over others to achieve the same goal > > >>> to improve performance for example. > > >>> > > >>> 1. Like for instance when executing an update query , we can either > > >>> specify parameterClass or parameterMap > > >>> Which one is preferred and why? > > >>> > > >>> 2. Related to above - The cost of reflection while marshalling > results. > > >>> eg. For [1] is there any relation to reflection or both are > same > > >>> > > >>> 3. I was using ibator to generate some code today and observed by > default > > >>> it does NOT generate any paramterMaps > > >>> Any reason for this. I hope this is the right forum to ask this > > >>> question.It generates paramterClass where requied and no maps > > >>> > > >>> 4. Also is there any disadvantage of using java.util.Map for > providing > > >>> parameters instead of a Java Bean. Again any demerits > > >>> over using bean? > > >>> > > >>> 5. Last - I am new and learning ibatis - is there any Best Practice > FAQ . > > >>> I did search for best practices in this forum - but > > >>> was not convinced i found answers to my questions. > > >>> > > >>> I am trying to understand how much better from both developing and > > >>> performance point will Spring-Ibatis integration > > >>> be better than Spring-JDBC integration > > >>> > > >>> Really appreciate any response. > > >>> > > >>> Thanks > > >>> sbelur > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >> > > >> -- > > >> View this message in context: > > > > http://www.nabble.com/Questions-regd-ibatis-best-practices---need-some-he= lp- > > > here-tp24606061p24638908.html > > >> Sent from the iBATIS - User - Java mailing list archive at Nabble.co= m. > > >> > > >> > > >> --------------------------------------------------------------------= - > > >> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org > > >> For additional commands, e-mail: user-java-help@ibatis.apache.org > > >> > > >> > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org > > > For additional commands, e-mail: user-java-help@ibatis.apache.org > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org > > > For additional commands, e-mail: user-java-help@ibatis.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org > > For additional commands, e-mail: user-java-help@ibatis.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org > For additional commands, e-mail: user-java-help@ibatis.apache.org > > --0016e6471b9a8bbda1046fb5b5d1 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable LOL... I have a feeling that we'll deprecate them, but kind of like how= Sun deprecated the Date methods. =A0They'll always be there.

<= /div>
Don't be offended by the strikethroughs in the documentation.= =A0:-)

Clinton

On Mon, Jul 2= 7, 2009 at 1:04 PM, Hugh Ross <hh4ross@gmail.com> wrote:
Sorry to hear about the deprecation of Parameter Maps in iBATIS3. =A0I
like them for keeping the SQL parts of our SqlMaps cleaner. =A0Also
seems consistent with use of Result Maps for Selects...

On 7/24/09, Jeff Butler <jeffgb= utler@gmail.com> wrote:
> You don't need a parameter map for procedures in iBATIS2. =A0This = is
> from the developers guide, page 30:
>
> <procedure id=3D=93callProcedure=94 parameterClass=3D=94com.mydomai= n.MyParameter=94>
> {call MyProcedure (#parm1,jdbcType=3DINTEGER,mode=3DIN#,
> =A0 #parm2,jdbcType=3DINTEGER,mode=3DIN#,
> =A0 #parm3,jdbcType=3DDECIMAL,mode=3DOUT,numericScale=3D2#)}
> </procedure>
>
> Similar in iBATIS3.
>
> Jeff Butler
>
>
> 2009/7/24 Andrey Rogov <konusd= b@gmail.com>:
> > Jeff,
> > If Map parameter will be deprecated,
> > how we can run stored procedures in 3x version ?
> >
> > -----Original Message-----
> > From: Jeff Butler [mailto:jeffgbutler@gmail.com]
> > Sent: Friday, July 24, 2009 7:05 PM
> > To: user-java@ibat= is.apache.org
> > Subject: Re: Questions regd ibatis best practices - need some hel= p here
> >
> > iBATIS 3 is in development and is not formally released yet. =A0H= owever,
> > I can vouch that it is nearly function complete and pretty stable= .
> > You can check it out from Subversion and build it with Maven if y= ou're
> > interested in trying it. =A0Here's the SVN link:
> >
> > http://svn.apache.org/repos/asf/ibatis/trunk/java/= ibatis-3/
> >
> > BTW - there's no published documentation yet - so look to the= test
> > cases to see how to use it.
> >
> > Jeff Butler
> >
> >
> >
> > On Fri, Jul 24, 2009 at 12:38 AM, swaroop belur<swaroop.belur@gmail.com>
> > wrote:
> >>
> >>
> >> Hi Jeff
> >>
> >> This is really good. =A0This kind of reply will really help u= s developers to
> >> use ibatis in correct way.
> >> I was struggling for couple of weeks to use ibatis the right = way.
> >>
> >> Right now i can see the download link for ibatis =A02.3.4 . M= ay i know when
> >> ibatis 3 can be downloaded.
> >>
> >> Thanks for your time.
> >>
> >> -swaroop
> >>
> >>
> >>
> >>
> >> swaroop belur wrote:
> >>>
> >>> Hello all,
> >>>
> >>> Is there any pointer/link or document which suggests usin= g certain
> >>> features over others to achieve the same goal
> >>> to improve performance for example.
> >>>
> >>> 1. Like for instance when executing an update query , we = can either
> >>> specify parameterClass or parameterMap
> >>> Which one is preferred =A0and why?
> >>>
> >>> 2. Related to above - The cost of reflection while marsha= lling results.
> >>> =A0 =A0 eg. For =A0[1] =A0is there any relation to reflec= tion or both are same
> >>>
> >>> 3. I was using ibator to generate some code today and obs= erved by default
> >>> it does NOT generate any paramterMaps
> >>> Any reason for this. I hope this is the right forum to as= k this
> >>> question.It generates paramterClass where requied and no = maps
> >>>
> >>> 4. Also =A0is there any disadvantage =A0of using java.uti= l.Map for providing
> >>> parameters instead of a Java Bean. Again any demerits
> >>> over using bean?
> >>>
> >>> 5. Last - I am new and learning ibatis - is there any Bes= t Practice FAQ .
> >>> I did search for best practices in this forum - but
> >>> was not convinced i found answers to my questions.
> >>>
> >>> I am trying to understand how much better from both devel= oping and
> >>> performance point will Spring-Ibatis integration
> >>> be better than Spring-JDBC integration
> >>>
> >>> Really appreciate any response.
> >>>
> >>> Thanks
> >>> sbelur
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >> --
> >> View this message in context:
> > http://www.nabble.com/Questions-r= egd-ibatis-best-practices---need-some-help-
> > here-tp24606061p24638908.html
> >> Sent from the iBATIS - User - Java mailing list archive at Na= bble.com.
> >>
> >>
> >> -------------------------------------------------------------= --------
> >> To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
> >>
> >>
> >
> > -----------------------------------------------------------------= ----
> > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> > For additional commands, e-mail: user-java-help@ibatis.apache.org
> >
> >
> > -----------------------------------------------------------------= ----
> > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> > For additional commands, e-mail: user-java-help@ibatis.apache.org
> >
> >
>
> ---------------------------------------------------------------------<= br> > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
> For additional commands, e-mail: user-java-help@ibatis.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org


--0016e6471b9a8bbda1046fb5b5d1--