Return-Path: 
 <user-java-return-4442-apmail-ibatis-user-java-archive=ibatis.apache.org@ibatis.apache.org>
Delivered-To: apmail-ibatis-user-java-archive@www.apache.org
Received: (qmail 94779 invoked from network); 6 Oct 2005 14:37:56 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 6 Oct 2005 14:37:56 -0000
Received: (qmail 2945 invoked by uid 500); 6 Oct 2005 14:37:53 -0000
Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org
Received: (qmail 2924 invoked by uid 500); 6 Oct 2005 14:37:53 -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 2913 invoked by uid 99); 6 Oct 2005 14:37:53 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Oct 2005 07:37:53 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of larry.meadors@gmail.com
 designates 64.233.162.205 as permitted sender)
Received: from [64.233.162.205] (HELO zproxy.gmail.com) (64.233.162.205)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Oct 2005 07:37:56 -0700
Received: by zproxy.gmail.com with SMTP id z6so228878nzd
        for <user-java@ibatis.apache.org>;
 Thu, 06 Oct 2005 07:37:31 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=WXJzZdzGedan9MaB6/vC0kWy0aseGz9LrdlXr6/ABcoC25+e4rarQLZ2q/TKWs02gb3S6E4d+8QMGzH6NG4ZZfZX+Ey/8ELqAvEadz+plCvs7PCtsvUpnAfLV1JxE1YuEJ2kcT4VC76z/yJuWyKu8xQNAndpWbQxO+T7S61PjSg=
Received: by 10.36.221.17 with SMTP id t17mr68247nzg;
        Thu, 06 Oct 2005 07:37:31 -0700 (PDT)
Received: by 10.36.118.10 with HTTP; Thu, 6 Oct 2005 07:37:31 -0700 (PDT)
Message-ID: <a10a823c0510060737s4af05834l57a811e6d2ce43c8@mail.gmail.com>
Date: Thu, 6 Oct 2005 08:37:31 -0600
From: Larry Meadors <lmeadors@apache.org>
Reply-To: lmeadors@apache.org
Sender: larry.meadors@gmail.com
To: user-java@ibatis.apache.org
Subject: Re: iBATIS strange behaviour
In-Reply-To: <006001c5ca78$85877320$932da8c0@fihoca.int>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <006001c5ca78$85877320$932da8c0@fihoca.int>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Hmm, this seems really odd. The code that is in SVN now supports
properties named like "sProperty" with mutators like "getsProperty"
and "setsProperty".

According to the beans specification, getters named "getSProperty" and
"setSProperty" define a property named "SProperty", not "sProperty" as
you might expect. (BTW, the iBATIS in SVN does that, too).

OK, I answered the first two questions...someone else gets the last one. ;-=
)

Two questions for you:
 - How are your getter/setter methods named?
 - What version of iBATIS are you using?

Larry


On 10/6/05, Pere Torrodellas <ptorrodellas@fihoca.com> wrote:
> I ran into this strange problem that required a lot of time to debug. Thi=
s
> is just to try to save trouble for those that run into it.
>
> iBATIS version: 2.1.5
>
> This first data map works OK:
>
> <typeAlias alias=3D"Oferta" type=3D"gov.soc.web.model.ofertes.Oferta"/>
> <select id=3D"getOferta" parameterClass=3D"java.lang.Integer"
> resultClass=3D"Oferta">
>     select
>         ID_OFERTA as iIdOferta,
>         OCUPACIO as stOcupacio,
>         MUNICIPIO as stLocalitat
>     from OFERTAS
>     where ID_OFERTA =3D #value#
> </select>
>
> But this one throws an exception:
>
> <typeAlias alias=3D"Oferta" type=3D"gov.soc.web.model.ofertes.Oferta"/>
> <resultMap id=3D"getOfertaResult" class=3D"Oferta">
>     <result property=3D"iIdOferta" column=3D"ID_OFERTA"/>
>     <result property=3D"stOcupacio" column=3D"OCUPACIO"/>
>     <result property=3D"stLocalitat" column=3D"MUNICIPIO"/>
> </resultMap>
> <select id=3D"getOferta" parameterClass=3D"java.lang.Integer"
> resultMap=3D"getOfertaResult">
>    select
>        ID_OFERTA,
>        OCUPACIO,
>        MUNICIPIO
>    from OFERTAS
>    where ID_OFERTA =3D #value#
> </select>
>
> Note that result class, property names and table are the same in both cas=
es.
>
> The exception says:
>
> com.ibatis.common.beans.ProbeException: There is no WRITEABLE property na=
med
> 'iIdOferta' in class 'gov.soc.web.model.ofertes.Oferta'
>
> ...which is wrong because I checked umpteen times property name and sette=
r
> method, and what's more: it works with the first data map format.
>
> Commenting out the <result> tag for the iIdOferta property, the second da=
ta
> map format also works OK.
>
> After many, many tests and Mail Archive searches, I tried in despair a la=
st
> one: I changed the property name from iIdOferta to inIdOferta, together w=
ith
> its getter/setter... IT WORKED!!!
>
> So... is this an iBATIS bug? Doesn't it like property names that start wi=
th
> a lowercase letter followed by an uppercase letter? If so, why does it wo=
rk
> with the first data map format? Can someone offer an explanation?
>
> Just be warned.
>
> Regards,
>
> Pere
>
>
>
>