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
>
>
