Christophe, I think Paul's point is that there shouldn't be any overriding happening : in his first case, these are private methods; hence, the @Override annotation would be incorrect.
Sounds like a bug to me. Regards, Alex K On Wed, Sep 1, 2010 at 2:27 AM, Christophe Cordenier < christophe.corden...@gmail.com> wrote: > Hi ! > > You should use @Override on overriden methods in sub-classes > > 2010/9/1 Paul Stanton <p...@mapshed.com.au> > > > I've found a strange issue with the @SetupRender annotation when used in > a > > class hierarchy. > > > > Typically, in java 2 classes within a hierarchy can have the same > signature > > for a private method and not effect each other, so I would expect this to > be > > the case when both of these private methods are annotated with > @SetupRender. > > Therefore the output for case 1 and case 2 (below) should be the same and > > print both messages "setupRender2", "setupRender1". > > > > However case 1 only prints "setupRender2" meaning it somehow overwrites > the > > method in it's implementing class. > > > > This is concerning because > > 1. there should never be a requirement that a sub-class knows of it's > > super-classes implementation > > 2. if hierarchy does come into play, the subclass should override the > super > > class. > > > > CASE 1: > > ------------------ > > public abstract class StartBase { > > @SetupRender > > private void init() { > > log.debug("setupRender2"); > > } > > } > > > > public class Start extends StartBase { > > @SetupRender > > private void init() { > > log.debug("setupRender1"); > > } > > } > > > > CASE 2: > > ------------------ > > public abstract class StartBase { > > @SetupRender > > private void init2() { > > log.debug("setupRender2"); > > } > > } > > > > public class Start extends StartBase { > > @SetupRender > > private void init1() { > > log.debug("setupRender1"); > > } > > } > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > > > -- > Regards, > Christophe Cordenier. > > Committer on Apache Tapestry 5 > Co-creator of wooki @wookicentral.com >