Glad I could be helpful :) The one added bonus of all the recent work being done in tapestry is that I feel pretty comforatable being able to maintain/enhance the tapestry4 series now.
Hopefully when 4.1 is done coming out we can all attack the bugs/features that have been annoying everyone for so long. On 6/7/06, James Carman <[EMAIL PROTECTED]> wrote:
Okay, great. As always, thanks for your help! :-) -----Original Message----- From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 07, 2006 3:01 PM To: Tapestry development Subject: Re: Permissions Mapping... Tons of things contribute to the pageLoaded method..There's also my new Render chain that gets called after any component renders. (ie after renderComponent) . I would look at the pageLoaded method enhancers..I think anything dealing with injection/properties does this. (not in annotations, in org.apache.tapestry.enahance) On 6/7/06, James Carman <[EMAIL PROTECTED]> wrote: > > I'm looking for something that implements/overrides a method, but doesn't > "claim" it. > > -----Original Message----- > From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 07, 2006 2:27 PM > To: Tapestry development > Subject: Re: Permissions Mapping... > > EventListener . Yeah I think there are some enchancers that run for it > (later, not in the annotation src though)... It's kind of up to you if you > need to enhance anything or not ;) (Personally I'd probably just use the > annotations to provide a global cached sort of data lookup that some other > service could then use to do security stuff...Or somethin like that ;) ) > > On 6/7/06, James Carman <[EMAIL PROTECTED]> wrote: > > > > Which ones? I assume there are enhancers that take care of them, too. > :-) > > > > -----Original Message----- > > From: Jesse Kuhnert [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, June 07, 2006 2:18 PM > > To: Tapestry development > > Subject: Re: Permissions Mapping... > > > > I just added some method level annotations into tapestry4/trunk if that > > helps... > > > > On 6/7/06, James Carman <[EMAIL PROTECTED]> wrote: > > > > > > Howard, > > > > > > Cool idea and I was considering it too. But, would there be a nice > way > > to > > > specify this without using annotations? I'm not really against them, > > but > > > some users get turned off by it. Also, do you have some example code > > > somewhere that I could "borrow"? Javassist isn't the easiest thing in > > the > > > world, you know. :-) > > > > > > James > > > > > > -----Original Message----- > > > From: Howard Lewis Ship [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, June 07, 2006 2:06 PM > > > To: Tapestry development > > > Subject: Re: Permissions Mapping... > > > > > > What I did was create a @Privileged annotation. The annotation value > > was > > > the name of the required role. You could attach this method to > classes, > > or > > > to methods. @Privileged is inherited, and @Privileged("") means no > > > special > > > privilege required. > > > > > > For classes, it implemented/extended PageValidateListener to check the > > > permission. > > > > > > For methods, it overrided the method to add a check before invoking > > > super(). > > > > > > I extended Tapestry class and method annotation workers to handle > these > > > annotations. > > > > > > Worked like a charm. > > > > > > This approach puts the logic right into the pages or methods, which is > > > where > > > I think it belongs. > > > > > > On 6/7/06, James Carman <[EMAIL PROTECTED]> wrote: > > > > > > > > All, > > > > > > > > You guys are the experts. I have a design question. I am creating > a > > > > tapestry/acegi integration package (parts of it are already > > done). What > > > I > > > > need to figure out is how to decide what roles an in-coming request > > > > requires? If it's a PageService request, I can check the page class > > for > > > a > > > > @RequiredRole annotation. If it's a DirectService request, I can > > check > > > > the > > > > method for a @RequiredRole annotation. But, how do I do this in a > > > general > > > > way? Any ideas? > > > > > > > > James > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > -- > > > Howard M. Lewis Ship > > > Independent J2EE / Open-Source Java Consultant > > > Creator and PMC Chair, Apache Tapestry > > > Creator, Jakarta HiveMind > > > > > > Professional Tapestry training, mentoring, support > > > and project work. http://howardlewisship.com > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Jesse Kuhnert > > Tacos/Tapestry, team member/developer > > > > Open source based consulting work centered around > > dojo/tapestry/tacos/hivemind. > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Jesse Kuhnert > Tacos/Tapestry, team member/developer > > Open source based consulting work centered around > dojo/tapestry/tacos/hivemind. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
