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

Reply via email to