idea's blog

我不喜欢 struts-html Tag Lib，因为它违反了一个基本原则----taglib不要生产html标签。在java代码中生产html是一种非常糟糕的作法（不过，有部分人不这样认为），它把程序员和美工溶为一体。

我们来看看struts是如何用拙劣的方法生成html链接的，假设taglib引用前缀为html：

<html:link page="stupid.html">
        <bean:message key="some.text" />
</html:link>

这是什么代码？如果你只使用简单的html(再加上el)就像下面：

<a href="stupid.html">${some.text}</a>

当然，这是两种不同的理念。struts-html tag lib 试图以MS Visual Studio编写应用程序类似的方式编写web application，于是就采用了MS Visual Studio的一些方法（在我看来是陋习）。

正如前面说的，在java代码中生成html把程序员和美工溶为一体。当你尝试把两者分开时，美工必须从java代码中查找html的id，class属性，以及生成了什么标签。这对美工是一场恶梦！

我也看到有些标签库把生成分页码（就是previouse 1 2 3 ... next 类似功能）的功能完全包装在java代码中。然后这样使用：

<page:pagenum page="1" link="browse.jsp" pageSize="8" />（注：当然还有更多的属性可能达10个之多）

这是什么鬼东西？！美工如何知道你生成了什么？难道你招来一个美工，你还要求他掌握你自己发明的语言（你别因此得意），然后他到了另一家又得学习另一个自以为是的人发明的语言吗？

因为把程序员和美工溶为一体并不是完全无用的，所以有一部分人会反对我的说法，有一部分人会同意我的说法。

Tomcat 5 的最小的server.xml配置文件大概如下：

01 <Server port="8005" shutdown="SHUTDOWN">
02	<Service name="Catalina">
03		<Connector port="8080" />
04		<Engine name="Catalina" defaultHost="localhost">
05			<Host name="localhost" appBase="/home/ideawu/webapps">
06				<Context path="/bbs" docBase="bbs_file" />
07			</Host>
08		</Engine>
09	</Service>
10 </Server>

第3行设置的Tomcat的监听端口。如果你要访问自己机器上的网站，在浏览器里输入http://localhost:8080。

Host是虚拟主机，一般是一个网站。Context表示一个Web Application(Web应用程序)，如一个网站的留言板，论坛可以分别是一个Web应用程序。

appBase="/home/ideawu/webapps"表示你的网站的程序放在 /home/ideawu/webapps 目录下，你也可以使用相对Tomcat安装路径的路径，不过一般不这么做。

path="/bbs" docBase="bbs_file"表示一个目录为bbs_file的Web应用程序，程序的文件放在 /home/ideawu/webapps/bbs_file 目录下，你可以通过 http://localhost:8080/bbs 或者 http://localhost:8080/bbs_file 访问。也就是说，path是docBase的一个映射。

你的网站的首页默认应该放在 /home/ideawu/webapps/ROOT 目录下，可以设置Context的path为空串来更改。

我一直以来都在使用Tomcat作为JSP Web服务器。Tomcat对中文的支持没有太大的问题，一些常见的问题都能轻易解决。最近使用Resin，发现Resin对中文的支持更加优秀。下面我对Tomcat5.0.28和Resin3.0.19默认安装不做任何设置后的中文乱码情况做个比较。

GET提交中文表单

无论是否设置request.setCharacterEncoding()，Tomcat获取的中文都出现乱码。而Resin直接获取，并不出现乱码。如果想Tomcat不出现乱码，那么你必须设置server.xml中的Connector(定义访问端口的那一个)标签的URIEncoding属性。

POST提交中文表单

只有设置了正确的request.setCharacterEncoding()，Tomcat获取的中文才不出现乱码。而Resin直接获取，并不出现乱码。

include file中文文件

如果被包含的JSP文件中有中文字符串，那么该字符串必须从系统当前编码转为ISO-8859-1，如String s = new String(("中文").getBytes("ISO-8859-1"),"UTF-8");，否则出现乱码。而Resin直接赋值字符串，String s = "中文";。

Tomcat有这些古怪的行为，是因为它内部总是使用ISO-8859-1作为编码字符集。它读取JSP文件时，假设JSP文件是以ISO-8859-1编码的。

