Re: Re: Extending Struts with Spring
Ciao! Do you have experience with AOP and specially using a Interceptor for metrics? I really cannot imagine how to implement a solution for an application! Do you mean like in a filter implement code for time-stopping or similar? Nice greetings Starki Don't forget about the AOP aspect (no pun intended) of Spring. While the IoC is handy, it is nothing, in my opinion, in comparison to the solution regarding logging, security, metrics, etc. in Spring with AOP. On 6/8/06, Julian Tillmann [EMAIL PROTECTED] wrote: Thanks very much for all your answers, I'd be very keen to learn more about this soon. -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ - 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]
Re: Re: Extending Struts with Spring
I cannot tell if this is a question or a statement. Do you want to know how to use AOP or are you saying you don't think that would be a good idea? On 6/9/06, starki78 [EMAIL PROTECTED] wrote: Ciao! Do you have experience with AOP and specially using a Interceptor for metrics? I really cannot imagine how to implement a solution for an application! Do you mean like in a filter implement code for time-stopping or similar? Nice greetings Starki Don't forget about the AOP aspect (no pun intended) of Spring. While the IoC is handy, it is nothing, in my opinion, in comparison to the solution regarding logging, security, metrics, etc. in Spring with AOP. On 6/8/06, Julian Tillmann [EMAIL PROTECTED] wrote: Thanks very much for all your answers, I'd be very keen to learn more about this soon. -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ - 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] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~
Re: Re: Extending Struts with Spring
Thank you for your replies! When I understand this right: - Giving Actions a state using Spring makes no sence - It cannot be recommended to overwrite the request processor with Spring (we already have our own) - But the spring Context offers some new possibilites like IOC but to be honest I'm not expert enough to understand this up to date! Thanks I watched this example of IBM with the interceptor. Which other business-cases (aspects) could you reasonable use this way? Isn't this a performance problem, because interceptors always have to use refelection? Thank you! Julian -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Extending Struts with Spring
At 9:14 AM +0200 6/8/06, Julian Tillmann wrote: Thank you for your replies! When I understand this right: - Giving Actions a state using Spring makes no sence Not so much makes no sense as doesn't get you anything. At least, once you are used to writing threadsafe actions, you don't see as much value. The value of request-scoped, stateful actions comes with a design like that used in WebWork and Struts 2.0, where the request parameters are used to populate properties of the Action itself, instead of being wrapped in an ActionForm and passed in. - It cannot be recommended to overwrite the request processor with Spring (we already have our own) This isn't quite true either. If you're using Struts 1.2.x and Spring, there's no reason not to use Spring's DelegatingRequestProcessor or DelegatingTilesRequestProcessor -- especially since they set you up to use the IOC (see below). The issue is only if you are using Struts 1.3 (or Struts 1.2.x with the struts-chain library) -- in this case, since you can only have one RequestProcessor, using Spring's will interfere with using the one which uses the Chain-of-Responsibility for handling the request. However, if you look at what the DelegatingRequestProcessor does (remember, this is open source!), it's not hard to write your own replacement for the SelectAction command that provides equivalent functionality. - But the spring Context offers some new possibilites like IOC but to be honest I'm not expert enough to understand this up to date! This is the Spring feature that I appreciate the most. Before we started using Spring, it was always awkward to make sure that your Action classes had references to business support and persistence manager classes. While there are plenty of solutions, all of them looked clumsy after we saw how we could use Spring to inject those dependencies into the action classes directly. Thanks I watched this example of IBM with the interceptor. Which other business-cases (aspects) could you reasonable use this way? Isn't this a performance problem, because interceptors always have to use refelection? Reflection performance has been markedly improved since earlier editions of the JVM. Struts already uses it all over the place (specifically for ActionForm population on every request, plus a lot of stuff at initialization time.) Do you have an application which needs extremely careful performance tuning? Joe -- Joe Germuska [EMAIL PROTECTED] * http://blog.germuska.com You really can't burn anything out by trying something new, and even if you can burn it out, it can be fixed. Try something new. -- Robert Moog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Extending Struts with Spring
Don't forget about the AOP aspect (no pun intended) of Spring. While the IoC is handy, it is nothing, in my opinion, in comparison to the solution regarding logging, security, metrics, etc. in Spring with AOP. On 6/8/06, Julian Tillmann [EMAIL PROTECTED] wrote: Thanks very much for all your answers, I'd be very keen to learn more about this soon. -- Echte DSL-Flatrate dauerhaft für 0,- Euro*! Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
