Comments on: Spring + XWork http://www.magpiebrain.com/blog/2004/02/24/spring-xwork/ Sam Newman's blog Sun, 12 Oct 2008 07:34:26 +0000 http://wordpress.org/?v=2.5.1 By: Sam Newman http://www.magpiebrain.com/blog/2004/02/24/spring-xwork/#comment-223 Sam Newman Wed, 25 Feb 2004 15:46:54 +0000 http://www.magpiebrain.com/2004/02/24/spring-xwork/#comment-223 I don't see how XWork can loose, beyond the fact that it then becomes dependent on Spring itself. At worst the framework maintains is current capabilities - at best it has a more fully featured IoC framework built right in. Much of XWork's internals would disappear, but there is a lot of value in the command framework itself and this would remain. I'm going to see if I can come up with a working Spring XWork prototype, to at least gauge the amount of work involved. I don’t see how XWork can loose, beyond the fact that it then becomes dependent on Spring itself. At worst the framework maintains is current capabilities – at best it has a more fully featured IoC framework built right in. Much of XWork’s internals would disappear, but there is a lot of value in the command framework itself and this would remain.
I’m going to see if I can come up with a working Spring XWork prototype, to at least gauge the amount of work involved.

]]> By: Juan Murillo http://www.magpiebrain.com/blog/2004/02/24/spring-xwork/#comment-222 Juan Murillo Wed, 25 Feb 2004 15:04:39 +0000 http://www.magpiebrain.com/2004/02/24/spring-xwork/#comment-222 I just read Jason's post on the entry before this one and realized that I don't know Xwork well enough to know whether it would loose by usign Spring as a base. It would be very cool to have it work that way though ;) I just read Jason’s post on the entry before this one and realized that I don’t know Xwork well enough to know whether it would loose by usign Spring as a base.

It would be very cool to have it work that way though ;)

]]> By: Juan Murillo http://www.magpiebrain.com/blog/2004/02/24/spring-xwork/#comment-221 Juan Murillo Wed, 25 Feb 2004 14:58:41 +0000 http://www.magpiebrain.com/2004/02/24/spring-xwork/#comment-221 I tend to wholeheartedly agree with you. Some parts of Xwork, like interceptors, could be handled by Spring and Xwork actions would benefit from being POJOs, in general it makes good sense. Whether this happens or not is basically a matter of internal project politics and OpenSymphony goals. But i root for the addition of a command pattern framework on top of Spring, and Xwork seems to be the best one out there. I tend to wholeheartedly agree with you. Some parts of Xwork, like interceptors, could be handled by Spring and Xwork actions would benefit from being POJOs, in general it makes good sense.

Whether this happens or not is basically a matter of internal project politics and OpenSymphony goals. But i root for the addition of a command pattern framework on top of Spring, and Xwork seems to be the best one out there.

]]>