We implemented getType(). For example,
public Class<BigDecimal> getType() {
return BigDecimal.class;
}
But we observe the same behaviour. Looks like the lookup by type isn't
working correctly.
On 08/02/2008, Kevin Menard <[EMAIL PROTECTED]> wrote:
>
> It looks like the Translator interface has been changed. There is now a
> method with the following signature that you must implement:
>
> public Class<T> getType();
>
> I haven't dug into why that is, but my guess is that has something to do
> with generics and type erasure.
>
> --
> Kevin
>
>
> On 2/8/08 7:39 AM, in article
> [EMAIL PROTECTED], "Denis
> McCarthy" <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> > In my AppModule.java, I had contributed code for an Enum class like
> this:
> >
> > public static void contributeTranslatorDefaultSource(
> > MappedConfiguration<Class<?>, Translator<?>> configuration)
> > { ...
> > configuration.add(ReleaseType.class, new Translator<ReleaseType>() {
> >
> > public ReleaseType parseClient(String clientValue, Messages
> > messages)
> > throws ValidationException {
> > ...
> >
> > });
> >
> > Where ReleaseType is a java 1.5 enum I'm using. However, just after
> updating
> > to the latest snapshot, I'm getting an application
> > exception saying
> >
> > Parameter(s) translate are required for
> > org.apache.tapestry.corelib.components.TextField, but have not been
> bound.
> >
> > When I navigate to the page in my app where I have a TextField that is
> > populated with values from this enum. Obviously
> > the default behaviour has changed, but I can't seem to figure out what
> > exactly I have to do to get this working again.
> > Any suggestions would be welcome
> > Thanks
> > Denis
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
