同样的web.xml,dwr.xml在本机的resin3.0,Tomcat5下始终不能配置成功,而放到内网却可以。不管内网还是本机,始终提示那个js文件没有找到,没有生成。
以下摘录工作原理:
通过研究uk.ltd.getahead.dwr.DWRServlet这个servlet来研究下dwr到底是如何工作滴。
- web.xml配置
- <servlet>
- <servlet-name>dwr-invoker</servlet-name>
- <servlet-class>uk.ltd.getahead.dwr.DWRServlet</servlet-class>
- </servlet>
- <servlet-mapping>
- <servlet-name>dwr-invoker</servlet-name>
- <url-pattern>/dwr/*</url-pattern>
- </servlet-mapping>
这样所有的/dwr/*所有请求都由这个servlet来处理,它到底处理了些什么能。我们还以上面最简单的例子来看。
1、 web服务器启动,DWRServlet init()方法调用,init主要做了以下工作。
设置日志级别、实例化DWR用到的单例类(这些类在jvm中只有一个实例对象)、读去配置文件(包括dwr.jar包中的dwr.xml,WEB-INF/dwr.xml. config*.xml)。
2、请求处理
DWRServlet.doGet, doPost方法都调用processor.handle(req, resp)方法处理。Processor对象在init()方法中已经初始化了。
- public void handle(HttpServletRequest req, HttpServletResponse resp)
- throws IOException
- {
- String pathinfo = req.getPathInfo();
- if(pathinfo == null || pathinfo.length() == 0 || pathinfo.equals("/"))
- {
- resp.sendRedirect(req.getContextPath() + req.getServletPath() + '/' + "index.html");
- } else
- if(pathinfo != null && pathinfo.equalsIgnoreCase("/index.html"))
- {
- doIndex(req, resp);
- } else
- if(pathinfo != null && pathinfo.startsWith("/test/"))
- {
- doTest(req, resp);
- } else
- if(pathinfo != null && pathinfo.equalsIgnoreCase("/engine.js"))
- {
- doFile(resp, "engine.js", "text/javascript");
- } else
- if(pathinfo != null && pathinfo.equalsIgnoreCase("/util.js"))
- {
- doFile(resp, "util.js", "text/javascript");
- } else
- if(pathinfo != null && pathinfo.equalsIgnoreCase("/deprecated.js"))
- {
- doFile(resp, "deprecated.js", "text/javascript");
- } else
- if(pathinfo != null && pathinfo.startsWith("/interface/"))
- {
- doInterface(req, resp);
- } else
- if(pathinfo != null && pathinfo.startsWith("/exec"))
- {
- doExec(req, resp);
- } else
- {
- log.warn("Page not found. In debug/test mode try viewing /[WEB-APP]/dwr/");
- resp.sendError(404);
- }
- }
哦。这些恍然大悟。dwr/*处理的请求也就这几种。
(1)dwr/index.html,dwr/test/这种只能在debug模式下使用,调试用。
dwr/engine.js,dwr/util.js,dwr/deprecated.js当这个请求到达,从dwr.jar包中读取文件流,响应回去。(重复请求有缓存)
(2)当dwr/interface/这种请求到来,(例如我们在index.html中的 <script type='text/javascript' src='dwr/interface/JDate.js'></script>)DWR做一件伟大的事。把我们在WEB-INF/dwr.xml中的
<create creator="new" javascript="JDate">
<param name="class" value="java.util.Date"/>
</create>
java.util.Date转化为javascript函数。
http://localhost:port/simpledwr/dwr/interface/JDate.js看看吧。
细节也比较简单,通过java反射,把方法都写成javascript特定的方法。(我觉得这些转换可以放到缓存里,下次调用没必要再生成一遍,不知道作者为什么没这样做)。
(3)dwr/exec
javascript调用方法时发送这种请求,可能是XMLHttpRequest或IFrame发送。
当然,javascript调用的方法签名与java代码一致,包括参数,还有javascript的回调方法也传到了服务器端,在服务器端很容易实现。回调方法的java的执行结果 返回类似 <script>callMethod(结果)<script>的javascript字符串,在浏览器执行。哈,一切就这么简单,巧妙。
dwr的设计构思很是巧妙。
第一、把java类转化为javascript类由dwr自动完成,只需简单的配置。
第二、应用起来极其简单。开发者不要该服务器代码就可以集成。
第三、容易测试。和webwork一样,隐藏的http协议。
第四、及强扩展性。例如与spring集成,只需修改一点代码。
第五、性能。就我与jason,等简单比较,dwr性能可能是最好的。
第六、自动把java对象转化为javascript对象,并且及易扩展