小苹果把

前辈如是说

小苹果把 — Wed, 20 Feb 2008 16:31:17 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/163667 发表时间: 2008年02月20日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

在网上看到的，对自己应该也是个惊醒吧！！！！！！
随着编程年龄增长，也有机会去带领团队培养团队，期间碰到过不少刚毕业的学生或者是刚干了一年的程序员。带着他们一年半载，有些人进步很大，有些人停滞不前，更有些人萌生转行想法。他们中的一些人会问我，为什么我会这样呢。是因为自己不够聪明么？或者是因为自己不够活泼引起领导的充分关照么？还是因为机会不均等从而导致失去做挑战性的任务么？我想对你们说，这些都不是最主要的，而是你们并没有注意到你手中还有一份试卷要你去完成。
一些人总是任务驱动形的，分给他的任务，他会非常关注，并且能很好的完成。然后对其他一概不关心。比如，让某个人去负责维护数据库初始化脚本。这个人很聪明，先把数据库导出一个脚本，然后维护此脚本。等我Review这个脚本的时候，发现数据库自动生成的脚本里有Lock table语句，我便问他，这代表了什么意思，什么情况下要用这个？得到的答案却是“我没有注意到这个语句”。这样任务驱动型的小伙子只注意到他手里的一份试卷：日常工作任务，他能做的非常好，得了个满分，但就算这样，他也只能得50分，因为还有一份50分的试卷，他并没有留意到。想象一下，在他读书的时候，他绝不会在考试的时候漏做一份试卷，然而，在好多刚毕业的学生，来到公司，日复一日的工作（考试）中，总是没有注意到另外一份试卷。即使他第一份试卷做的很好，那也只是50分，永远没有及格。
在我带领的团队里，已经证明，那些能做好第二份试卷的人，往往在技术上都能得到很大进步，即使做不好，但意识到手里还有另外一份试卷的人，那也是能超越别人的。
那么，如何找到第二份试卷呢，这个答案，取决你，比如，以下是我带过的人的一些第二份试卷内容
1)以解决问题为中心而不是以任务驱动为中心
2)努力追求完美的代码和设计
3)对组长提供的解决方法要善于质疑和刨根问底。
4)有自己的理想和兴趣爱好等等
5)帮助同伴
6)积极参与公司培训和技术讨论
7)对自己的做出来的东西并不满意
8)发挥主观能动性，善于提出解决方法
9)接受批评

每个人，手里除了有一个日常工作的试卷等待你去完成外，还有一份隐形的试卷等待你完成，要你找到它，完成它。别满足你有了50分，那是无用的。50分还是不及格，众所周知。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Tomcat 多端口多应用

小苹果把 — Wed, 20 Feb 2008 16:26:04 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/163662 发表时间: 2008年02月20日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

今天在别的论坛上看到篇帖子，觉得应该有些用处，先放这里啦。

当你使用Tomcat作为Web Server的时候，是不是会想过这样的一个问题：如何利用Tomcat建立两个Web Server，同时侦听来自不同端口的请求呢？要实现这一点是很简单的。以下假设Tomcat安装在D:/Tomcat5.0目录下。
Tomcat在启动的时候，都会从D:/Tomcat5.0/conf/server.xml中获得server启动的一些基本信息；在server.xml中，你会看到这个节点，如下所示：

在节点下的第一个节点，则定义了侦听的端口，以上例子就是8080。而对于节点本身，它的属性name的值是Catalina，这是一个关键的地方，接着就是子节点，而它的属性defaultHost的值是localhost，这也是一个关键的地方。
我们可以从D:/Tomcat5.0/conf下面找到一个名为Catalina的文件夹，在这个文件夹中还包含着一个名为localhost的文件夹。在localhost文件夹下面包含着很多xml，而这些xml就是每一个Web Application的Context配置文件了。根据这些信息，很容易就可以想到建立两个Web Server的方法了。
首先，在D:/Tomcat5.0/conf 创建一个名为Fantasysoft(名字可以随你自己定了)的文件夹，然后在Fantasysoft下面在创建一个localhost的文件夹，然后将相应的Web Application的Context配置文件放到新建的localhost文件夹中；
接着，在server.xml中对照已有的节点增加一个节点，将name属性改Fantasysoft，将port口都进行相应的修改。如下：

最后，重新启动Server，你就可以通过8090端口访问到你建立的网络

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Log4j基础总结

小苹果把 — Tue, 19 Feb 2008 10:34:20 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/163266 发表时间: 2008年02月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Log4j由三个重要的组件构成：日志信息的优先级，日志信息的输出目的地，日志信息的输出格式。日志信息的优先级从高到低有ERROR、WARN、 INFO、DEBUG，分别用来指定这条日志信息的重要程度；日志信息的输出目的地指定了日志将打印到控制台还是文件中；而输出格式则控制了日志信息的显示内容。
　　一、定义配置文件
　　其实您也可以完全不使用配置文件，而是在代码中配置Log4j环境。但是，使用配置文件将使您的应用程序更加灵活。Log4j支持两种配置文件格式，一种是XML格式的文件，一种是Java特性文件（键=值）。下面我们介绍使用Java特性文件做为配置文件的方法：

　　1.配置根Logger，其语法为：
　　log4j.rootLogger = [ level ] , appenderName, appenderName, …
　　其中，level 是日志记录的优先级，分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者您定义的级别。Log4j建议只使用四个级别，优先级从高到低分别是ERROR、WARN、INFO、DEBUG。通过在这里定义的级别，您可以控制到应用程序中相应级别的日志信息的开关。比如在这里定义了INFO级别，则应用程序中所有DEBUG级别的日志信息将不被打印出来。 appenderName就是指B日志信息输出到哪个地方。您可以同时指定多个输出目的地。

　　2.配置日志信息输出目的地Appender，其语法为：
　　log4j.appender.appenderName = fully.qualified.name.of.appender.class
　　log4j.appender.appenderName.option1 = value1
　　…
　　log4j.appender.appenderName.option = valueN

　　其中，Log4j提供的appender有以下几种：
　　org.apache.log4j.ConsoleAppender（控制台），
　　org.apache.log4j.FileAppender（文件），
　　org.apache.log4j.DailyRollingFileAppender（每天产生一个日志文件），
　　org.apache.log4j.RollingFileAppender（文件大小到达指定尺寸的时候产生一个新的文件），
　　org.apache.log4j.WriterAppender（将日志信息以流格式发送到任意指定的地方）

　　3.配置日志信息的格式（布局），其语法为：
　　log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class
　　log4j.appender.appenderName.layout.option1 = value1
　　…
　　log4j.appender.appenderName.layout.option = valueN

　　其中，Log4j提供的layout有以e几种：
　　org.apache.log4j.HTMLLayout（以HTML表格形式布局），
　　org.apache.log4j.PatternLayout（可以灵活地指定布局模式），
　　org.apache.log4j.SimpleLayout（包含日志信息的级别和信息字符串），
　　org.apache.log4j.TTCCLayout（包含日志产生的时间、线程、类别等等信息）