所以在Tomcat之外我们有另一个选择Resin。

相关链接：

• Tomcat服务器官方网站
• Resin服务器官方网站
• 下载 在ChinaUnix 搜索 resin 和 Tomcat

ServletContext 被 Servlet 程序用来与 Web 容器通信。例如写日志，转发请求。每一个 Web 应用程序含有一个Context，被Web应用内的各个程序共享。因为Context可以用来保存资源并且共享，所以我所知道的 ServletContext 的最大应用是Web缓存----把不经常更改的内容读入内存，所以服务器响应请求的时候就不需要进行慢速的磁盘I/O了。

ServletContextListener 是 ServletContext 的监听者，如果 ServletContext 发生变化，如服务器启动时 ServletContext 被创建，服务器关闭时 ServletContext 将要被销毁。

在JSP文件中，application 是 ServletContext 的实例，由JSP容器默认创建。Servlet 中调用 getServletContext()方法得到 ServletContext 的实例。

我们使用缓存的思路大概是：

1. 服务器启动时，ServletContextListener 的 contextInitialized()方法被调用，所以在里面创建好缓存。可以从文件中或者从数据库中读取取缓存内容生成类，用 ervletContext.setAttribute()方法将缓存类保存在 ServletContext 的实例中。

2. 程序使用 ServletContext.getAttribute()读取缓存。如果是 JSP，使用a pplication.getAttribute()。如果是 Servlet，使用 getServletContext().getAttribute()。如果缓存发生变化(如访问计数)，你可以同时更改缓存和文件/数据库。或者你等变化积累到一定程序再保存，也可以在下一步保存。

3. 服务器将要关闭时，ServletContextListener 的 contextDestroyed()方法被调用，所以在里面保存缓存的更改。将更改后的缓存保存回文件或者数据库，更新原来的内容。

import User; //my own class
import DatabaseManager; // my own class
import javax.servlet.ServletContext;
import javax.servlet.ServletContextListener;

public class MyContextListener

	implements ServletContextListener {
	private ServletContext context = null;

	public void contextInitialized(ServletContextEvent event) {
		context = event.getServletContext();
		User user = DatabaseManager.getUserById(1);
		context.setAttribute("user1", user);
	}

	public void contextDestroyed(ServletContextEvent event) {
		User user = (User)context.getAttribute("user1");
		DatabaseManager.updateUserData(user);
		this.context = null;
	}
}

布署 ServletContextListener

你实现(implements)了 ServletContextListener 编译后，把它放在正确的WEB-INF/classes目录下，更改WEB-INF目录下的 web.xml文件，在web-app节点里添加

<listener>
	<listener-class>MyServletContextListener</listener-class>
</listener>

来自 http://www.turbomilk.com/icrm/ 的图片。

这个J2EE小提示阐述了ServletContextListener的用法。这个事件类作为Web应用程序的一部分，处理Web应用程序的servlet上下文(context)的变化的通知。这可以解释为，好像有个人在服务器旁不断地通知我们服务器在发生什么事件。那当然需要监听者了。因此，在通知上下文(context)初始化和销毁的时候，ServletContextListner非常有用。

import javax.servlet.ServletContextListener;
import javax.servlet.ServletContextEvent;
import javax.servlet.*;

public	class MyListener implements ServletContextListener {

	private ServletContext context = null;

	/* 这个方法在Web应用服务被移除，没有能力再接受请求的时候被调用。
	 */
	public void contextDestroyed(ServletContextEvent event){
		//Output a simple message to the server's console
		System.out.println("The Simple Web App. Has Been Removed");
		this.context = null;

	}

	// 这个方法在Web应用服务做好接受请求的时候被调用。
	public void contextInitialized(ServletContextEvent event){
		this.context = event.getServletContext();

		//Output a simple message to the server's console
		System.out.println("The Simple Web App. Is Ready");

	}
}

<web-app>
	<listener>
		<listener-class>
			com.listeners.MyContextListener
		</listener-class>
	</listener>
	<servlet/>
	<servlet-mapping/>
</web-app> 

原文在：http://www.java-tips.org/java-ee-tips/java-servlet/how-to-work-with-servletcontextlistener.html
题目为：How to work with ServletContextListener