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

Reply via email to