ibatis-user-java mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From faresz <fares.zgh...@ibs-softsolutions.com>
Subject Re: From Ibatis-2- to Ibtais-3-
Date Wed, 09 Sep 2009 14:50:17 GMT

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


Mime
View raw message