　　Log4J采用类似C语言中的printf函数的打印格式格式化日志信息，打印参数如下： %m 输出代码中指定的消息
　　%p 输出优先级，即DEBUG，INFO，WARN，ERROR，FATAL
　　%r 输出自应用启动到输出该log信息耗费的毫秒数
　　%c 输出所属的类目，通常就是所在类的全名
　　%t 输出产生该日志事件的线程名
　　%n 输出一个回车换行符，Windows平台为“rn”，Unix平台为“n”
　　%d 输出日志时间点的日期或时间，默认格式为ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，输出类似：2002年10月18日 22：10：28，921
　　%l 输出日志事件的发生位置，包括类目名、发生的线程，以及在代码中的行数。举例：Testlog4.main(TestLog4.java:10)

　　二、在代码中使用Log4j

　　1.得到记录器
　　使用Log4j，第一步就是获取日志记录器，这个记录器将负责控制日志信息。其语法为：
　　public static Logger getLogger( String name)
　　通过指定的名字获得记录器，如果必要的话，则为这个名字创建一个新的记录器。Name一般取本类的名字，比如：
　　static Logger logger = Logger.getLogger ( ServerWithLog4j.class.getName () )

　　2.读取配置文件
　　当获得了日志记录器之后，第二步将配置Log4j环境，其语法为：
　　BasicConfigurator.configure ()：自动快速地使用缺省Log4j环境。
　　PropertyConfigurator.configure ( String configFilename) ：读取使用Java的特性文件编写的配置文件。
　　DOMConfigurator.configure ( String filename ) ：读取XML形式的配置文件。

　　3.插入记录信息（格式化日志信息）
　　当上两个必要步骤执行完毕，您就可以轻松地使用不同优先级别的日志记录语句插入到您想记录日志的任何地方，其语法如下：
　　Logger.debug ( Object message ) ;
　　Logger.info ( Object message ) ;
　　Logger.warn ( Object message ) ;
　　Logger.error ( Object message ) ;
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Tomcat下乱码的解决

小苹果把 — Fri, 01 Feb 2008 17:27:49 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/161043 发表时间: 2008年02月01日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

　　(一)JSP页面上是中文，但是看的时候是乱码：
　　解决的办法就是在JSP页面的编码的地方
< %@ page language="java" contentType="text/html;charset=GBK" %>，
　　因为Jsp转成Java文件时的编码问题，默认的话有的服务器是ISO-8859-1，如果一个JSP中直接输入了中文，Jsp把它当作ISO8859-1来处理是肯定有问题的，这一点，我们可以通过查看Jasper所生成的Java中间文件来确认。
　　(二)当用Request对象获取客户提交的汉字代码的时候，会出现乱码：
　　解决的办法是：要配置一个filter,也就是一个Servelet的过滤器，代码如下：
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.UnavailableException;

/**
* Example filter that sets the character encoding to be used in parsing the
* incoming request
*/
public class SetCharacterEncodingFilter implements Filter {

/**
* Take this filter out of service.
*/
public void destroy() {
}
/**
* Select and set (if specified) the character encoding to be used to
* interpret request parameters for this request.
*/
public void doFilter(ServletRequest request, ServletResponse response,
FilterChain chain)throws IOException, ServletException {

request.setCharacterEncoding("GBK");

// 传递控制到下一个过滤器
chain.doFilter(request, response);
}

public void init(FilterConfig filterConfig) throws ServletException {
}
}

　　配置web.xml

