Return-Path: 
 <user-java-return-17732-apmail-ibatis-user-java-archive=ibatis.apache.org@ibatis.apache.org>
Delivered-To: apmail-ibatis-user-java-archive@www.apache.org
Received: (qmail 52679 invoked from network); 9 Sep 2009 14:50:49 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 9 Sep 2009 14:50:49 -0000
Received: (qmail 22119 invoked by uid 500); 9 Sep 2009 14:50:48 -0000
Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org
Received: (qmail 22100 invoked by uid 500); 9 Sep 2009 14:50:48 -0000
Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-java-help@ibatis.apache.org>
List-Unsubscribe: <mailto:user-java-unsubscribe@ibatis.apache.org>
List-Post: <mailto:user-java@ibatis.apache.org>
List-Id: <user-java.ibatis.apache.org>
Reply-To: user-java@ibatis.apache.org
Delivered-To: mailing list user-java@ibatis.apache.org
Received: (qmail 22092 invoked by uid 99); 9 Sep 2009 14:50:48 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Sep 2009 14:50:48 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates
 216.139.236.158 as permitted sender)
Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Sep 2009 14:50:37 +0000
Received: from isper.nabble.com ([192.168.236.156])
	by kuber.nabble.com with esmtp (Exim 4.63)
	(envelope-from <lists@nabble.com>)
	id 1MlOUz-00005j-59
	for user-java@ibatis.apache.org; Wed, 09 Sep 2009 07:50:17 -0700
Message-ID: <25366581.post@talk.nabble.com>
Date: Wed, 9 Sep 2009 07:50:17 -0700 (PDT)
From: faresz <fares.zgheib@ibs-softsolutions.com>
To: user-java@ibatis.apache.org
Subject: Re: From Ibatis-2- to Ibtais-3-
In-Reply-To: <16178eb10909090740g46b8108ep79cfd71e8be932c8@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Nabble-From: fares.zgheib@ibs-softsolutions.com
References: <25341354.post@talk.nabble.com>
 <d6db379e0909080122m3630a19eh3eb6440c8a299bff@mail.gmail.com>
 <25342084.post@talk.nabble.com>
 <16178eb10909080635u18bcf1b2vf54bd18169c8b35d@mail.gmail.com>
 <25359001.post@talk.nabble.com>
 <16178eb10909090509j3da15a5dnb4adf21bb5bd77ad@mail.gmail.com>
 <25363810.post@talk.nabble.com>
 <16178eb10909090705n1125f44dnfa61f42c6905e53d@mail.gmail.com>
 <25365875.post@talk.nabble.com>
 <16178eb10909090740g46b8108ep79cfd71e8be932c8@mail.gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org


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.zgheib@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.zgheib@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.zgheib@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.zgheib@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.zgheib@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-unsubscribe@ibatis.apache.org
>> >> >>>> >> For additional commands, e-mail:
>> user-java-help@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-unsubscribe@ibatis.apache.org
>> >> >>>> For additional commands, e-mail: user-java-help@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-unsubscribe@ibatis.apache.org
>> >> >> For additional commands, e-mail: user-java-help@ibatis.apache.org
>> >> >>
>> >> >>
>> >> >
>> >> > --
>> >> > Sent from my mobile device
>> >> >
>> >> >
>> ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: user-java-unsubscribe@ibatis.apache.org
>> >> > For additional commands, e-mail: user-java-help@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-unsubscribe@ibatis.apache.org
>> >> For additional commands, e-mail: user-java-help@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-unsubscribe@ibatis.apache.org
>> For additional commands, e-mail: user-java-help@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-unsubscribe@ibatis.apache.org
For additional commands, e-mail: user-java-help@ibatis.apache.org