Thanks; it's just a matter of time and/or many hands. I want to research some more on JAAS and see about creating an actual SecurityInterceptor; then we could document it.
-- Howard M. Lewis Ship Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry http://jakarta.apache.org/commons/sandbox/hivemind/ http://javatapestry.blogspot.com > -----Original Message----- > From: Harish Krishnaswamy [mailto:[EMAIL PROTECTED] > Sent: Friday, September 19, 2003 9:44 AM > To: Jakarta Commons Developers List > Subject: Re: [HiveMind] Selective intercepting > > > Oh yes, of course, clearly the power of schemas hasn't > completely sunk > in yet. May be we have to add a little more documentation to the > interceptors to make this apparent? This is fabulous! > > -Harish > > > Howard M. Lewis Ship wrote: > > >Actually, that's why we allow parameters to an interceptor. I can > >envision something like: > > > ><service-point ... > > <interceptor service-id="foo.security"> > > <method name="read" role="system"/> > > <method name="update" role="admin"/> > > <method name="*" role="user"/> > > </interceptor> > > > >-- > >Howard M. Lewis Ship > >Creator, Tapestry: Java Web Components > >http://jakarta.apache.org/tapestry > >http://jakarta.apache.org/commons/sandbox/hivemind/ > >http://javatapestry.blogspot.com > > > > > > > >>-----Original Message----- > >>From: Harish Krishnaswamy [mailto:[EMAIL PROTECTED] > >>Sent: Thursday, September 18, 2003 11:56 PM > >>To: 'Jakarta Commons Developers List' > >>Subject: [HiveMind] Selective intercepting > >> > >> > >>Interceptors, as I know of them in HiveMind right now, can only be > >>applied across the board to all methods in the service; there is no > >>selectivity. But, I think, selective intercepting will be a > >>requirement > >>for other kinds of interceptors (like a security interceptor or a > >>transactional interceptor, for example). What do you think? > I realize > >>this would be treading along the AOP territory; may be this > >>could extend > >>into an ultra light aspect framework too! One for all! > >> > >>-Harish > >> > >> > >>------------------------------------------------------------ > --------- > >>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] > > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
