Hi After all, i will decorate only the 'createDefaultTranslator(ComponentResources resources, String parameterName)' method and obtain the annotation provider from its parameters. So i can have access to the annotation associated to the bound property and get configuration specifics.
I might be wrong, but i think that the code in 'createTranslator(Field field, String overrideId, Messages overrideMessages, Locale locale, Translator translator)' should be refactored in a private method, so all the public method declared in interface can be decorated without the side effects of call to public method from the inside. Best Regards, Christophe 2010/1/6 Howard Lewis Ship <hls...@gmail.com> > I don't know if this qualifies as a bug, I think not ... having a > service call one of its own methods via its proxy is not unreasonable > (and should be supported) BUT would not be the normal case and would > need to see a use case for it (which is why I really like interfaces > with just one method :-) > > What are you actually trying to accomplish, perhaps there is another way? > > On Wed, Jan 6, 2010 at 9:41 AM, cordenier christophe > <christophe.corden...@gmail.com> wrote: > > Hi, > > > > I am facing a problem related to the design of FieldTranslatorSourceImpl > > internal class design. > > > > I would like to adivse one of the method to pass my own modified instance > of > > Translator, but actually the adivor does'nt work for this method because > the > > public method (from the interface) is called from the inside... and the > one > > invoced by the Tapestry other internals is not the one i wan't to > decorate > > of course :) > > > > Is this a bug or a design principal to secure internal classes ? > > > > Best Regards, > > Christophe. > > > > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >