Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 22269 invoked from network); 23 Jul 2005 02:44:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Jul 2005 02:44:46 -0000 Received: (qmail 86373 invoked by uid 500); 23 Jul 2005 02:44:45 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 86032 invoked by uid 500); 23 Jul 2005 02:44:43 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 85709 invoked by uid 500); 23 Jul 2005 02:44:42 -0000 Delivered-To: apmail-incubator-ibatis-user-java@incubator.apache.org Received: (qmail 85675 invoked by uid 99); 23 Jul 2005 02:44:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jul 2005 19:44:42 -0700 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=HTML_30_40,HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of clinton.begin@gmail.com designates 64.233.184.192 as permitted sender) Received: from [64.233.184.192] (HELO wproxy.gmail.com) (64.233.184.192) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jul 2005 19:44:37 -0700 Received: by wproxy.gmail.com with SMTP id 68so527027wri for ; Fri, 22 Jul 2005 19:44:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=tCPTqF0WVMwIaCenywHiK5mEU5/g4q5BqqW5MzIrEKdqVFmBkjz0MYLuczKZFirUhZA/tI9XPsamGne32O6Qt4km/wuzBzRVhrvMNPXZZQ1QdhsmdwSe/PtEbA6AelCwjG0nfqXphYwVxqOHF+cZhEuhOiwnFNtWKSf0GX1Fv8E= Received: by 10.54.68.4 with SMTP id q4mr1561115wra; Fri, 22 Jul 2005 19:44:40 -0700 (PDT) Received: by 10.54.93.11 with HTTP; Fri, 22 Jul 2005 19:44:40 -0700 (PDT) Message-ID: <16178eb105072219441cb9034d@mail.gmail.com> Date: Fri, 22 Jul 2005 20:44:40 -0600 From: Clinton Begin Reply-To: cbegin@ibatis.com To: user-java@ibatis.apache.org, Bing Zou Subject: Re: Is there a way to validate parameterClass and resultClass for each ibatis query before runtime? Cc: lmeadors@apache.org, ibatis-user-java@incubator.apache.org In-Reply-To: <42fd16a8050722130377aad542@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3697_19610662.1122086680695" References: <42fd16a80507221048171cf29a@mail.gmail.com> <42fd16a8050722113974a230a4@mail.gmail.com> <42fd16a8050722130377aad542@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_3697_19610662.1122086680695 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline *cough* unit tests *cough* *hah* need them anyway *choo*=20 Cheers, ;-) Clinton On 7/22/05, Bing Zou wrote: >=20 > An easy solution pops up to my head is to write a simple class that > scan through all the xml files in sql-map-config.xml and use > reflection to verify the getter/setters etc. >=20 > I hope the future iBATIS release can include such a util. >=20 > Thanks. > Bing >=20 > On 7/22/05, Larry Meadors wrote: > > Usually simply loading the sql map shows much of that. > > > > There is a property that is earmarked to show more info, but it has yet= =20 > to > > be implemented. > > > > This has been at the top of my wish list for some time now, too. > > > > Just too much other crap in front of it I guess. ;-) > > > > Larry > > > > > > > > On 7/22/05, Bing Zou wrote: > > > Yes, I read that thread. Unfortunately, there don't exist many unit > > > tests that directly test the correctness of the iBATIS queries. All > > > the queries have been approved by DBA and are supposed to be correct. > > > Actually, my question is not to test the correctness of the iBATIS > > > queries, but to test these: > > > > > > 1. Whether the getter/setter methods of the resultClass has changed. > > > 2. Whether the ParameterClass, resultClass has been renamed. > > > 3. Whether the setter/getters are overloaded. > > > ... > > > > > > Thanks a lot. > > > Bing > > > On 7/22/05, Ed Griebel wrote: > > > > This exact question was asked yesterday or Wednesday, you can=20 > probably > > > > find the thread in the archive. > > > > > > > > -ed > > > > > > > > On 7/22/05, Bing Zou wrote: > > > > > Hi all, > > > > > > > > > > We are doing a lot of refactoring and one issue came up was that > > > > > moving JavaBean, renaming or overloading setter/getters could=20 > break > > > > > the existing iBATIS queries. But we have to wait till runtime and= =20 > test > > > > > every related functionality for that purpose. > > > > > > > > > > I am wondering whether there is a way we could perform this kind= =20 > of > > > > > validation in advance? > > > > > > > > > > Thanks. > > > > > Bing > > > > > > > > > > > > > > > > > ------=_Part_3697_19610662.1122086680695 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
*cough* unit tests *cough*

*hah* need them anyway *choo* =

Cheers,  ;-)
Clinton

On 7/22/05, Bing Zou <xiguamailli= st@gmail.com> wrote:
An easy solution pops up to my head is to write a simple class that
scan= through all the xml files in sql-map-config.xml and use
reflection to v= erify the getter/setters etc.

I hope the future iBATIS release can i= nclude such a util.

Thanks.
Bing

On 7/22/05, Larry Meadors <larry.meadors@gmail.com> wrote:
>= Usually simply loading the sql map shows much of that.
>
> The= re is a property that is earmarked to show more info, but it has yet to
> be implemented.
>
> This has been at the top of my wis= h list for some time now, too.
>
> Just too much other crap in = front of it I guess. ;-)
>
> Larry
>
>
>
> On 7/22/05, Bing Zou <xi= guamaillist@gmail.com> wrote:
> > Yes, I read that thread. = Unfortunately, there don't exist many unit
> > tests that directly= test the correctness of the iBATIS queries. All
> > the queries have been approved by DBA and are supposed to be = correct.
> > Actually, my question is not to test the correctness = of the iBATIS
> > queries, but to test these:
> >
> > 1. Whether the getter/setter methods of the resultClass has chang= ed.
> > 2. Whether the ParameterClass, resultClass has been rename= d.
> > 3. Whether the setter/getters are overloaded.
> > = ...
> >
> > Thanks a lot.
> > Bing
> > On = 7/22/05, Ed Griebel <edgriebel@gm= ail.com> wrote:
> > > This exact question was asked yest= erday or Wednesday, you can probably
> > > find the thread in the archive.
> > >
>= ; > > -ed
> > >
> > > On 7/22/05, Bing Zou &l= t;xiguamaillist@gmail.com>= ; wrote:
> > > > Hi all,
> > > >
> > > &g= t; We are doing a lot of refactoring and one issue came up was that
>= > > > moving JavaBean, renaming or overloading setter/getters cou= ld break
> > > > the existing iBATIS queries. But we have to wait ti= ll runtime and test
> > > > every related functionality for = that purpose.
> > > >
> > > > I am wondering = whether there is a way we could perform this kind of
> > > > validation in advance?
> > > >
&g= t; > > > Thanks.
> > > > Bing
> > > >= ;
> > >
> >
>
>

------=_Part_3697_19610662.1122086680695--