< filter>
< filter-name>Set Character Encoding< /filter-name>
< filter-class>SetCharacterEncodingFilter< /filter-class>
< /filter>
< filter-mapping>
< filter-name>Set Character Encoding< /filter-name>
< url-pattern>/*< /url-pattern>
< /filter-mapping>

　　如果你还是出现这种情况的话你就往下看看是不是第四种情况，你的Form提交的数据是不是用get提交的，一般来说用post提交的话是没有问题的，如果是的话，你就看看第四种解决办法。
　　还有就是对含有汉字字符的信息进行处理，处理的代码是：

package dbJavaBean;
public class CodingConvert
{
public CodingConvert()
{
//
}
public String toGb(String uniStr){
String gbStr = "";
if(uniStr == null){
uniStr = "";
}
try{
byte[] tempByte = uniStr.getBytes("ISO8859_1");
gbStr = new String(tempByte,"GB2312");
}
catch(Exception ex){
}
return gbStr;
}

public String toUni(String gbStr){
String uniStr = "";
if(gbStr == null){
gbStr = "";
}
try{
byte[] tempByte = gbStr.getBytes("GB2312");
uniStr = new String(tempByte,"ISO8859_1");
}catch(Exception ex){
}
return uniStr;
}
}

　　你也可以在直接的转换，首先你将获取的字符串用ISO-8859-1进行编码，然后将这个编码存放到一个字节数组中，然后将这个数组转化成字符串对象就可以了，例如：
String str=request.getParameter(“girl”);
Byte B[]=str.getBytes(“ISO-8859-1”);
Str=new String(B);

　　通过上述转换的话，提交的任何信息都能正确的显示。
三)在Formget请求在服务端用request. getParameter(“name”)时返回的是乱码。
　　按tomcat的做法设置Filter也没有用或者用request.setCharacterEncoding("GBK");也不管用。问题是出在处理参数传递的方法上：如果在servlet中用doGet(HttpServletRequest request, HttpServletResponse response)方法进行处理的话前面即使是写了：
request.setCharacterEncoding("GBK");
response.setContentType("text/html;charset=GBK");
也是不起作用的，返回的中文还是乱码！！！

　　如果把这个函数改成doPost(HttpServletRequest request, HttpServletResponse response)一切就OK了。
　　同样，在用两个JSP页面处理表单输入之所以能显示中文是因为用的是post方法传递的，改成get方法依旧不行。
　　由此可见在servlet中用doGet()方法或是在JSP中用get方法进行处理要注意。这毕竟涉及到要通过浏览器传递参数信息，很有可能引起常用字符集的冲突或是不匹配。
　　解决的办法是：
　　1) 打开tomcat的server.xml文件，找到区块，加入如下一行：
URIEncoding=”GBK”
　　完整的应如下：
< Connector port="8080" maxThreads="150"
minSpareThreads="25" maxSpareThreads="75"
enableLookups="false" redirectPort="8443"
acceptCount="100" debug="0" connectionTimeout="20000"
disableUploadTimeout="true" URIEncoding="GBK"/>

　　2)重启tomcat,一切OK。
　　需要加入的原因大家可以去研究 $TOMCAT_HOME/webapps/tomcat-docs/config/http.html下的这个文件就可以知道原因了。需要注意的是：这个地方如果你要是用UTF-8的时候在传递的过程中在Tomcat中也是要出现乱码的情况，如果不行的话就换别的字符集。
　　(四)JSP页面上有中文，按钮上面也有中文，但是通过服务器查看页面的时候出现乱码：
　　解决的办法是：
首先在JSP文件中不应该直接包含本地化的消息文本，而是应该通过< bean:message>标签从Resource Bundle中获得文本。应该把你的中文文本放到Application.properties文件中，这个文件放在WEB-INF/classes/*下，例如我在页面里有姓名，年龄两个label,我首先就是要建一个Application.properties，里面的内容应该是name="姓名" age="年龄"，然后我把这个文件放到WEB-INF/classes/properties/下，接下来根据Application.properties文件，对他进行编码转化，创建一个中文资源文件，假定名字是Application_cn.properties。
　　在JDK中提供了native2ascii命令，他能够实现字符编码的转换。在DOS环境中找到你放置Application.properties的这个文件的目录，在DOS环境中执行一下命令，将生成按GBK编码的中文资源文件Application_cn.properties：native2ascii ?encoding gbk Application.properties Application_cn.properties执行以上命令以后将生成如下内容的Application_cn.properties文件：name=\u59d3\u540d age=\u5e74\u9f84,在Struts-config.xml中配置：
< message-resources parameter="properties.Application_cn"/>

　　到这一步，基本上完成了一大半，接着你就要在JSP页面上写
< %@ page language="java" contentType="text/html;charset=GBK" %>
　　到名字的那个label上写
< bean:message key=”name”>
　　这样，在页面上出现的时候就会出现中文的姓名，年龄这个也是一样，按钮上汉字的处理也是同样的。
　　(五)写入到数据库是乱码：
　　解决的方法：要配置一个filter,也就是一个Servelet的过滤器，代码如同第二种时候一样。
　　如果你是通过JDBC直接链接数据库的时候，配置的代码如下：

jdbc:mysql://localhost:3306/workshopdb?useUnicode=true&characterEncoding=GBK

　　这样保证到数据库中的代码是不是乱码。
　　如果你是通过数据源链接的话你不能按照这样的写法了，首先你就要写在配置文件中，在tomcat 5.0.19中配置数据源的地方是在C:\Tomcat 5.0\conf\Catalina\localhost这个下面，我建立的工程是workshop，放置的目录是webapp下面,workshop.xml的配置文件如下：
< !-- insert this Context element into server.xml -->

< Context path="/workshop" docBase="workshop" debug="0"
reloadable="true" >

< Resource name="jdbc/WorkshopDB"
auth="Container"
type="javax.sql.DataSource" />

< ResourceParams name="jdbc/WorkshopDB">
< parameter>
< name>factory< /name>
< value>org.apache.commons.dbcp.BasicDataSourceFactory< /value>
< /parameter>
< parameter>
< name>maxActive< /name>
< value>100< /value>
< /parameter>
< parameter>
< name>maxIdle< /name>
< value>30< /value>
< /parameter>

< parameter>
< name>maxWait< /name>
< value>10000< /value>
< /parameter>

< parameter>
< name>username< /name>
< value>root< /value>
< /parameter>
< parameter>
< name>password< /name>
< value>< /value>
< /parameter>

< !-- Class name for mm.mysql JDBC driver -->
< parameter>
< name>driverClassName< /name>
< value>com.mysql.jdbc.Driver< /value>
< /parameter>
< parameter>
< name>url< /name>
< value>< ![CDATA[jdbc:mysql://localhost:3306/workshopdb?
useUnicode=true&characterEncoding=GBK]]>< /value>
< /parameter>
< /ResourceParams>

< /Context>

　　粗体地方要特别的注意，和JDBC直接链接的时候是有区别的，如果你配置正确，当你输入中文的时候到数据库中就是中文了，有一点要注意的是，你在显示数据的页面也是要用< %@ page language="java" contentType="text/html;charset=GBK" %>这行代码的。

　　需要注意的是有的前台的人员在写代码的时候，是用Dreamver写的，写了一个Form的时候把他改成了一个jsp，这样有一个地方要注意了，那就是在Dreamver中Action的提交方式是request的，你需要把他改过来，因为在jsp的提交的过程中仅仅就是POST和GET两种方式，但是这两种方式提交的代码在编码方面还是有很大不同的。
　　以上就是我在开发系统中解决中文的问题，不知道能不能解决大家的问题，时间匆忙，没有及时完善，文笔也不是很好，有些地方估计是词不达意。大家可以给我意见，希望能共同进步。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Tomcat配置相关

小苹果把 — Fri, 01 Feb 2008 17:20:51 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/161042 发表时间: 2008年02月01日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

1．配置系统管理（Admin Web Application）

　　大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现，当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。

　　Admin Web Application被定义在自动部署文件：CATALINA_BASE/webapps/admin.XML 。
　　（译者注：CATALINA_BASE即tomcat安装目录下的server目录）

　　你必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CATALINA_BASE/webapps/admin.xml 的路径是绝对路径。作为另外一种选择，你也可以删除这个自动部署文件，而在server.xml文件中建立一个Admin Web Application的context，效果是一样的。你不能管理Admin Web Application这个应用，换而言之，除了删除CATALINA_BASE/webapps/admin.xml ，你可能什么都做不了。

　　如果你使用UserDatabaseRealm（默认），你将需要添加一个user以及一个role到CATALINA_BASE/conf/tomcat-users.xml 文件中。你编辑这个文件，添加一个名叫“admin”的role 到该文件中，如下：

＜role name="admin"/＞

　　你同样需要有一个用户，并且这个用户的角色是“admin”。象存在的用户那样，添加一个用户（改变密码使其更加安全）：

＜user name="admin" password="deep_dark_secret" roles="admin"/＞

　　当你完成这些步骤后，请重新启动Tomcat，访问http://localhost:8080/admin，你将看到一个登录界面。Admin Web Application采用基于容器管理的安全机制，并采用了Jakarta Struts框架。一旦你作为“admin”角色的用户登录管理界面，你将能够使用这个管理界面配置Tomcat。

　　2．配置应用管理（Manager Web Application）

　　Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面，执行一些简单的Web应用任务。

　　Manager Web Application被被定义在一个自动部署文件中：

CATALINA_BASE/webapps/manager.xml 。

　　你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CATALINA_HOME/server/webapps/manager的绝对路径。
　　（译者注：CATALINA_HOME即tomcat安装目录）

　　如果你使用的是UserDatabaseRealm，那么你需要添加一个角色和一个用户到CATALINA_BASE/conf/tomcat-users.xml文件中。接下来，编辑这个文件，添加一个名为“manager”的角色到该文件中：

＜role name=”manager”＞

　　你同样需要有一个角色为“manager”的用户。像已经存在的用户那样，添加一个新用户（改变密码使其更加安全）：

＜user name="manager" password="deep_dark_secret" roles="manager"/＞

　　然后重新启动Tomcat，访问http://localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问http://localhost/manager/html/list，将看到一个HMTL的管理界面。不管是哪种方式都说明你的Manager Web Application现在已经启动了。

　　Manager application让你可以在没有系统管理特权的基础上，安装新的Web应用，以用于测试。如果我们有一个新的web应用位于/home/user/hello下在，并且想把它安装到 /hello下，为了测试这个应用，我们可以这么做，在第一个文件框中输入“/hello”（作为访问时的path），在第二个文本框中输入“file:/home/user/hello”（作为Config URL）。

　　Manager application还允许你停止、重新启动、移除以及重新部署一个web应用。停止一个应用使其无法被访问，当有用户尝试访问这个被停止的应用时，将看到一个503的错误??“503 - This application is not currently available”。

　　移除一个web应用，只是指从Tomcat的运行拷贝中删除了该应用，如果你重新启动Tomcat，被删除的应用将再次出现（也就是说，移除并不是指从硬盘上删除）。

　　3．部署一个Web应用

　　有两个办法可以在系统中部署web服务。

　　1＞拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。

　　2＞为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。

　　如果你有一个WAR文件，你若想部署它，则只需要把该文件简单的拷贝到CATALINA_BASE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。接下来，Tomcat将在内存中建立一个context，就好象你在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的DefaultContext获得。

　　部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描述。这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为“context片断”。

　　举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：

＜!--
Context fragment for deploying MyWebApp.war
--＞
＜Context path="/demo" docBase="webapps/MyWebApp.war"
debug="0" privileged="true"＞
＜Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/＞
＜/Context＞

　　把该片断命名为“MyWebApp.xml”，然后拷贝到CATALINA_BASE/webapps目录下。

　　这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。

　　4．配置虚拟主机（Virtual Hosts）

　　关于server.xml中“Host”这个元素，只有在你设置虚拟主机的才需要修改。虚拟主机是一种在一个web服务器上服务多个域名的机制，对每个域名而言，都好象独享了整个主机。实际上，大多数的小型商务网站都是采用虚拟主机实现的，这主要是因为虚拟主机能直接连接到Internet并提供相应的带宽，以保障合理的访问响应速度，另外虚拟主机还能提供一个稳定的固定IP。

　　基于名字的虚拟主机可以被建立在任何web服务器上，建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名，并且告诉web服务器把去往不同域名的请求分发到相应的网页目录。因为这篇文章主要是讲Tomcat，我们不准备介绍在各种操作系统上设置DNS的方法，如果你在这方面需要帮助，请参考《DNS and Bind》一书，作者是Paul Albitz and Cricket Liu (O''Reilly)。为了示范方便，我将使用一个静态的主机文件，因为这是测试别名最简单的方法。

　　在Tomcat中使用虚拟主机，你需要设置DNS或主机数据。为了测试，为本地IP设置一个IP别名就足够了，接下来，你需要在server.xml中添加几行内容，如下：

＜Server port="8005" shutdown="SHUTDOWN" debug="0"＞
＜Service name="Tomcat-Standalone"＞
＜Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"/＞
＜Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5" maxProcessors="75"
acceptCount="10" debug="0" scheme="https" secure="true"/＞
＜Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" /＞
＜/Connector＞
＜Engine name="Standalone" defaultHost="localhost" debug="0"＞
＜!-- This Host is the default Host --＞
＜Host name="localhost" debug="0" apPBase="webapps"
unpackWARs="true" autoDeploy="true"＞
＜Context path="" docBase="ROOT" debug="0"/＞
＜Context path="/orders" docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true"＞
＜/Context＞
＜/Host＞

＜!-- This Host is the first "Virtual Host": http://www.example.com/ --＞
＜Host name="www.example.com" appBase="/home/example/webapp"＞
＜Context path="" docBase="."/＞
＜/Host＞

＜/Engine＞
＜/Service＞
＜/Server＞

　　Tomcat的server.xml文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素，所包含的context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=””）。

　　5．配置基础验证（Basic Authentication）

　　容器管理验证方法控制着当用户访问受保护的Web应用资源时，如何进行用户的身份鉴别。当一个web应用使用了Basic Authentication（BASIC参数在web.XML文件中auto-method元素中设置），而有用户访问受保护的web应用时，Tomcat将通过HTTP Basic Authentication方式，弹出一个对话框，要求用户输入用户名和密码。在这种验证方法中，所有密码将被以64位的编码方式在网络上传输。

　　注意：使用Basic Authentication通过被认为是不安全的，因为它没有强健的加密方法，除非在客户端和服务器端都使用HTTPS或者其他密码加密码方式（比如，在一个虚拟私人网络中）。若没有额外的加密方法，网络管理员将能够截获（或滥用）用户的密码。但是，如果你是刚开始使用Tomcat，或者你想在你的web应用中测试一下基于容器的安全管理，Basic Authentication还是非常易于设置和使用的。只需要添加＜security-constraint＞和＜login-config＞两个元素到你的web应用的web.xml文件中，并且在CATALINA_BASE/conf/tomcat-users.xml 文件中添加适当的＜role＞和＜user＞即可，然后重新启动Tomcat。

　　下面例子中的web.xml摘自一个俱乐部会员网站系统，该系统中只有member目录被保护起来，并使用Basic Authentication进行身份验证。请注意，这种方式将有效的代替Apache web服务器中的.htAccess文件。

＜!--
Define the Members-only area, by defining
a "Security Constraint" on this Application, and
mapping it to the subdirectory (URL) that we want
to restrict.
--＞
＜security-constraint＞
＜web-resource-collection＞
＜web-resource-name＞
Entire Application
＜/web-resource-name＞
＜url-pattern＞/members/*＜/url-pattern＞
＜/web-resource-collection＞
＜auth-constraint＞
＜role-name＞member＜/role-name＞
＜/auth-constraint＞
＜/security-constraint＞
＜!-- Define the Login Configuration for this Application --＞
＜login-config＞
＜auth-method＞BASIC＜/auth-method＞
＜realm-name＞My Club Members-only Area＜/realm-name＞
＜/login-config＞

　　6．配置单点登录（Single Sign-On）

　　一旦你设置了realm和验证的方法，你就需要进行实际的用户登录处理。一般说来，对用户而言登录系统是一件很麻烦的事情，你必须尽量减少用户登录验证的次数。作为缺省的情况，当用户第一次请求受保护的资源时，每一个web应用都会要求用户登录。如果你运行了多个web应用，并且每个应用都需要进行单独的用户验证，那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统，所有他们也就不知道他们需要访问多少个不同的应用，只是很迷惑，为什么总要不停的登录。

　　Tomcat 4的“single sign-on”特性允许用户在访问同一虚拟主机下所有web应用时，只需登录一次。为了使用这个功能，你只需要在Host上添加一个SingleSignOn Valve元素即可，如下所示：

＜Valve className="org.apache.catalina.authenticator.SingleSignOn"
debug="0"/＞

　　在Tomcat初始安装后，server.xml的注释里面包括SingleSignOn Valve配置的例子，你只需要去掉注释，即可使用。那么，任何用户只要登录过一个应用，则对于同一虚拟主机下的所有应用同样有效。

　　使用single sign-on valve有一些重要的限制：

　　1＞ value必须被配置和嵌套在相同的Host元素里，并且所有需要进行单点验证的web应用（必须通过context元素定义）都位于该Host下。

　　2＞包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。

　　3＞不能被context中的realm覆盖。

　　4＞使用单点登录的web应用最好使用一个Tomcat的内置的验证方式（被定义在web.xml中的＜auth-method＞中），这比自定义的验证方式强，Tomcat内置的的验证方式包括basic、digest、form和client-cert。

　　5＞如果你使用单点登录，还希望集成一个第三方的web应用到你的网站中来，并且这个新的web应用使用它自己的验证方式，而不使用容器管理安全，那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次，并且在请求新的第三方应用时还得再登录一次。当然，如果你拥有这个第三方web应用的源码，而你又是一个程序员，你可以修改它，但那恐怕也不容易做。

　　6＞单点登录需要使用cookies。

　　7．配置用户定制目录（Customized User Directores）

　　一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些Web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：

http://www.cs.myuniversity.edu/~username
http://members.mybiGISp.com/~username

　　Tomcat提供两种方法在主机上映射这些个人网站，主要使用一对特殊的Listener元素。Listener的className属性应该是org.apache.catalina.startup.UserConfig，userClass属性应该是几个映射类之一。如果你的系统是Unix，它将有一个标准的/etc/passwd文件，该文件中的帐号能够被运行中的Tomcat很容易的读取，该文件指定了用户的主目录，使用PasswdUserDatabase 映射类。

＜Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/＞

　　web文件需要放置在像/home/users/ian/public_html 或者 /users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html 到其他任何子目录下。

　　实际上，这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件，但你又想把一个用户名映射到公共的像/home一样目录的子目录里面，则可以使用HomesUserDatabase类。

＜Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html" homeBase="/home"
userClass="org.apache.catalina.startup.HomesUserDatabase"/＞

　　这样一来，web文件就可以位于像/home/ian/public_html 或者 /home/jasonb/public_html一样的目录下。这种形式对Windows而言更加有利，你可以使用一个像c:\home这样的目录。

　　这些Listener元素，如果出现，则必须在Host元素里面，而不能在context元素里面，因为它们都用应用于Host本身。

　　8．在Tomcat中使用CGI脚本

　　Tomcat主要是作为Servlet/JSP容器，但它也有许多传统web服务器的性能。支持通用网关接口（Common Gateway Interface，即CGI）就是其中之一，CGI提供一组方法在响应浏览器请求时运行一些扩展程序。CGI之所以被称为通用，是因为它能在大多数程序或脚本中被调用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括Java。当然，你大概不会把一个Java应用程序当作CGI来运行，毕竟这样太过原始。一般而言，开发Servlet总要比CGI具有更好的效率，因为当用户点击一个链接或一个按钮时，你不需要从操作系统层开始进行处理。

　　Tomcat包括一个可选的CGI Servlet，允许你运行遗留下来的CGI脚本。

　　为了使Tomcat能够运行CGI，你必须做如下几件事：

　　1. 把servlets-cgi.renametojar （在CATALINA_HOME/server/lib/目录下）改名为servlets-cgi.jar。处理CGI的servlet应该位于Tomcat的CLASSPATH下。

　　2. 在Tomcat的CATALINA_BASE/conf/web.XML 文件中，把关于＜servlet-name＞ CGI的那段的注释去掉（默认情况下，该段位于第241行）。

　　3. 同样，在Tomcat的CATALINA_BASE/conf/web.xml文件中，把关于对CGI进行映射的那段的注释去掉（默认情况下，该段位于第299行）。注意，这段内容指定了HTML链接到CGI脚本的访问方式。

　　4. 你可以把CGI脚本放置在WEB-INF/cgi 目录下（注意，WEB-INF是一个安全的地方，你可以把一些不想被用户看见或基于安全考虑不想暴露的文件放在此处），或者你也可以把CGI脚本放置在context下的其他目录下，并为CGI Servlet调整cgiPathPrefix初始化参数。这就指定的CGI Servlet的实际位置，且不能与上一步指定的URL重名。

　　5. 重新启动Tomcat，你的CGI就可以运行了。

　　在Tomcat中，CGI程序缺省放置在WEB-INF/cgi目录下，正如前面所提示的那样，WEB-INF目录受保护的，通过客户端的浏览器无法窥探到其中内容，所以对于放置含有密码或其他敏感信息的CGI脚本而言，这是一个非常好的地方。为了兼容其他服务器，尽管你也可以把CGI脚本保存在传统的/cgi-bin目录，但要知道，在这些目录中的文件有可能被网上好奇的冲浪者看到。另外，在Unix中，请确定运行Tomcat的用户有执行CGI脚本的权限。

　　9．改变Tomcat中的JSP编译器（JSP Compiler）

　　在Tomcat 4.1（或更高版本，大概），JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪，但这正是Ant有意为之的一部分，有一个API文档指导开发者在没有启动一个新的JVM的情况下，使用Ant。这是使用Ant进行Java开发的一大优势。另外，这也意味着你现在能够在Ant中使用任何javac支持的编译方式，这里有一个关于Apache Ant使用手册的javac page列表。使用起来是容易的，因为你只需要在＜init-param＞元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下：

＜Servlet＞
＜servlet-name＞jsp＜/servlet-name＞
＜servlet-class＞
org.apache.jASPer.servlet.JspServlet
＜/servlet-class＞
＜init-param＞
＜param-name＞logVerbosityLevel＜/param-name＞
＜param-value＞WARNING＜/param-value＞
＜/init-param＞
＜init-param＞
＜param-name＞compiler＜/param-name＞
＜param-value＞jikes＜/param-value＞
＜/init-param＞
＜load-on-startup＞3＜/load-on-startup＞
＜/servlet＞

　　当然，给出的编译器必须已经安装在你的系统中，并且CLASSPATH可能需要设置，那处决于你选择的是何种编译器。

　　10．限制特定主机访问（Restricting Access to Specific Hosts）

　　有时，你可能想限制对Tomcat Web应用的访问，比如，你希望只有你指定的主机或IP地址可以访问你的应用。这样一来，就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果，Tomcat提供了两个参数供你配置：RemoteHostValve 和RemoteAddrValve。

　　通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。

　　例如你可以把Admin Web application设置成只允许本地访问，设置如下：

＜Context path="/path/to/secret_files" ...＞
＜Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/＞
＜/Context＞

　　如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Tomcat类加载机制

小苹果把 — Fri, 01 Feb 2008 17:06:05 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/161038 发表时间: 2008年02月01日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

      对于只用于某一个web应用的类或资源，放在这个web应用下的/WEB-INF/classes目录下，如果是JAR，就放在这个web应用下的WEB-INF/lib目录下。
     对于让所有的web应用共享的类或资源，放在$CATALINA_BASE/shared/classes目录下，如果是JAR，就放在$CATALINA_BASE/shared/lib目录下。
     Tomcat中的类加载策略和JDK中的委托模型略有不同。当Tomcat启动的时候，会创建一组类加载器，形成下面的层次关系：
                Bootstrap
                   |
                 System
                   |
                 Common
                 /           \
             Catalina Shared
                 /              \
        webapp1       webapp2 ......

各个类加载器的作用描述如下:
Bootstrap:负责加载由虚拟机提供的基本的运行时类和系统扩展目录（$JAVA_HOME/jre/lib/ext)下的JAR包;
System:通常这个加载器用来加载CLASSPATH环境变量中指定的类，但在Tomcat5的标准启动脚本($CATALINA_HOME/bin/catalina.sh或%CATALINA_HOME%/bin/catalina.bat)中改变了它的行为，它只加载下面的类：
$CATALINA_HOME/bin/bootstrap.jar - Contains the main() method that is used to initialize the Tomcat 5 server, and the class loader implementation classes it depends on.
$JAVA_HOME/lib/tools.jar - Contains the "javac" compiler used to convert JSP pages into servlet classes.
$CATALINA_HOME/bin/commons-logging-api.jar - Jakarta commons logging API.
$CATALINA_HOME/bin/commons-daemon.jar - Jakarta commons daemon API.
jmx.jar - The JMX 1.2 implementation.

Common：它负责加载对于Tomcat本身和所有的web应用都需要看到的类，通常，应用的类不应该由他加载。$CATALINA_HOME/common/classes,$CATALINA_HOME/commons/endorsed和$CATALINA_HOME/common/lib下的都由这个加载器加载。缺省的，包括：
ant.jar - Apache Ant.
commons-collection.jar - Jakarta commons collection.
commons-dbcp.jar - Jakarta commons DBCP, providing a JDBC connection pool to web applications.
commons-el.jar - Jakarta commons el, implementing the expression language used by Jasper.
commons-pool.jar - Jakarta commons pool.
jasper-compiler.jar - The JSP 2.0 compiler.
jasper-runtime.jar - The JSP 2.0 runtime.
jsp-api.jar - The JSP 2.0 API.
naming-common.jar - The JNDI implementation used by Tomcat 5 to represent in-memory naming contexts.
naming-factory.jar - The JNDI implementation used by Tomcat 5 to resolve references to enterprise resources (EJB, connection pools).
naming-resources.jar - The specialized JNDI naming context implementation used to represent the static resources of a web application.
servlet-api.jar - The Servlet and JSP API classes.
xerces.jar - The XML parser that is visible by default to Tomcat internal classes and to web applications.

Catalina:用来加载实现Tomcat自己需要的类。由他加载的类对web应用都是不可见的。$CATALINA_HOME/server/classes,$CATALINA_HOME/server/lib,都由这个加载器加载。缺省的，包括：?
catalina.jar - Implementation of the Catalina servlet container portion of Tomcat 5.
jakarta-regexp-X.Y.jar - The binary distribution of the Jakarta Regexp regular expression processing library, used in the implementation of request filters.
servlets-xxxxx.jar - The classes associated with each internal servlet that provides part of Tomcat's functionality. These are separated so that they can be completely removed if the corresponding service is not required, or they can be subject to specialized security manager permissions.
tomcat-coyote.jar - Coyote connector for Tomcat 5.
tomcat-http11.jar - Standalone Java HTTP/1.1 connector.
tomcat-jk2.jar - Classes for the Java portion of the JK 2 web server connector, which allows Tomcat to run behind web servers such as Apache and iPlanet iAS and iWS.
tomcat-util.jar - Utility classes required by some Tomcat connectors.
Shared：被所有的web应用共享的类和资源由这个加载器加载。$CATALINA_BASE/shared/classed,$CATALINA_BASE/shared/lib，都由这个加载器加载。
WebappX:对每个Tomcat里的web应用都创建一个加载器，web应用下的WEB-INF/classes,WEB-INF/lib,都由这个加载器加载，由它所加载的类对其他的web应用是不可见的。
web应用的加载器(WebappX)和JDK的委托模型略有不同，这是根据Servlet2.3规范做出的。当WebappX被请求加载一个类时，它首先尝试自己加载，而不是委托给它的父加载器。但是，对于下面的类，仍然要委托给父加载器：
Classes which are part of the JRE base classes cannot be overriden. For some classes (such as the XML parser components in JDK 1.4+), the JDK 1.4 endorsed feature can be used (see the common classloader definition above). In addition, for the following class patterns, the classloader will always delegate first (and load the class itself if no parent classloader loads it):
javax.*
org.xml.sax.*
org.w3c.dom.*
org.apache.xerces.*
org.apache.xalan.*
Last, any JAR containing servlet API classes will be ignored by the classloader.
Tomcat中其他的加载器都是遵循委托模型的。
最后，以web应用的角度，要加载类或者资源时，会以下面的顺序查找：
Bootstrap classes of your JVM
System class loader classses (described above)
/WEB-INF/classes of your web application
/WEB-INF/lib/*.jar of your web application
$CATALINA_HOME/common/classes
$CATALINA_HOME/common/endorsed/*.jar
$CATALINA_HOME/common/lib/*.jar
$CATALINA_BASE/shared/classes
$CATALINA_BASE/shared/lib/*.jar
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

tomcat简介

小苹果把 — Fri, 01 Feb 2008 17:02:40 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/161037 发表时间: 2008年02月01日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

一、Tomcat背景
　　自从JSP发布之后，推出了各式各样的JSP引擎。Apache Group在完成GNUJSP1.0的开发以后，开始考虑在SUN的JSWDK基础上开发一个可以直接提供Web服务的JSP服务器，当然同时也支持Servlet, 这样Tomcat就诞生了。Tomcat是jakarta项目中的一个重要的子项目，其被JavaWorld杂志的编辑选为2001年度最具创新的java产品，同时它又是sun公司官方推荐的servlet和jsp容器，因此其越来越多的受到软件公司和开发人员的喜爱。servlet和jsp的最新规范都可以在tomcat的新版本中得到实现。其次，Tomcat是完全免费的软件，任何人都可以从互联网上自由地下载。Tomcat与Apache的组合相当完美。

二、Tomcat目录
tomcat
|---bin Tomcat：存放启动和关闭tomcat脚本；
|---conf Tomcat：存放不同的配置文件（server.xml和web.xml）；
|---doc：存放Tomcat文档；
|---lib/japser/common：存放Tomcat运行需要的库文件（JARS）；
|---logs：存放Tomcat执行时的LOG文件；
|---src：存放Tomcat的源代码；
|---webapps：Tomcat的主要Web发布目录（包括应用程序示例）；
|---work：存放jsp编译后产生的class文件；

三、Tomcat类加载
Bootstrap($JAVA_HOME/jre/lib/ext/*.jar)
System($CLASSPATH/*.class和指定的jar)
Common($CATALINA_HOME/common 下的classes,lib,endores三个子目录)
Catalina ($CATALINA_HOME/server/下的classes和lib目录仅对Tomcat可见)
&Shared($CATALINA_HOME/shared/下的classes和lib目录以及$CATALINA_HOME/lib目录)仅对Web应用程序可见,对Tomcat不可见WebApp($WEBAPP/Web-INF/*仅对该WEB应用可见classes/*.class lib/*.jar)

加载类和资源的顺序为：
1、/Web-INF/classes
2、/Web-INF/lib/*.jar
3、Bootstrap
4、System
5、$CATALINA_HOME/common/classes
6、$CATALINA_HOME/common/endores/*.jar
7、$CATALINA_HOME/common/lib/*.jar
8、$CATALINA_HOME/shared/classes
9、$CATALINA_HOME/shared/lib/*.jar

四、server.xml配置简介：
下面讲述这个文件中的基本配置信息，更具体的配置信息请参考tomcat的文档：
server:
1、port 指定一个端口，这个端口负责监听关闭tomcat的请求
2、shutdown 指定向端口发送的命令字符串
service:
1、name 指定service的名字
Connector (表示客户端和service之间的连接)：
1、port 指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求
2、minProcessors 服务器启动时创建的处理请求的线程数
3、maxProcessors 最大可以创建的处理请求的线程数
4、enableLookups 如果为true，则可以通过调用request.getRemoteHost()进行DNS查
询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip
地址
5、redirectPort 指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的
端口号
6、acceptCount 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理
队列中的请求数，超过这个数的请求将不予处理
7、connectionTimeout 指定超时的时间数(以毫秒为单位)
Engine (表示指定service中的请求处理机，接收和处理来自Connector的请求)：
1、defaultHost 指定缺省的处理请求的主机名，它至少与其中的一个host元素的name
属性值是一样的
Context (表示一个web应用程序)：
1、docBase 应用程序的路径或者是WAR文件存放的路径
2、path 表示此web应用程序的url的前缀，这样请求的url为
http://localhost:8080/path/****
3、reloadable 这个属性非常重要，如果为true，则tomcat会自动检测应用程序的
/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，我们可
以在不重起tomcat的情况下改变应用程序
host (表示一个虚拟主机)：
1、name 指定主机名
2、appBase 应用程序基本目录，即存放应用程序的目录
3、unpackWARs 如果为true，则tomcat会自动将WAR文件解压，否则不解压，直接
从WAR文件中运行应用程序
Logger (表示日志，调试和错误信息)：
1、className 指定logger使用的类名，此类必须实现org.apache.catalina.Logger 接口
2、prefix 指定log文件的前缀
3、suffix 指定log文件的后缀
4、timestamp 如果为true，则log文件名中要加入时间，如下
例:localhost_log.2001-10-04.txt
Realm (表示存放用户名，密码及role的数据库)：
1、className 指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口
Valve (功能与Logger差不多，其prefix和suffix属性解释和Logger 中的一样)：
1、className 指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve
类可以记录应用程序的访问信息
directory（指定log文件存放的位置）：
1、pattern 有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行
请求的字符串，HTTP响应代码，发送的字节数。combined方式比common方式记
录的值更多

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

今年天气真糟糕

小苹果把 — Mon, 28 Jan 2008 09:56:06 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/159831 发表时间: 2008年01月28日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

今年天气真是糟糕,第一年工作回家过春节就碰上这样的天气,呵呵,撞大运了.公司里有一个湖北武汉的同事家里直接打电话不让回去了,问题很严重.......从新闻上看广州火车站的那个场面,还真是另人担心,不知道交通什么时候能恢复,也希望上海车站不会出现这样的情况.

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

关于MySql字符集的问题

小苹果把 — Fri, 25 Jan 2008 16:24:15 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/159365 发表时间: 2008年01月25日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

最近在登陆公司服务器上的数据库时,在命令行里执行查询语句时候得到的结果只要是中文,就全部是乱码,很让人头疼呀,，查了些资料总结一下.作为自己以后的参考.
      MySQL的字符集支持(Character Set Support)有两个方面：字符集(Character set)和排序方式(Collation)。对于字符集的支持细化到四个层次:
      服务器(server)，数据库(database)，数据表(table)和连接(connection)。

      1.MySQL默认字符集:MySQL对于字符集的指定可以细化到一个数据库，一张表，一列.传统的程序在创建数据库和数据表时并没有使用那么复杂的配置，它们用的是默认的配置.    (1)编译MySQL 时，指定了一个默认的字符集，这个字符集是 latin1；(2)安装MySQL 时，可以在配置文件 (my.ini) 中指定一个默认的的字符集，如果没指定，这个值继承自编译时指定的；(3)启动mysqld 时，可以在命令行参数中指定一个默认的的字符集，如果没指定，这个值继承自配置文件中的配置,此时 character_set_server 被设定为这个默认的字符集；(4)当创建一个新的数据库时，除非明确指定，这个数据库的字符集被缺省设定为character_set_server；(5)当选定了一个数据库时，character_set_database 被设定为这个数据库默认的字符集；(6)在这个数据库里创建一张表时，表默认的字符集被设定为 character_set_database，也就是这个数据库默认的字符集；(7)当在表内设置一栏时，除非明确指定，否则此栏缺省的字符集就是表默认的字符集；如果什么地方都不修改，那么所有的数据库的所有表的所有栏位的都用 latin1 存储，不过我们如果安装 MySQL，一般都会选择多语言支持，也就是说，安装程序会自动在配置文件中把 default_character_set 设置为 UTF-8，这保证了缺省情况下，所有的数据库的所有表的所有栏位的都用 UTF-8 存储。

SET NAMES 'utf8';

它相当于下面的三句指令：
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = utf8;

不知道什么原因,我在自己机器上把上述三个字符集都设置成utf8后,查询中文结果还是乱码,只有把character_set_results设置成GBK之后才能从命令行正常显示中文.

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

MySql关键字

小苹果把 — Thu, 24 Jan 2008 13:20:56 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/159044 发表时间: 2008年01月24日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

昨天一个同事的程序的除了问题,怎么都调不通,一开始以为是hibernate的问题,后来发现问题是他在一个数据表里用了index作为字段名,但是index是mysql的关键字,呵呵,有点粗心啦. 查了一下,关键字(有的是保留字 )还真是不少.在MySQL中，下表中的字显式被保留。其中大多数字进制被标准SQL用作列名和/或表名(例如，GROUP)。少数被保留了，因为MySQL需要它们，保留字被引起来后可以用作识别符。出

ADD	ALL	ALTER
ANALYZE	AND	AS
ASC	ASENSITIVE	BEFORE
BETWEEN	BIGINT	BINARY
BLOB	BOTH	BY
CALL	CASCADE	CASE
CHANGE	CHAR	CHARACTER
CHECK	COLLATE	COLUMN
CONDITION	CONNECTION	CONSTRAINT
CONTINUE	CONVERT	CREATE
CROSS	CURRENT_DATE	CURRENT_TIME
CURRENT_TIMESTAMP	CURRENT_USER	CURSOR
DATABASE	DATABASES	DAY_HOUR
DAY_MICROSECOND	DAY_MINUTE	DAY_SECOND
DEC	DECIMAL	DECLARE
DEFAULT	DELAYED	DELETE
DESC	DESCRIBE	DETERMINISTIC
DISTINCT	DISTINCTROW	DIV
DOUBLE	DROP	DUAL
EACH	ELSE	ELSEIF
ENCLOSED	ESCAPED	EXISTS
EXIT	EXPLAIN	FALSE
FETCH	FLOAT	FLOAT4
FLOAT8	FOR	FORCE
FOREIGN	FROM	FULLTEXT
GOTO	GRANT	GROUP
HAVING	HIGH_PRIORITY	HOUR_MICROSECOND
HOUR_MINUTE	HOUR_SECOND	IF
IGNORE	IN	INDEX
INFILE	INNER	INOUT
INSENSITIVE	INSERT	INT
INT1	INT2	INT3
INT4	INT8	INTEGER
INTERVAL	INTO	IS
ITERATE	JOIN	KEY
KEYS	KILL	LABEL
LEADING	LEAVE	LEFT
LIKE	LIMIT	LINEAR
LINES	LOAD	LOCALTIME
LOCALTIMESTAMP	LOCK	LONG
LONGBLOB	LONGTEXT	LOOP
LOW_PRIORITY	MATCH	MEDIUMBLOB
MEDIUMINT	MEDIUMTEXT	MIDDLEINT
MINUTE_MICROSECOND	MINUTE_SECOND	MOD
MODIFIES	NATURAL	NOT
NO_WRITE_TO_BINLOG	NULL	NUMERIC
ON	OPTIMIZE	OPTION
OPTIONALLY	OR	ORDER
OUT	OUTER	OUTFILE
PRECISION	PRIMARY	PROCEDURE
PURGE	RAID0	RANGE
READ	READS	REAL
REFERENCES	REGEXP	RELEASE
RENAME	REPEAT	REPLACE
REQUIRE	RESTRICT	RETURN
REVOKE	RIGHT	RLIKE
SCHEMA	SCHEMAS	SECOND_MICROSECOND
SELECT	SENSITIVE	SEPARATOR
SET	SHOW	SMALLINT
SPATIAL	SPECIFIC	SQL
SQLEXCEPTION	SQLSTATE	SQLWARNING
SQL_BIG_RESULT	SQL_CALC_FOUND_ROWS	SQL_SMALL_RESULT
SSL	STARTING	STRAIGHT_JOIN
TABLE	TERMINATED	THEN
TINYBLOB	TINYINT	TINYTEXT
TO	TRAILING	TRIGGER
TRUE	UNDO	UNION
UNIQUE	UNLOCK	UNSIGNED
UPDATE	USAGE	USE
USING	UTC_DATE	UTC_TIME
UTC_TIMESTAMP	VALUES	VARBINARY
VARCHAR	VARCHARACTER	VARYING
WHEN	WHERE	WHILE
WITH	WRITE	X509
XOR	YEAR_MONTH	ZEROFILL

MySQL允许部分关键字用做未引起来的识别符，因为许多人以前曾使用过它们。下面列出了一些例子：
ACTION
BIT
DATE
ENUM
NO
TEXT
TIME
TIMESTAMP

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

WAP技术之WURFL学习笔记

小苹果把 — Tue, 04 Dec 2007 20:37:08 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/145995 发表时间: 2007年12月04日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

最近在做一个Wap网站，自己了解的不多，只好到处找资料。但是这方面的资料确实不是很多，自己稍微总结一下放在这里。
一、背景知识：
1、多服务：普适计算应用程序的多服务。是一个新兴概念，使internet应用程序能够为不同类型的请求客户机提供定制响应。（发展趋势）
2、不同的无线设备和浏览器都支持以下三种流行的标记语言：WML，XHTML，COMPACTHTML（CHTML）。
3、识别出试图访问应用程序的客户机是非常重要的。（也就是他的制造商和型号），然后检查一些设备描述数据库以便了解请求客户机的功能。
4、万维网联盟（W3C）Mobile Web Initiative 了解了设备描述在普适应用程序的重要姓之后发布了标题为“DeviceDescriotionLandscape”的工作草案。而本草案中所提到的设备描述计划之一就是名为WURFL的开放源码项目。
二、WURFL简介
1、WURFL是SourceForge.net上的一个开放源码项目。它定义设备描述的XML格式，并且包含有关名为wurfl.xml的XML文件中无线设备的一些重要信息。
2、wurfl.xml文件包含的设备描述信息：
1）无线设备的制造商和型号
2）每种类型的无线设备的user-agent字符串：通常情况下，客户机会将user-agent字符串随请求一起发送到web服务器，特定制造商和型号的所有设备都使用相同的user-agent字符串，因此可以使用这个请求字符串确定请求客户机。当web服务器接受到请求时它会从请求中听提取user-agent字符串，并检查wurfl.xml文件中读取其设备描述的过程
3）无线设备的某些功能：wurfl.xml文件定义了这些功能对于不同的设备的值。设备功能连同其相对于某种设备的值便形成了特定设备的实际设备描述。wurfl定义的最重要的设备功能包括：显示字符，安全性相关特性以及无线设备支持的标记类型，样式，字体，图片格式。

三、如何使用wurfl
1、JavaAPI：WURFL包含综合的，功能全面的JavaAPI，可以使用它来处理wurfl.xml.
这个API只需要知道来自请求客户机的user-agent字符串。它可以在内部解析“wurfl.xml”以了解发送user-agent字符串的的设备的功能。
2、Wall:WURFL随附的jsp标记库。用于构建多服务的JSP页面，Wall标签内部使用WURFL JavaAPI了解客户机设备的功能。
3、导航：服务器端WEB应用程序几乎总是具有支持导航的多个页面。这意味着WEB应用程序需要收集用户数据，并维护服务器端对象，这些对象打包用户数据，并在客户机导航应用程序时将该数据从一个页面发送到下一个页面。
4、JSF是一个标准的java框架，它定义了一种机制，能够在客户屏幕上呈现用户界面组件（如数据提交表单）的机制，收集用户数据并在服务器端管理这些数据。为了在Java应用程序中充分利用WURFL功能，需要将多服务支持整合到JSF中。这需要将WURFL和JSF一起放到实际的，多页面以及多服务的WEB应用程序中
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

第一次去机房

小苹果把 — Tue, 04 Dec 2007 20:26:44 +0800

作者: 小苹果把链接：http://zhaozhi-1983.javaeye.com/blog/145991 发表时间: 2007年12月04日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

今天和经理去南京西路给公司的项目配置服务器，长这么大第一次进这样大型的的机房，看着机房里一排排的机器，机器工作的轰轰的声音，还有各种服务器上绿色，红色闪烁着的指示灯。身处其中，，想一下，我们每天在用的各种各样的信息，我们在访问的各种各样的网络就是在这样的机房里，在这么多的服务器中传输着，真是有种很奇妙的感受。

不过在里面待的时间长了就没有什么好的感觉了，虽然里面的散热很好，但还是感觉很热，机器的响声也够让人受的！
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

小苹果把

前辈如是说

Tomcat 多端口 多应用

Log4j基础总结

Tomcat下乱码的解决

Tomcat配置相关

Tomcat类加载机制

tomcat简介

今年天气真糟糕

关于MySql字符集的问题

MySql关键字

WAP技术之WURFL学习笔记

第一次去机房

Tomcat 多端口多应用