I have a web application built using a proprietary framework (sorry, I cant tell you which one, but it is essentially driven by a single servlet defined in web.xml). Anyway, there is a desire to migrate the application away to Spring 3 MVC. Such a migration would be a gradual move, rather than a 'big bang' replacement.
With this in mind I have already done some proof of concept work and have successfully replaced some of the application's business logic with Spring 3 beans and IoC classes (is that the right terminology?). To do this I put the following in my web.xml
so that my bean classes could access the http session and from there get the values from the submitted form that the proprietary framework stores. Anyway, business logic successfully replaced and working, so thats a good thing.
The next thing I'd like to be able to do is to define all of my messages (field labels etc) as Spring managed messages in messages.properties. I can find lots of reference on the web about how to do this when using the Spring DispatcherServlet, but I still need my frameworks servlet doing the work at the moment. What I'm imagining is something like some other Spring servlet or filter which just loads the message bundle. From that I'll then see how I can 'hack' the current framework to use the messages (current thoughts are something like ognl like you can with struts)
The idea of course is that little by little I replace bits of the proprietary framework with standard Spring implementations, with the view that eventually the whole lot gets replaced
Anyway, the current challenge is just to get the message bundle loaded without handing the whole request/response mechanism over to Spring.