public class SimpleAddressBook extends AbstractApplicationServlet {
@Resource(name="messageSource")
private ResourceBundleMessageSource messageSource;
private Class<? extends Application> clazz;
@Override
public void init(ServletConfig config) throws ServletException{
super.init(config);
WebApplicationContext wac = WebApplicationContextUtils.getRequiredWebApplicationContext(
config.getServletContext());
Application application = (Application) wac.getBean("application", Application.class);
clazz = application.getClass();
}
@Override
protected Application getNewApplication(HttpServletRequest request)
throws ServletException {
// TODO Auto-generated method stub
WebApplicationContext wac = WebApplicationContextUtils.getRequiredWebApplicationContext(request.getSession().getServletContext());
return (Application) wac.getBean("application", Application.class);
}
@Override
protected Class<? extends Application> getApplicationClass()
throws ClassNotFoundException {
// TODO Auto-generated method stub
return clazz;
}
}
<?xml version="1.0" encoding="UTF-8"?>
<web-app...>
...
<servlet>
<servlet-name>Vaadin servlet</servlet-name>
<servlet-class>ch.frankel.blog.vaadin.SpringVaadinServlet </servlet-class>
<init-param>
<param-name>application</param-name>
<param-value>ch.frankel.blog.vaadin.Application</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>Vaadin servlet</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
</web-app>
转帖过来：
I lately became interested in Vaadin, another web framework but where everything is done on the server side: no need for developers to learn HTML, CSS nor JavaScript. Since Vaadin adress my remarks about web applications being to expensive because of a constant need of well-rounded developers, I dug a little deeper: it will probably be the subject of another post.
Anyway, i became a little disappointed when I wanted to use my favourite Dependency Injection framework, namely Spring, in Vaadin. After a little Google research, I found the Vaadin Wiki and more preciselythe page talking about Vaadin Spring Integration. It exposes two ways to integrate Spring in Vaadin.
The first one uses the Helper “pattern”, a class with static method that has access to the Spring application context. IMHO, those Helper classes should be forgotten now we have DI since they completely defeat its purpose. If you need to explicitly call the Helper static method in order to get the bean, where’s the Inversion of Control?
The second solution uses Spring proprietary annotation @Autowired in order to use DI. Since IoC is all about decoupling, I’m vehemently opposed to coupling my code to the Spring framework.
Since neither option seemed viable to me, let me present you the one I imagined: it is very simple and consists of subclassing the Vaadin’sAbstractApplicationServlet and using it instead of the classicalApplicationServlet.
publicclassSpringVaadinServletextendsAbstractApplicationServlet {/** Class serial version unique identifier. */privatestaticfinallongserialVersionUID = 1L;privateClass clazz;@Overridepublicvoidinit(ServletConfig config)throwsServletException {super.init(config);WebApplicationContext wac = WebApplicationContextUtils.getRequiredWebApplicationContext(config.getServletContext());Application application = (Application) wac.getBean("application", Application.class);clazz = application.getClass();}/*** Gets the application from the Spring context.** @return The Spring bean named 'application'*/@OverrideprotectedApplication getNewApplication(HttpServletRequest request)throwsServletException {WebApplicationContext wac = WebApplicationContextUtils.getRequiredWebApplicationContext(request.getSession().getServletContext());return(Application) wac.getBean("application", Application.class);}/*** @see com.vaadin.terminal.gwt.server.AbstractApplicationServlet#getApplicationClass()*/@OverrideprotectedClass getApplicationClass()throwsClassNotFoundException {returnclazz;}}
This solution is concise and elegant (according to me). Its only drawback is that it couples the servlet to Spring. But a class-localized coupling is of no consequesence and perfectly acceptable. Morevoer, this lets you use Spring autowiring mechanism, JSR 250 autowiring or plain old XML explicit wiring.
http://blog.frankel.ch/vaadin-spring-integration
此高手的博客
721
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
