We've always suggested putting the iBATS JAR at the application level since
day one. I still recommend that. That said, I'm not sure what could have
changed there. I would expect it to have trouble finding the mapper files
or something, but not your application class files. That's very odd.
Still: I really recommend putting the iBATIS JAR with your application
(WEB-INF/lib).
As for the 5000 XML mappers, are you willing to build the converter? You
seem to have the most need. You have a significant investment in iBATIS,
and have also benefited from it a great deal.
You said it would come at a great cost to your company to convert these
files. It would cost us no less to do that work for you. Maybe it's time
for your company to give something back.
Clinton
On Wed, Sep 9, 2009 at 8:50 AM, faresz
<fares.zgh...@ibs-softsolutions.com>wrote:
>
> 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
>
>
