"Karr, David" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I reiterate, I believe it's a bad idea to use the same method name for
> two different property mappings.  If you can find some documentation
> that recommends you do that, I'd like to see it.

I believe Tim is referring to what is defined in section 8.3.3 of the
JavaBeans spec, "Indexed properties", which states:

-----
Thus an indexed property "foo" might be represented by four accessor
methods:

public Bah[] getFoo();
public void setFoo(Bah a[]);
public Bah getFoo(int a);
public void setFoo(int a, Bah b);
-----

IMO, what Tim is trying should work. I'd put the failure down to a buggy
introspection implementation, although it's possible that dropping in a
later version of Commons BeanUtils might work around it.

--
Martin Cooper


>
> WLS = "WebLogic Server".
>
> -----Original Message-----
> From: Slattery, Tim - BLS [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 26, 2004 12:35 PM
> To: 'Struts Users Mailing List'
> Subject: RE: Problem with tags and overloaded methods
>
>
> > Just so it's clear, I'm assuming that you have the "get"
> > method overloaded, with the same method name being used for
> > two different properties (even if you consider them the same
> > conceptual property).
>
> > I would guess that's always a bad idea.
>
> Huh? I thought that's what we were supposed to do for indexed
> properties.
>
> > I'm somewhat
> > surprised that it works on one platform with the same
> > appserver, and doesn't on the other. Are they using the same
> > WLS version and JDK version?
>
> Hmm..the local server is using JDK  1.3.1_06, and the dev server is
> using 1.3.1_10. I don't know what WLS is.
>
> Hmm...we were warned that 1.3.1_10 was more picky that what we had been
> using on the dev server in parsing properties. I'll have to look closely
> at the page that works in both environments with no changes, I thought
> it was doing the same thing in a couple of places.
>
> --
> Tim Slattery
> [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to