This sounds like you need to ask this question in the Spring Forum, not
here. If you don't understand the value of Spring in your current app,
go ahead and try. Hopefully that will be illustrative. I can assure that
some of the things you will lose (if you are using at all) are not
provided in Struts (MVC) and Hibernate (persistence).
If you are following the typical scenario, here are some of the things
you would lose (that no Struts release will do):
- Transaction Management (if you are using Spring for this)
- AOP support
- Dependency Injection
- JNDI lookups
- Scalable security
- Simple programming model
I'm sure some other people can add more of their own. You must not
forget that at the end of the day, these are tools. You are welcome to
write you own version at your own expense :)
Joe Yuen wrote:
Well, that's kind of the essence of the question. What would you loose if you
did? It seems to me that there is quite a bit over overlap to Struts2 and
Spring.
________________________________
From: Gary Affonso [mailto:[EMAIL PROTECTED]
Sent: Fri 12/21/2007 1:51 PM
To: Struts Users Mailing List
Subject: Re: struts 2 vs struts 1+spring
Joe Yuen wrote:
I have an application that currently is implemented using struts
1.2.8 + spring 1.2.8 + hibernate. What would be the advantages to migrate this
> to a struts 2 + hibernate solution?
Er, huh?
In my experience it's *spring* that sits at the core of an app. That's
the thing that doesn't go away.
The web-framework (s1, webwork, s2, jsf, wicket), the persistence
technology (hibernate, jpa backed with hibernate, ibatis, etc.) should
all sort of orbit around the spring core, swapping in a new
web-framework should be way easier if you keep your spring core around.
Why would you cut Spring out of the mix when you move to S2?
- Gary
---------------------------------------------------------------------
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]
--
Alberto A. Flores
http://www.linkedin.com/in/aflores
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
