Oh yeah. I forgot about it. Great link, thanks. Maybe a challenge for Struts 3 or the upcoming Struts Hackathon?
On Tue, Jul 16, 2013 at 9:35 PM, Paul Benedict <pbened...@apache.org> wrote: > If the decorator pattern is to supported in Struts, I vote it should be > based on JEE 6 Interceptor. > http://docs.oracle.com/javaee/6/tutorial/doc/gkeed.html > > Paul > > > On Tue, Jul 16, 2013 at 2:30 PM, Christian Grobmeier > <grobme...@gmail.com>wrote: > >> Hi, >> >> On Fri, Jul 12, 2013 at 11:42 AM, Miguel Almeida <mig...@almeida.at> >> wrote: >> > I'd like to discuss with you an idea that came up a while ago while >> > trying to fulfil this need: >> > >> > As a developer >> > I want to unit test annotations in my actions without having to run the >> > method's body >> > So that I can TDD more effectively and have quicker unit tests. >> > >> > Namely, imagine an action: >> > >> > @SecuredRoles("admin") >> > public String adminStuff(){ >> > ... >> > } >> > >> > It would be interesting to have a way to test the @SecuredRoles without >> > having to run the method's body. >> >... >> > It would be very interesting to support the Decorator Pattern in Struts >> > actions. What are your thoughts on it? >> >> I am currently unsure if it would be so much benefit over the >> interceptors we already have. >> I mean, you can mock interceptors with actions, they are testable. >> Maybe you can elaborate a bit more on that, because I think i missed >> your key point. >> >> reading this message I was thinking if looking at AOP would make >> sense. What are your feeling on >> having an AOP plugin which supports some AOP framework? >> >> or what were your ideas for the implementation inside struts? >> >> Cheers >> >> >> >> >> -- >> http://www.grobmeier.de >> https://www.timeandbill.de >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> For additional commands, e-mail: dev-h...@struts.apache.org >> >> > > > -- > Cheers, > Paul -- http://www.grobmeier.de https://www.timeandbill.de --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
