Sure i have a serious need because we have a huge application with more than
5000 XML mappers :S
As for the 2nd point when deploying my application under Tomcat, in the XML
mapper i have
<select resultClass="mypackage.MyClass">
....
</select>
Under Tomcat we have a common lib folder containing all the common JAR
libraries for this server, and we have another lib folder under
ROOT/WEB-INF/lib containing the JAR libraries for the application.
With ibati2 we put the jars under the common lib folder outside the ROOT
folder and it works fine with.
With ibatis3 I am obliged to put the JAR under ROOT/WEB-INF/lib with my
application JARs else an error will displayed : classNotFoundException
mypackage.MyClass
Clinton Begin wrote:
>
> We won't support the old syntax. You really should contribute a converter
> if you have a serious need. Otherwise you will either have to wait for
> someone else to do it, or stick with iBATIS 2.
> I'm not sure about the JAR situation, but I have a feeling it might have
> somehting to do with the refactored Resources class... Again though, you
> need to provide FAR more detail.
>
> Clinton
>
> On Wed, Sep 9, 2009 at 8:13 AM, faresz
> <fares.zgh...@ibs-softsolutions.com>wrote:
>
>>
>> No there is no duplication, but want to make sure that i didn't miss
>> anything
>> in my test
>> anyway thank you
>> Any Idea about the other 2 points and especially the 1st one because it
>> will
>> be very hard to change all the queries
>>
>>
>>
>> Clinton Begin wrote:
>> >
>> > My best guess is that you might have duplicate records. iBATIS 3
>> supports
>> > limited object identity, so if you are returning duplicates, it will
>> > consume
>> > them.
>> > If you think it's a bug, then the best thing to do is to write a
>> failing
>> > unit test using hsqldb or Derby (Java DB) and attach it to a Jira
>> ticket.
>> >
>> > Clinton
>> >
>> > On Wed, Sep 9, 2009 at 6:21 AM, faresz
>> > <fares.zgh...@ibs-softsolutions.com>wrote:
>> >
>> >>
>> >> Did you tried before to select 2000 records one shot using ibatis3?
>> >> All what i am doing is retrieving 2000 records from an Oracle table
>> using
>> >> session.selectList("nameSpace.mappeStatementId") this function is
>> always
>> >> returning an ArrayList of 1000 records.
>> >>
>> >> But If i am using Ibatis 2
>> >> [sqlMap.queryForList("nameSpace.mappeStatementId") ] The size of the
>> >> ArrayList returned by this function is 2000 records
>> >>
>> >> ?????????????
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Clinton Begin wrote:
>> >> >
>> >> > I don't know if this is a language barrier issue or what. If so,
>> I'm
>> >> > sorry, but we don't understand you.
>> >> >
>> >> > You keep repeating the same thing over and over. No examples, no
>> >> > further description, no error.
>> >> >
>> >> > We've already told you that ibatis does not intentionally have this
>> >> limit.
>> >> >
>> >> > We cannot help you, unless you find a better way to explain the
>> issue.
>> >> >
>> >> > Clinton
>> >> >
>> >> > On 2009-09-08, faresz <fares.zgh...@ibs-softsolutions.com> wrote:
>> >> >>
>> >> >> I have a table with more than 1000 records, i used the ibatis
>> >> queryList
>> >> >> method the returned collection has always 1000 records only, the
>> old
>> >> >> version
>> >> >> of ibatis was retrieving all the data from the database.
>> >> >> Did i miss something, or this is the case of the new version?
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> Clinton Begin wrote:
>> >> >>>
>> >> >>> iBATIS 3 doesn't limit you to 1000 records... where is this
>> >> limitation
>> >> >>> coming from?
>> >> >>>
>> >> >>> Clinton
>> >> >>>
>> >> >>> On Tue, Sep 8, 2009 at 2:41 AM, faresz
>> >> >>> <fares.zgh...@ibs-softsolutions.com>wrote:
>> >> >>>
>> >> >>>>
>> >> >>>> Hello man,
>> >> >>>> I was testing the new ibatis version and in some cases in our
>> >> >>>> application
>> >> >>>> and for some business it recommends to gather all available data
>> >> that
>> >> >>>> it
>> >> >>>> could be more than 1000
>> >> >>>>
>> >> >>>>
>> >> >>>>
>> >> >>>>
>> >> >>>> Sameeh Harfoush wrote:
>> >> >>>> >
>> >> >>>> > Fares man,
>> >> >>>> > you need to add in your post some server stack trace and error
>> >> logs..
>> >> >>>> > why you need to load more than 1000 records ?
>> >> >>>> >
>> >> >>>> > Sameeh Harfoush
>> >> >>>> >
>> >> >>>> > On Tue, Sep 8, 2009 at 10:47 AM, faresz
>> >> >>>> > <fares.zgh...@ibs-softsolutions.com>wrote:
>> >> >>>> >
>> >> >>>> >>
>> >> >>>> >> We are in the process of testing the new version of Ibatis 3.0
>> >> Beta
>> >> >>>> and
>> >> >>>> >> we
>> >> >>>> >> are facing the following problems:
>> >> >>>> >>
>> >> >>>> >> 1. Mapping Syntax changes like <isNotNull.../> do not exist
>> >> >>>> anymore
>> >> >>>> in
>> >> >>>> >> Ibatis 3 Beta
>> >> >>>> >> The migration from version 2 to 3 Beta will affect all
>> our
>> >> >>>> >> mapping/query definitions and will cause a big overhead for
>> the
>> >> >>>> company.
>> >> >>>> >> Is
>> >> >>>> >> there any possibility to migrate without doing all the changes
>> >> >>>> listed,
>> >> >>>> or
>> >> >>>> >> is
>> >> >>>> >> there any tool that will help us to minimize this overhead?
>> >> >>>> >> 2. In the previous version, we used to have the ibatis jar
>> in
>> >> the
>> >> >>>> >> domain
>> >> >>>> >> libraries, no need for it to be in the level of the web
>> >> application.
>> >> >>>> In
>> >> >>>> >> the
>> >> >>>> >> new version we are obliged to include the ibatis jar in the
>> same
>> >> >>>> library
>> >> >>>> >> folder of our internal jars. Are we missing anything here?
>> >> >>>> >> 3. In the older version, queries could retrieve more than
>> 1,000
>> >> >>>> >> records.
>> >> >>>> >> This will cause a problem in case we need to get more records
>> and
>> >> >>>> this
>> >> >>>> >> case
>> >> >>>> >> is very common. Is there any possible fix for this problem?
>> >> >>>> >>
>> >> >>>> >> We really appreciate your cooperation with us on the points
>> >> listed
>> >> >>>> above
>> >> >>>> >> and
>> >> >>>> >> are looking forward to use Ibatis 3 in our suite.
>> >> >>>> >> --
>> >> >>>> >> View this message in context:
>> >> >>>> >>
>> >> >>>>
>> >>
>> http://www.nabble.com/From-Ibatis-2--to-Ibtais-3--tp25341354p25341354.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
>> >> >>>> >>
>> >> >>>> >>
>> >> >>>> >
>> >> >>>> >
>> >> >>>>
>> >> >>>> --
>> >> >>>> View this message in context:
>> >> >>>>
>> >>
>> http://www.nabble.com/From-Ibatis-2--to-Ibtais-3--tp25341354p25342084.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
>> >> >>>>
>> >> >>>>
>> >> >>>
>> >> >>>
>> >> >>
>> >> >> --
>> >> >> View this message in context:
>> >> >>
>> >>
>> http://www.nabble.com/From-Ibatis-2--to-Ibtais-3--tp25341354p25359001.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
>> >> >>
>> >> >>
>> >> >
>> >> > --
>> >> > Sent from my mobile device
>> >> >
>> >> >
>> ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: user-java-unsubscr...@ibatis.apache.org
>> >> > For additional commands, e-mail: user-java-h...@ibatis.apache.org
>> >> >
>> >> >
>> >> >
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/From-Ibatis-2--to-Ibtais-3--tp25341354p25363810.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
>> >>
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/From-Ibatis-2--to-Ibtais-3--tp25341354p25365875.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
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/From-Ibatis-2--to-Ibtais-3--tp25341354p25366581.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
