使用著名汉化人周明波发表的《3721, CNNIC, 百度, 新浪免疫程序 v2.14》
Download file
就是看那几个东西不顺眼!
使用著名汉化人周明波发表的《3721, CNNIC, 百度, 新浪免疫程序 v2.14》
Download file
就是看那几个东西不顺眼!
呵呵呵,都快7年了,我等得了,人家都等不及了。
今天的手续和经历简直就可以出婚姻登记指南了,有时间再放上来,或者考虑请我吃饭,我来传授……
今天忽然需要在tomcat运行的时候配置一下,要把他的server.xml文件指向其他地方。(在IDEA使用的时候,我们是可以这样配置的)根据以往经验,可以在启动的时候指定conf文件的。但是用什么参数呢?找文档去……
…… 找不到,起码我没有发现……
但是如果idea里面可以的话,外面用也是可以啊
无聊一把,看看catalina启动的时候的参数,果然 -config {pathname},ok,我们在cmd底下跑catalina.bat run -config ..\CMS-conf\server.xml,结果:
Using CATALINA_BASE: ..
Using CATALINA_HOME: ..
Using CATALINA_TMPDIR: ..\temp
Using JAVA_HOME: C:\j2sdk1.4.2
Can’t load server.xml
Can’t load server.xml
2004-2-25 16:53:31 org.apache.catalina.startup.Catalina start
信息: Server startup in 0 ms
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39) ……
好,发点狠,catalina.bat run -config e:\jakarta-tomcat-5.0.18\CMS-conf\server.xml
把路径全写齐了,昏倒,启动了……
这个其实很简单,不过平常有时候用到,为了懒得去google,所以先放自己这里方便,^_^
通常,在一个设计良好的Web应用中,都会综合使用Servlet和JSP技术。Servlet控制业务流转,JSP则负责业务处理结果的显示。此时,将大量用到重定向技术。
重定向技术可以分为两类,一类是客户端重定向,一类是服务器端重定向。客户端重定向可以通过设置特定的HTTP头,或者写JavaScript脚本实现。本文主要探讨服务器端重定向技术的实现。
服务器端的重定向相关类
服 务器端的重定向技术涉及到javax.servlet.ServletContext、 javax.servlet.RequestDispatcher、javax.servlet.http.ServletRequest、 javax.servlet.http.ServletResponse等几个接口。
服务器端的重定向方式
服务器端的重定向可以有两种方式,一是使用HttpServletResponse的sendRedirect()方法,一是使用RequestDispatcher的forward()方法。下面对这两种方式进行介绍。
HttpServletResponse.sendRedirect()方法
HttpServletResponse接口定义了可用于转向的sendRedirect()方法。代码如下:
public void sendRedirect(java.lang.String location)throws java.io.IOException |
这个方法将响应定向到参数location 指定的、新的URL。location可以是一个绝对的URL,如 response.sendRedirect(“http://java.sun.com”)也可以使用相对的URL。如果location以“/”开 头,则容器认为相对于当前Web应用的根,否则,容器将解析为相对于当前请求的URL。这种重定向的方法,将导致客户端浏览器的请求URL跳转。从浏览器 中的地址栏中可以看到新的URL地址,作用类似于上面设置HTTP响应头信息的实现。
RequestDispatcher.forward()方法
RequestDispatcher是一个Web资源的包装器,可以用来把当前request传递到该资源,或者把新的资源包括到当前响应中。RequestDispatcher接口中定义了两个方法,参见如下代码:
public interface RequestDispatcher { void forward(ServletRequest request, ServletResponse response); void include(ServletRequest request, ServletResponse response); } |
forward()方法将当前的 request和response重定向到该RequestDispacher指定的资源。这在实际项目中大量使用,因为完成一个业务操作往往需要跨越多 个步骤,每一步骤完成相应的处理后,转向到下一个步骤。比如,通常业务处理在Servlet中处理,处理的结果转向到一个JSP页面进行显示。这样看起来 类似于Servlet链的功能,但是还有一些区别。一个RequestDispatcher对象可以把请求发送到任意一个服务器资源,而不仅仅是另外一个 Servlet。 include()方法将把Request Dispatcher资源的输出包含到当前输出中。
注意,只有在尚未向客户端输出响应时才可以调用forward()方法,如果页面缓存不为空,在重定向前将自动清除缓存。否则将抛出一个IllegalStateException异常。
如何得到RequestDispatcher
有三种方法可以得到Request Dispatcher对象。
1.javax.servlet. ServletRequest的getRequestDispatcher(String path)方法,其中path可以是相对路径,但不能越出当前Servlet上下文。如果path以“/”开头,则解析为相对于当前上下文的根。
2.javax.servlet. ServletContext的getRequestDispatcher(String path)方法,其中path必须以“/”开头,路径相对于当前的Servlet上下文。可以调用ServletContext的 getContext(String uripath)得到另一个Servlet上下文,并可以转向到外部上下文的一个服务器资源链接。
3.使用javax.servlet. ServletContext的getNamedDispatcher(String name)得到名为name的一个Web资源,包括Servlet和JSP页面。这个资源的名字在Web应用部署描述文件web.xml中指定。
这三种方法的使用有细微的差别。比如,下面是一个应用的配置文件web.xml:
<?xml version="1.0" ?> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd"> <web-app> <servlet> <servlet-name>FirstServlet</servlet-name> <servlet-class>org. javaresearch.redirecttest.ServletOne</servlet-class> </servlet> <servlet> <servlet-name>SecondServlet</servlet-name> <servlet-class>org.javaresearch. redirecttest.ServletTwo</servlet-class> </servlet> <servlet-mapping> <servlet-name>FirstServlet</servlet-name> <url-pattern>/servlet/firstservlet/</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>SecondServlet</servlet-name> <url-pattern>/servlet/secondservlet/</url-pattern> </servlet-mapping> </web-app> |
其中定义了两个Servlet,名字分别为 FirstServlet和SecondServlet,对应的类分别为org.javaresearch. redirecttest.ServletOne和org. javaresearch.redirecttest.ServletTwo。可以在浏览器中通过类似于下面的链接访问:
http://localhost:8080/servlet/firstservlet/
使用1中方法,例如在firstservlet可以写入下面的代码:
RequestDispatcher rd = request.getRequestDispatcher("secondservlet"); rd.forward(request, response); |
此时控制权将转向到第二个Servlet了。
使用2中的方法,可以从Servlet Context中得到RequestDispatcher代码如下:
RequestDispatcher rd = getServletContext().getRequest Dispatcher("/servlet/secondservlet"); rd.forward(request, response); |
使用3中的方法,从上面的web. xml配置文件可以看到定义了两个Servlet,名字分别为FirstServlet和SecondServlet,所以可以得到命名的Dispatcher:
RequestDispatcher rd = getServletContext().getNamedDispatcher("SecondServlet"); rd.forward(request, response); |
这样也可以重定向到SecondServlet了。
JSP页面中的重定向
JSP在解析后编译为一个Servlet运行,所以在JSP中也可以使用上面的重定向代码,并且,JSP还提供了更便利的操作,如下:
<jsp:forward page= "nextpage.jsp"/> |
JSP页面执行到这儿,将终止当前的处理,将控制权交由nextpage.jsp。
如何选择
RequestDispatcher.forward() 方法和HttpServletResponse.sendRedirect()方法的区别是:前者仅是容器中控制权的转向,在客户端浏览器地址栏中不会显 示出转向后的地址;后者则是完全的跳转,浏览器将会得到跳转的地址,并重新发送请求链接。这样,从浏览器的地址栏中可以看到跳转后的链接地址。所以,前者 更加高效,在前者可以满足需要时,尽量使用Request Dispatcher.forward()方法,并且,这样也有助于隐藏实际的链接。在有些情况下,比如,需要跳转到一个其它服务器上的资源,则必须使用 HttpServletResponse.sendRequest()方法。
我们通常都很喜欢用SimpleDateFormat来做一些日期和字符串之间的转换,就是所谓的format()和parse()了,具体用法看程序或者是JAVA的API文档,这里不累述了。
但是往往我们忘记了,JAVA的国际化这个让人欢喜让人愁的东西。
下面出现一个问题:
以下程序段
String dateStr = “17/Mar/2003 11:30:51”;
SimpleDateFormat frm = new SimpleDateFormat(“dd/MMM/yyyy HH:mm:ss”);
Date date = frm.parse(dateStr);
SimpleDateFormat frm1 = new SimpleDateFormat(“yyyy/MM/dd HH:mm:ss”);
System.out.println(“reformat : “ + frm1.format(date));
Date date = new Date();
SimpleDateFormat frm1 = new SimpleDateFormat(“yyyy/MMM/dd HH:mm:ss”);
System.out.println(“now : “ + frm1.format(date));
Locale locale = Locale.US;
String dateStr = “17/Mar/2003 11:30:51”;
SimpleDateFormat frm = new SimpleDateFormat(“dd/MMM/yyyy HH:mm:ss”, locale);
Date date = frm.parse(dateStr);
SimpleDateFormat frm1 = new SimpleDateFormat(“yyyy/MM/dd HH:mm:ss”, locale);
System.out.println(“reformat : “ + frm1.format(date));