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 <jeffgbut...@gmail.com> wrote:
> You don't need a parameter map for procedures in iBATIS2. This is
> from the developers guide, page 30:
>
> <procedure id=“callProcedure” parameterClass=”com.mydomain.MyParameter”>
> {call MyProcedure (#parm1,jdbcType=INTEGER,mode=IN#,
> #parm2,jdbcType=INTEGER,mode=IN#,
> #parm3,jdbcType=DECIMAL,mode=OUT,numericScale=2#)}
> </procedure>
>
> Similar in iBATIS3.
>
> Jeff Butler
>
>
> 2009/7/24 Andrey Rogov <konu...@gmail.com>:
> > Jeff,
> > If Map parameter will be deprecated,
> > how we can run stored procedures in 3x version ?
> >
> > -----Original Message-----
> > From: Jeff Butler [mailto:jeffgbut...@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 here
> >
> > 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're
> > 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.be...@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-help-
> > here-tp24606061p24638908.html
> >> Sent from the iBATIS - User - Java mailing list archive at Nabble.com.
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
> >> For additional commands, e-mail: user-java-h...@ibatis.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
> > For additional commands, e-mail: user-java-h...@ibatis.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
> > For additional commands, e-mail: user-java-h...@ibatis.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
> For additional commands, e-mail: user-java-h...@ibatis.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
For additional commands, e-mail: user-java-h...@ibatis.apache.org
