语源科技BlogJava-thisliy

socket心跳检测

liyang — Wed, 17 Feb 2010 05:11:00 GMT

一、什么是心跳检测

判断对方（设备，进程或其它网元）是否正常动行，一般采用定时发送简单的通讯包，如果在指定时间段内未收到对方响应，则判断对方已经当掉。用于检测TCP的异常断开。

基本原因是服务器端不能有效的判断客户端是否在线也就是说，服务器无法区分客户端是长时间在空闲，还是已经掉线的情况。所谓的心跳包就是客户端定时发送简单的信息给服务器端告诉它我还在而已。

代码就是每隔几分钟发送一个固定信息给服务端，服务端收到后回复一个固定信息。如果服务端几分钟内没有收到客户端信息则视客户端断开。比如有些通信软件长时间不使用，要想知道它的状态是在线还是离线就需要心跳包，定时发包收包。

发包方可以是客户也可以是服务端，看哪边实现方便合理。一般是客户端。服务器也可以定时轮询发心跳下去。

一般来说，出于效率的考虑，是由客户端主动向服务器端发包，而不是相反。

二、关于Send函数的返回值

我们知道当客户端以优雅的方式断开TCP连接后，服务器使用Send函数发包，得到的返回值为0（说明TCP连接已断开）。然而，SEND函数的成功返回只能表示发送数据已经进入了SOCKET内核的发送队列，不一定就已经在线上或者已经被成功接收了。这可能是因为send只是往发送缓冲区拷贝数据, 刚开始缓冲区还未满,所以不会有错误发生, 只有等到相当一段长的时间后, send的返回值才会为-1。

三、定时Ping

如果服务器不能进行心跳检测的应答。可以采用定时Ping某服务器来检测TCP连接是否断开，如新浪（必须允许Ping的服务器）。PING是向远程主机发送一个ICMP包，如果给定时间内没有接收到回应就认为是超时，如果收到回应则分析接收到的ICMP包，得到TTL、类型以及用时。

不过Ping包有32字节，如果是无线连接，有时需要考虑流量问题。

四、使用TCP存活定时器

liyang 2010-02-17 13:11 发表评论

深入GetMessage和PeekMessage

liyang — Wed, 10 Feb 2010 03:48:00 GMT

摘要: Bob Gunderson MSDN技术组作于:1992年11月11日 Creamdog 译于：2002年3月13日译者的话该文重点讲述了Windows处理事件、消息的具体过程和步骤。尤其是在系系处理鼠标键盘事件的过程上做了详解。通过这篇文章，你将对Windows的消息处理机制有一个较全面的了解。概念这... 阅读全文

liyang 2010-02-10 11:48 发表评论

JNDI详解

liyang — Sun, 20 Dec 2009 04:29:00 GMT

JNDI
Java Naming and Directory Interface

首先需要对naming与directory 有最基本的认识，进而了解使用JNDI 的原因：
1、naming
Naming 在电脑系统上是最基本的服务之一，藉著名称 (names)与物件 (objects)的系结 (binding)，使用者透过正确地描述环境(context)来存取欲使用的物件。例如：DNS(Domain Name System)将主机名称「 javacenter.cis.th u.edu.tw」对应到 IP Address「 140.128.104.30」，以方便使用者记忆。
2、directory
Directory可视为 naming概念的扩充，让物件拥有属性 (attributes)以记录额外的资讯。於是，我们可以透过名称来查看(look up)物件并获得该物件的属性资讯，或是利用属性作为搜寻的过滤条件 (search filter)。例如：电话簿，记录著每个人登记的电话号码。从这个最常见的例子中不难看出directory与 database明显的差异之一：directory 的属性可以有很多笔资料，正如每个人可以同时拥有很多个电话号码。 Directory目前在电脑系统上较著名的应用系统与架构有 Novell公司的 NDS(Novell Directory Services)、Sun公司的NIS(Network Information Service)，与即将成为网络上一个新标准的 LDAP(Lightweight Directory Access Protocol)。

JNDI(Java Naming and Directory Interface)是SUN公司提供的一种标准的Java命名系统接口，JNDI提供统一的客户端API，通过不同的访问提供者接口JNDI SPI的实现，由管理者将JNDI API映射为特定的命名服务和目录系统，使得Java应用程序可以和这些命名服务和目录服务之间进行交互。集群JNDI实现了高可靠性JNDI[8]，通过服务器的集群，保证了JNDI的负载平衡和错误恢复。在全局共享的方式下，集群中的一个应用服务器保证本地JNDI树的独立性，并拥有全局的JNDI 树。每个应用服务器在把部署的服务对象绑定到自己本地的JNDI树的同时，还绑定到一个共享的全局JNDI树，实现全局JNDI和自身JNDI的联系。

JNDI是一个应用程序设计的API，为开发人员提供了查找和访问各种命名和目录服务的通用、统一的接口，类似JDBC都是构建在抽象层上。

JNDI可访问的现有的目录及服务有：
DNS、XNam 、Novell目录服务、LDAP(Lightweight Directory Access Protocol 轻型目录访问协议)、 CORBA对象服务、文件系统、Windows XP/2000/NT/Me/9x的注册表、RMI、DSML v1&v2、NIS。

JNDI优点：
包含了大量的命名和目录服务，使用通用接口来访问不同种类的服务；
可以同时连接到多个命名或目录服务上；
建立起逻辑关联，允许把名称同Java对象或资源关联起来，而不必指导对象或资源的物理ID。

JNDI程序包：
javax.naming：命名操作；
javax.naming.directory：目录操作；
javax.naming.event：在命名目录服务器中请求事件通知；
javax.naming.ldap：提供LDAP支持；
javax.naming.spi：允许动态插入不同实现。
利用JNDI的命名与服务功能来满足企业级APIs对命名与服务的访问，诸如EJBs、JMS、JDBC 2.0以及IIOP上的RMI通过JNDI来使用CORBA的命名服务。
JNDI与JDBC：
JNDI提供了一种统一的方式，可以用在网络上查找和访问服务。通过指定一个资源名称，该名称对应于数据库或命名服务中的一个纪录，同时返回数据库连接建立所必须的信息。
代码示例：
try{
Context cntxt = new InitialContext();
DataSource ds = (DataSource) cntxt.lookup("jdbc/dpt");
}
catch(NamingException ne){
...
}

JNDI与JMS：
消息通信是软件组件或应用程序用来通信的一种方法。JMS就是一种允许应用程序创建、发送、接收、和读取消息的JAVA技术。
代码示例：
try{
Properties env = new Properties();
InitialContext inictxt = new InitialContext(env);
TopicConnectionFactory connFactory = (TopicConnectionFactory) inictxt.lookup("TTopicConnectionFactory");
...
}
catch(NamingException ne){
...
}

访问特定目录：举个例子，人是个对象，他有好几个属性，诸如这个人的姓名、电话号码、电子邮件地址、邮政编码等属性。通过getAttributes()方法
Attribute attr =directory.getAttributes(personName).get("email");
String email = (String)attr.get();
通过使用JNDI让客户使用对象的名称或属性来查找对象：
foxes = directory.search("o=Wiz,c=US", "sn=Fox", controls);
通过使用JNDI来查找诸如打印机、数据库这样的对象，查找打印机的例子：
Printer printer = (Printer)namespace.lookup(printerName);
printer.print(document);

浏览命名空间：
NamingEnumeration list = namespace.list("o=Widget, c=US");
while (list.hasMore()) {
NameClassPair entry = (NameClassPair)list.next();
display(entry.getName(), entry.getClassName());
}

常用的JNDI操作：
void bind(String sName,Object object);――绑定：把名称同对象关联的过程
void rebind(String sName,Object object);――重新绑定：用来把对象同一个已经存在的名称重新绑定
void unbind(String sName);――释放：用来把对象从目录中释放出来
void lookup(String sName,Object object);――查找：返回目录总的一个对象
void rename(String sOldName,String sNewName);――重命名：用来修改对象名称绑定的名称
NamingEnumeration listBinding(String sName);――清单：返回绑定在特定上下文中对象的清单列表
NamingEnumeration list(String sName);

代码示例：重新得到了名称、类名和绑定对象。
NamingEnumeration namEnumList = ctxt.listBinding("cntxtName");
...
while ( namEnumList.hasMore() ) {
Binding bnd = (Binding) namEnumList.next();
String sObjName = bnd.getName();
String sClassName = bnd.getClassName();
SomeObject objLocal = (SomeObject) bnd.getObject();
}

liyang 2009-12-20 12:29 发表评论

mysql用户管理

liyang — Sun, 20 Dec 2009 03:28:00 GMT

首先要声明一下：一般情况下，修改MySQL密码，授权，是需要有mysql里的root权限的。
1.新建用户
    mysql> insert into mysql.user(Host,User,Password) values("localhost","lee",password("1234"));

    这样就创建了一个名为：lee    密码为：1234 的用户。

    刷新一下系统权限表
    mysql>flush privileges;

2.为用户授权
   授权lee用户拥有test数据库的所有权限。
   grant all privileges on test.* to lee@localhost identified by '1234';
   mysql>flush privileges;

3.删除用户
mysql>DELETE FROM user WHERE User="phplamp" and Host="localhost";
mysql>flush privileges;

4.修改指定用户密码
   mysql>update mysql.user set password=password('新密码') where User="phplamp" and Host="localhost";
   mysql>flush privileges;

liyang 2009-12-20 11:28 发表评论

String.getBytes()和new String()

liyang — Wed, 09 Dec 2009 09:27:00 GMT

在Java中，String.getBytes(String decode)方法会根据指定的decode编码返回某字符串在该编码下的byte数组表示，如

byte[] b_gbk = "中".getBytes("GBK");
byte[] b_utf8 = "中".getBytes("UTF-8");
byte[] b_iso88591 = "中".getBytes("ISO8859-1");

将分别返回“中”这个汉字在GBK、UTF-8和ISO8859-1编码下的byte数组表示，此时b_gbk的长度为2，b_utf8的长度为3，b_iso88591的长度为1。

而与getBytes相对的，可以通过new String(byte[], decode)的方式来还原这个“中”字时，这个new String(byte[], decode)实际是使用decode指定的编码来将byte[]解析成字符串。

String s_gbk = new String(b_gbk,"GBK");
String s_utf8 = new String(b_utf8,"UTF-8");
String s_iso88591 = new String(b_iso88591,"ISO8859-1");

通过打印s_gbk、s_utf8和s_iso88591，会发现，s_gbk和s_utf8都是“中”，而只有s_iso88591是一个不认识的字符，为什么使用ISO8859-1编码再组合之后，无法还原“中”字呢，其实原因很简单，因为ISO8859-1编码的编码表中，根本就没有包含汉字字符，当然也就无法通过"中".getBytes("ISO8859-1");来得到正确的“中”字在ISO8859-1中的编码值了，所以再通过new String()来还原就无从谈起了。

因此，通过String.getBytes(String decode)方法来得到byte[]时，一定要确定decode的编码表中确实存在String表示的码值，这样得到的byte[]数组才能正确被还原。

有时候，为了让中文字符适应某些特殊要求（如http header头要求其内容必须为iso8859-1编码），可能会通过将中文字符按照字节方式来编码的情况，如

String s_iso88591 = new String("中".getBytes("UTF-8"),"ISO8859-1")，这样得到的s_iso8859-1字符串实际是三个在 ISO8859-1中的字符，在将这些字符传递到目的地后，目的地程序再通过相反的方式String s_utf8 = new String(s_iso88591.getBytes("ISO8859-1"),"UTF-8")来得到正确的中文汉字“中”。这样就既保证了遵守协议规定、也支持中文。

liyang 2009-12-09 17:27 发表评论

DllMain详解

liyang — Mon, 30 Nov 2009 07:25:00 GMT

DllMain详解

1 DLL的进入/退出函数

1.1 DllMain简介

跟exe有个main或者WinMain入口函数一样，DLL也有一个入口函数，就是DllMain。以“DllMain”为关键字，来看看MSDN帮助文档怎么介绍这个函数的。

The DllMain function is an optional method of entry into a dynamic-link library (DLL)。（简要翻译：对于动态链接库，DllMain是一个可选的入口函数。）这句话很重要，很多初学者可能都认为一个动态链接库肯定要有 DllMain函数。其实不然，像很多仅仅包含资源信息的DLL是没有DllMain函数的。

1.2 何时调用DllMain

系统是在什么时候调用DllMain函数的呢？静态链接时，或动态链接时调用LoadLibrary和FreeLibrary都会调用DllMain函数。DllMain的第三个参数fdwReason指明了系统调用Dll的原因，它可能是:

DLL_PROCESS_ATTACH、

DLL_PROCESS_DETACH、

DLL_THREAD_ATTACH

DLL_THREAD_DETACH。

以下从这四种情况来分析系统何时调用了DllMain。

1.2.1 DLL_PROCESS_ATTACH

大家都知道，一个程序要调用Dll里的函数，首先要先把DLL文件映射到进程的地址空间。要把一个DLL文件映射到进程的地址空间，有两种方法：静态链接和动态链接的LoadLibrary或者LoadLibraryEx。

当一个DLL文件被映射到进程的地址空间时，系统调用该DLL的DllMain函数，传递的fdwReason参数为 DLL_PROCESS_ATTACH。这种调用只会发生在第一次映射时。如果同一个进程后来为已经映射进来的DLL再次调用LoadLibrary或者 LoadLibraryEx，操作系统只会增加DLL的使用次数，它不会再用DLL_PROCESS_ATTACH调用DLL的DllMain函数。不同进程用LoadLibrary同一个DLL时，每个进程的第一次映射都会用DLL_PROCESS_ATTACH调用DLL的DllMain函数。

可参考DllMainTest的DLL_PROCESS_ATTACH_Test函数。

1.2.2 DLL_PROCESS_DETACH

当DLL被从进程的地址空间解除映射时，系统调用了它的DllMain，传递的fdwReason值是DLL_PROCESS_DETACH。当DLL处理该值时，它应该执行进程相关的清理工作。

那么什么时候DLL被从进程的地址空间解除映射呢？两种情况：

◆FreeLibrary解除DLL映射（有几个LoadLibrary，就要有几个FreeLibrary）

◆进程结束而解除DLL映射，在进程结束前还没有解除DLL的映射，进程结束后会解除DLL映射。（如果进程的终结是因为调用了 TerminateProcess，系统就不会用DLL_PROCESS_DETACH来调用DLL的DllMain函数。这就意味着DLL在进程结束前没有机会执行任何清理工作。）

注意：当用DLL_PROCESS_ATTACH调用DLL的DllMain函数时，如果返回FALSE，说明没有初始化成功，系统仍会用DLL_PROCESS_DETACH调用DLL的DllMain函数。因此，必须确保清理那些没有成功初始化的东西。

可参考DllMainTest的DLL_PROCESS_DETACH_Test函数。

1.2.3 DLL_THREAD_ATTACH

当进程创建一线程时，系统查看当前映射到进程地址空间中的所有DLL文件映像，并用值DLL_THREAD_ATTACH调用DLL的DllMain函数。

新创建的线程负责执行这次的DLL的DllMain函数，只有当所有的DLL都处理完这一通知后，系统才允许进程开始执行它的线程函数。

注意跟DLL_PROCESS_ATTACH的区别，我们在前面说过，第 n(n>=2)次以后地把DLL映像文件映射到进程的地址空间时，是不再用DLL_PROCESS_ATTACH调用DllMain的。而 DLL_THREAD_ATTACH不同，进程中的每次建立线程，都会用值DLL_THREAD_ATTACH调用DllMain函数，哪怕是线程中建立线程也一样。

1.2.4 DLL_THREAD_DETACH

如果线程调用了ExitThread来结束线程（线程函数返回时，系统也会自动调用ExitThread），系统查看当前映射到进程空间中的所有DLL文件映像，并用DLL_THREAD_DETACH来调用DllMain函数，通知所有的DLL去执行线程级的清理工作。

注意：如果线程的结束是因为系统中的一个线程调用了TerminateThread，系统就不会用值DLL_THREAD_DETACH来调用所有DLL的DllMain函数。

1.3 为DllMain换名

在早期的SDK版本中，DllMain是叫做DllEntryPoint。其实有一件鲜为人知的事：一个Dll的入口函数名是可以自己定义的。下面我将以VC++6.0为例来演示如何更改。首先要说明一点，虽然DllMain可以换成其他函数名，但函数的参数和返回值必须和DllMain一样。而且这个函数要为__stdcall类型（DllMain本身也是__stdcall类型）。

打开VC++菜单Project"Settings"Link tab" Output in the Category box，如下图，在Entry-point symbol中输入要替换DllMain的函数名（当然这个函数名是你程序中已经实现的函数）。Entry-point symbol是干么的呢？可以以关键字“Entry-point symbol”搜索MSDN帮助文档查看，搜索时，打钩“仅搜索标题”会更快定位。

按OK后，如果马上编译的话会出现如下错误：

LIBCMTD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main

Debug/Dll.dll : fatal error LNK1120: 1 unresolved externals

打开VC++菜单Project"Settings"C/C++选项卡，如下图，在 Project Options：末尾的地方添加”/D”（图中蓝色高亮的地方），要注意位置，我试了，要把/D放到/GZ后面也会链接错误，我也不懂为什么，^_^。按 OK，再次编译，成功。大家可以自己测试下到底有没有更改成功，什么，如果测试？打出调式信息啊。

1.4 DisableThreadLibraryCalls

看帮助就知道它是干么用的：

The DisableThreadLibraryCalls function disables the DLL_THREAD_ATTACH and DLL_THREAD_DETACH notifications for the dynamic-link library (DLL) specified by hLibModule. This can reduce the size of the working code set for some applications.

转自:http://blog.csdn.net/benkaoya/archive/2008/06/02/2504781.aspx

liyang 2009-11-30 15:25 发表评论

typedef的四个用途和两个陷阱

liyang — Wed, 25 Nov 2009 02:08:00 GMT

用途一：
定义一种类型的别名，而不只是简单的宏替换。可以用作同时声明指针型的多个对象。比如：
char* pa, pb;  // 这多数不符合我们的意图，它只声明了一个指向字符变量的指针，
// 和一个字符变量；
以下则可行：
typedef char* PCHAR;  // 一般用大写
PCHAR pa, pb;        // 可行，同时声明了两个指向字符变量的指针
虽然：
char *pa, *pb;
也可行，但相对来说没有用typedef的形式直观，尤其在需要大量指针的地方，typedef的方式更省事。

用途二：
用在旧的C代码中（具体多旧没有查），帮助struct。以前的代码中，声明struct新对象时，必须要带上struct，即形式为： struct 结构名对象名，如：
struct tagPOINT1
{
    int x;
    int y;
};
struct tagPOINT1 p1;

而在C++中，则可以直接写：结构名对象名，即：
tagPOINT1 p1;

估计某人觉得经常多写一个struct太麻烦了，于是就发明了：
typedef struct tagPOINT
{
    int x;
    int y;
}POINT;

POINT p1; // 这样就比原来的方式少写了一个struct，比较省事，尤其在大量使用的时候

或许，在C++中，typedef的这种用途二不是很大，但是理解了它，对掌握以前的旧代码还是有帮助的，毕竟我们在项目中有可能会遇到较早些年代遗留下来的代码。

用途三：
用typedef来定义与平台无关的类型。
比如定义一个叫 REAL 的浮点类型，在目标平台一上，让它表示最高精度的类型为：
typedef long double REAL;
在不支持 long double 的平台二上，改为：
typedef double REAL;
在连 double 都不支持的平台三上，改为：
typedef float REAL;
也就是说，当跨平台时，只要改下 typedef 本身就行，不用对其他源码做任何修改。
标准库就广泛使用了这个技巧，比如size_t。
另外，因为typedef是定义了一种类型的新别名，不是简单的字符串替换，所以它比宏来得稳健（虽然用宏有时也可以完成以上的用途）。

用途四：
为复杂的声明定义一个新的简单的别名。方法是：在原来的声明里逐步用别名替换一部分复杂声明，如此循环，把带变量名的部分留到最后替换，得到的就是原声明的最简化版。举例：

1. 原声明：int *(*a[5])(int, char*);
变量名为a，直接用一个新别名pFun替换a就可以了：
typedef int *(*pFun)(int, char*);
原声明的最简化版：
pFun a[5];

2. 原声明：void (*b[10]) (void (*)());
变量名为b，先替换右边部分括号里的，pFunParam为别名一：
typedef void (*pFunParam)();
再替换左边的变量b，pFunx为别名二：
typedef void (*pFunx)(pFunParam);
原声明的最简化版：
pFunx b[10];

3. 原声明：doube(*)() (*e)[9];
变量名为e，先替换左边部分，pFuny为别名一：
typedef double(*pFuny)();
再替换右边的变量e，pFunParamy为别名二
typedef pFuny (*pFunParamy)[9];
原声明的最简化版：
pFunParamy e;

理解复杂声明可用的“右左法则”：从变量名看起，先往右，再往左，碰到一个圆括号就调转阅读的方向；括号内分析完就跳出括号，还是按先右后左的顺序，如此循环，直到整个声明分析完。举例：
int (*func)(int *p);
首先找到变量名func，外面有一对圆括号，而且左边是一个*号，这说明func是一个指针；然后跳出这个圆括号，先看右边，又遇到圆括号，这说明 (*func)是一个函数，所以func是一个指向这类函数的指针，即函数指针，这类函数具有int*类型的形参，返回值类型是int。
int (*func[5])(int *);
func右边是一个[]运算符，说明func是具有5个元素的数组；func的左边有一个*，说明func的元素是指针（注意这里的*不是修饰 func，而是修饰func[5]的，原因是[]运算符优先级比*高，func先跟[]结合）。跳出这个括号，看右边，又遇到圆括号，说明func数组的元素是函数类型的指针，它指向的函数具有int*类型的形参，返回值类型为int。

也可以记住2个模式：
type (*)(....)函数指针
type (*)[]数组指针
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

陷阱一：
记住，typedef是定义了一种类型的新别名，不同于宏，它不是简单的字符串替换。比如：
先定义：
typedef char* PSTR;
然后：
int mystrcmp(const PSTR, const PSTR);

const PSTR实际上相当于const char*吗？不是的，它实际上相当于char* const。
原因在于const给予了整个指针本身以常量性，也就是形成了常量指针char* const。
简单来说，记住当const和typedef一起出现时，typedef不会是简单的字符串替换就行。

陷阱二：
typedef在语法上是一个存储类的关键字（如auto、extern、mutable、static、register等一样），虽然它并不真正影响对象的存储特性，如：
typedef static int INT2; //不可行
编译将失败，会提示“指定了一个以上的存储类”。

liyang 2009-11-25 10:08 发表评论

TCP连接、Http连接与Socket连接

liyang — Sun, 08 Nov 2009 09:58:00 GMT

1、TCP连接

手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。

建立起一个TCP连接需要经过“三次握手”：

第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”（过程就不细写了，就是服务器和客户端交互，最终确定断开）

2、HTTP连接

HTTP协议即超文本传送协议(Hypertext Transfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。

HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。

1）在HTTP 1.0中，客户端的每次请求都要求建立一次单独的连接，在处理完本次请求后，就自动释放连接。

2）在HTTP 1.1中则可以在一次连接中处理多个请求，并且多个请求可以重叠进行，不需要等待一个请求结束后再发送下一个请求。

由于HTTP在每次请求结束后都会主动释放连接，因此HTTP连接是一种“短连接”，要保持客户端程序的在线状态，需要不断地向服务器发起连接请求。通常的做法是即时不需要获得任何数据，客户端也保持每隔一段固定的时间向服务器发送一次“保持连接”的请求，服务器在收到该请求后对客户端进行回复，表明知道客户端“在线”。若服务器长时间无法收到客户端的请求，则认为客户端“下线”，若客户端长时间无法收到服务器的回复，则认为网络已经断开。

3、SOCKET原理

3.1套接字（socket）概念

套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元。它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。

应用层通过传输层进行数据通信时，TCP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个 TCP协议端口传输数据。为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与TCP／IP协议交互提供了套接字(Socket)接口。应用层可以和传输层通过Socket接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。

3.2 建立socket连接

建立Socket连接至少需要一对套接字，其中一个运行于客户端，称为ClientSocket ，另一个运行于服务器端，称为ServerSocket 。

套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。

服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。

客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。

连接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，双方就正式建立连接。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

4、SOCKET连接与TCP连接

创建Socket连接时，可以指定使用的传输层协议，Socket可以支持不同的传输层协议（TCP或UDP），当使用TCP协议进行连接时，该Socket连接就是一个TCP连接。

5、Socket连接与HTTP连接

由于通常情况下Socket连接就是TCP连接，因此Socket连接一旦建立，通信双方即可开始相互发送数据内容，直到双方连接断开。但在实际网络应用中，客户端到服务器之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致 Socket 连接断连，因此需要通过轮询告诉网络，该连接处于活跃状态。

而HTTP连接使用的是“请求—响应”的方式，不仅在请求时需要先建立连接，而且需要客户端向服务器发出请求后，服务器端才能回复数据。

很多情况下，需要服务器端主动向客户端推送数据，保持客户端与服务器数据的实时与同步。此时若双方建立的是Socket连接，服务器就可以直接将数据传送给客户端；若双方建立的是HTTP连接，则服务器需要等到客户端发送一次请求后才能将数据传回给客户端，因此，客户端定时向服务器端发送连接请求，不仅可以保

liyang 2009-11-08 17:58 发表评论

Java装饰模式

liyang — Sun, 01 Nov 2009 02:38:00 GMT

说明：

装饰模式是在不必改变原类文件和使用继承的情况下，动态的扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。

装饰模式的特点；

（1）装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。
（2）装饰对象包含一个真实对象的索引（reference）
（3）装饰对象接受所有的来自客户端的请求。它把这些请求转发给真实的对象。
（4）装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中，通常是通过继承来实现对给定类的功能扩展。

装饰模式 VS 继承

装饰模式                                                                 继承
用来扩展特定对象的功能                     用来扩展一类对象的功能
不需要子类                                             需要子类
动态地                                                     静态地
运行时分配职责                                     编译时分派职责
防止由于子类而导致的复杂和混乱     导致很多子类产生，在一些场合，报漏类的层次
更多的灵活性                                         缺乏灵活性

例子：

让我们重新返回我们在工厂方法和单例模式log实用工具上，我们的模式主要由Logger 接口和两个它的实现类??FileLogger和ConsoleLogger??分别把信息出力到一个文件和屏幕中。另外，还有包括工厂方法的LoggerFactory类。
LoggerFactory没有出现在下图中，主要是因为它和现在讨论的例子没有直接联系。

让我们想象一些客户端需要以超出Logger Utility现在所提供的新的方式出力信息，客户端需要下面两种特征；
（1）把出力的信息传唤为HTML文档
（2）对出力信息进行逻辑转化的简单加密，在面向对象的设计中，不改变现存的类的代码，可以应用继承来增加新的功能。例如，子类化现在的类重载它的方法来增加所需要的新功能。

应用继承，我们要子类化FileLogger和ConsoleLogger类来增加新的功能，会有下面的一组新的子类：
子类父类功能
HTMLFileLogger FileLogger 转化出力信息为HTML文档，并存入一个Log文件
HTMLConsLogger ConsoleLogger 转化出力信息为HTML文档，并显示在屏幕上
EncFileLogger FileLogger 加密出力信息，并存入一个Log文件
EncConsLogger ConsoleLogger 加密出力信息，并显示在屏幕上

从类图可以看到，为了实现新的功能加入了一组新的子类。如果我们还有其他的Logger类型（例如：DBLogger出力信息到数据库中），这样会有更多子类。当一个新的特性需要被加入，子类的数量会有成倍数的增长，同时我们会有一个庞大的类层次。

装饰模式使我们从这种情景中解脱出来，装饰模式推荐通过对象的合成而不是继承来包装一个对象扩展它的功能。
应用装饰模式，让我们为Logger Utility定义一个有下列特征的默认根装饰类LoggerDecorator：

（1） LoggerDecorator包括一个Logger实例的引用。这个引用指向它包含的Logger对象。
（2） LoggerDecorator实现Logger借口、提供Log方法的基本的默认实现，他只是简单的转发调用给它包含的Logger 对象。每一个LoggerDecorator子类保证定义log方法。

Listing 19.1: LoggerDecorator Class

public class LoggerDecorator implements Logger {
Logger logger;
public LoggerDecorator(Logger inp_logger) {
logger = inp_logger;
}
public void log(String DataLine) {
/*
Default implementation
to be overriden by subclasses.
*/
logger.log(DataLine);
}
}//end of class

每一个logger的装饰定义log方法使很重要的，因为装饰对象必须提供和它包装的对象相同的借口。当客户端创建一个装饰类的实例，客户端以与装饰类交互方式和客户端与拥有相同接口原对象的交互方式是一致的。
让我们定义LoggerDecorator的两个子类，HTMLLogger和EncryptLogger。 #p# 具体的Logger 装饰类

HTMLLogger

HTMLLogger重载了log方法的默认实现。在log方法中，装饰类把出力信息转化为HTML文档，并且发送给可以出力的Logger实例。
Listing 19.2: HTMLLogger Class

public class HTMLLogger extends LoggerDecorator {
public HTMLLogger(Logger inp_logger) {
super(inp_logger);
}
public void log(String DataLine) {
/*
Added functionality
*/
DataLine = makeHTML(DataLine);
/*
Now forward the encrypted text to the FileLogger
for storage
*/
logger.log(DataLine);
}
public String makeHTML(String DataLine) {
/*
Make it into an HTML document.
*/
DataLine = "" + """ + DataLine +
" + "";
return DataLine;
}
}//end of class

EncryptLogger

与HTMLLogger相似，EncryptLogger重载了log方法，在log方法中，EncryptLogger通过简单的将字符位置向右转移一位实现了加密逻辑，并且发送给可以出力的Logger实例。

Listing 19.3: EncryptLogger Class

public class EncryptLogger extends LoggerDecorator {
public EncryptLogger(Logger inp_logger) {
super(inp_logger);
}
public void log(String DataLine) {
/*
Added functionality
*/
DataLine = encrypt(DataLine);
/*
Now forward the encrypted text to the FileLogger
for storage
*/
logger.log(DataLine);
}
public String encrypt(String DataLine) {
/*
Apply simple encryption by Transposition…
Shift all characters by one position.
*/
DataLine = DataLine.substring(DataLine.length() − 1) +
DataLine.substring(0, DataLine.length() − 1);
return DataLine;
}
}//end of class

为了使用新设计装饰对象，客户端需要：

（1）使用LoggerFactory工厂方法创建一个合适的Logger实例（FileLogger/ConsoleLogger）。
（2）把第一步中创建的Logger实例作为参数转递给新创建的合适的LoggerDecorator实例的构造函数。
（3）调用LoggerDecorator实例上的方法，

Listing 19.4: Client DecoratorClient Class

class DecoratorClient {
public static void main(String[] args) {
LoggerFactory factory = new LoggerFactory();
Logger logger = factory.getLogger();
HTMLLogger hLogger = new HTMLLogger(logger);
//the decorator object provides the same interface.
hLogger.log("A Message to Log");
EncryptLogger eLogger = new EncryptLogger(logger);
eLogger.log("A Message to Log");
}
}//End of class

增加新的信息出力类型

在Logging Utility实例中，应用装饰模式对比使用继承不会因为类层次的增长而导致大量的子类，我们还有另外的Logger类型：DBLogger??出力信息到数据库中。为了将信息转化HTML格式或在出力到数据库以前对信息进行加密，客户端只需遵从上面提到的步骤，因为DBLogger是一种Logger类型，它可以作为构造函数的参数传递给HTMLLogger或EncryptLogger中任何一个类。

增加新的装饰

从例子中可以看到，LoggerDecorator实例包含了一个Logger类型了对象实例，在转发请求给Logger对象实例以前或以后，增加新的功能。因为LoggerDecorator类实现了Logger接口，LoggerDecorator实例或它的任何一个子类都可以作为一个Logger类型。因此LoggerDecortator包含它的任何子类的一个实例，并且将请求转发给它/。一般的一个装饰对象可以包含另一个装饰对象，并且可以向它转发请求。通过这种方式，新的装饰类，新的功能可以通过包装现存的装饰类来实现。

liyang 2009-11-01 10:38 发表评论

Classloader的基本概念

liyang — Sat, 31 Oct 2009 15:20:00 GMT

Classloader在运行期会以父/子的层次结构存在，每个Classloader的实例都持有其父Classloader的引用，而父Classloader并不持有子Classloader的引用，从而形成一条单向链，当一个类装载请求被提交到某个Classloader时，其默认的类装载过程如下：

检查这个类有没有被装载过，如果已经装载过，则直接返回；

调用父Classloader去装载类，如果装载成功直接返回；

调用自身的装载类的方法，如果装载成功直接返回；

上述所有步骤都没有成功装载到类，抛出ClassNotFoundException；

每一层次的Classloader都重复上述动作。

简单说，当Classloader链上的某一Classloader收到类装载请求时，会按顺序向上询问其所有父节点，直至最顶端（BootstrapClassLoader），任何一个节点成功受理了此请求，则返回，如果所有父节点都不能受理，这时候才由被请求的Classloader自身来装载这个类，如果仍然不能装载，则抛出异常。

类装载的方式

类装载的方式主要有两种：显式的和隐式的。

显式类装载

发生在使用以下方法调用进行装载类的时候：

ClassLoader.loadClass()（使用指定的Classloader进行装载）

Class.forName()（使用当前类的Caller Classloader进行装载）

当调用上述方法的时候，指定的Class（以类名为参数）由Classloader装入。这两个方法的行为有轻微的区别，Class.forName()在类装载完成后，会对类进行初始化，而ClassLoader.loadClass()只负责装载类。

隐式类装载

发生在由于引用、实例化或继承导致需要装载类的时候。隐式类装载是在幕后启动的，JVM会解析必要的引用并装载类。

        类的装载通常组合了显式和隐式两种方式。例如，Classloader可能先显式地装载一个类，然后再隐式地装载它引用的其它类。

一个基本的Classloader的层次结构

上图显示了一个基本的Classloader的层次结构。在给定层次上的Classloader不能引用任何层次低于它的Classloader，另外，它的子Classloader装载的类对于其是不可见的。在上图中，如果Foo.class是由ClassLoaderB装载的，并且Foo.class依赖于Bar.class，那么Bar.class必须由ClassLoaderA或B装载。如果Bar.class只是对ClassLoaderC和D可见，那么将会发生ClassNotFoundException或者NoClassDefFoundError异常。

如果Bar.class分别对于两个平级的Classloader可见（例如C和D），但对于它们的父Classloader不可见，那么当类装载请求发送到这两个Classloader时，每一个Classloader会装载自己版本的类。ClassLoaderC装载的Bar.class的实例将不兼容于ClassLoaderD装载的Bar.class的实例。如果对Classloader的层次结构不了解，试图使用由ClassLoaderC装载的类去造型一个ClassLoaderD装载的Bar.class的实例，则会发生造型失败（ClassCastException）。

基本的Classloader
最基本的Classloader是Bootstrap Classloader和System Classloader（也有人称之为AppClassLoader），只要写过java程序，都会用到这两个Classloader。

Bootstrap Classloader

这个Classloader装载Java虚拟机提供的基本运行时刻类（$JAVA_HOME/jre/lib），还包括放置在系统扩展目录（$JAVA_HOME/jre/lib/ext）内的JAR文件中的类。这个Classloader是java程序最顶层的Classloader，只有它没有父Classloader。如果你将一个自己写的类或第三方jar包放进$JAVA_HOME/jre/lib/ext目录中，那么它将被Bootstrap Classloader装载。
System Classloader

System Classloader通常负责装载系统环境变量CLASSPATH中设置的类。由System Classloader装载的类对于Apusic服务器内部的类和部署在Apusic服务器上的J2EE应用（通常打包成ear）都是可见的。%APUSIC_HOME%/lib目录下的jar文件是Apusic应用服务器的核心类，一般把这些jar文件都加在系统CLASSPATH中。另外，一些公用类也可以加在系统CLASSPATH中，如JDBC驱动程序等。

自定义Classloader
        在编写应用代码的时候，常常有需要动态加载类和资源，比如显式的调用classLoader.loadClass(“ClassName”)，虽然直接使用ClassLoader.getSystemClassLoader()，可以得到SystemlassLoader来完成这项任务。但是，由于System Classloader是JVM创建的Classloader，它的职责有限，只适合于普通的java应用程序，在很多复杂场景中不能满足需求，比如在应用服务器中。这时候就需要自行实现一个Classloader的子类，实现特定的行为。Apusic应用服务器中就定义了若干个特有的Classloader，负责装载部署在Apusic中的JavaEE应用中的类，这里并不试图去描述如何实现一个自定义的Classloader.

Caller Classloader和线程上下文Classloader
        动态加载资源时，往往有三种Classloader可选择：System Classloader、Caller Classloader、当前线程的上下文Classloader。System Classloader前面已经描述过了，下面我们看看什么是Caller Classloader、当前线程的上下文Classloader。

Caller Classloader

Caller Classloader指的是当前所在的类装载时使用的Classloader，它可能是System Classloader，也可能是一个自定义的Classloader，这里，我们都称之为Caller Classloader。我们可以通过getClass().getClassLoader()来得到Caller Classloader。例如，存在A类，是被AClassLoader所加载，A.class.getClassLoader()为AClassLoader的实例，它就是A.class的Caller Classloader。

        如果在A类中使用new关键字，或者Class.forName(String className)和Class.getResource(String resourceName)方法，那么这时也是使用Caller Classloader来装载类和资源。比如在A类中初始化B类：

/**
* A.java
*/
...
public void foo() {
    B b = new B();
    b.setName("b");
}
        那么，B类由当前Classloader，也就是AClassloader装载。同样的，修改上述的foo方法，其实现改为：

Class clazz = Class.forName("foo.B");

最终获取到的clazz，也是由AClassLoader所装载。

那么，如何使用指定的Classloader去完成类和资源的装载呢？或者说，当需要去实例化一个Caller Classloader和它的父Classloader都不能装载的类时，怎么办呢？

一个很典型的例子是JAXP，当使用xerces的SAX实现时，我们首先需要通过rt.jar中的javax.xml.parsers.SAXParserFactory.getInstance()得到xercesImpl.jar中的org.apache.xerces.jaxp.SAXParserFactoryImpl的实例。由于JAXP的框架接口的class位于JAVA_HOME/lib/rt.jar中，由Bootstrap Classloader装载，处于Classloader层次结构中的最顶层，而xercesImpl.jar由低层的Classloader装载，也就是说SAXParserFactoryImpl是在SAXParserFactory中实例化的，如前所述，使用SAXParserFactory的Caller Classloader(这里是Bootstrap Classloader)是完成不了这个任务的。

这时，我们就需要了解一下线程上下文Classloader了

线程上下文Classloader

每个线程都有一个关联的上下文Classloader。如果使用new Thread()方式生成新的线程，新线程将继承其父线程的上下文Classloader。如果程序对线程上下文Classloader没有任何改动的话，程序中所有的线程将都使用System Classloader作为上下文Classloader。

当使用Thread.currentThread().setContextClassLoader(classloader)时，线程上下文Classloader就变成了指定的Classloader了。此时，在本线程的任意一处地方，调用Thread.currentThread().getContextClassLoader()，都可以得到前面设置的Classloader。

回到JAXP的例子，假设xercesImpl.jar只有AClassLoader能装载，现在A.class内部要使用JAXP，但是A.class却不是由AClassLoader或者它的子Classloader装载的，那么在A.class中，应该这样写才能正确得到xercesImpl的实现：

AClassLoader aClassLoader = new AClassLoader(parent);
Thread.currentThread().setContextClassLoader(aClassLoader);
SAXParserFactory factory = SAXParserFactory.getInstance();
...
JAXP这时就可以通过线程上下文Classloader装载xercesImpl的实现类了，当然，还有一个前提是在配制文件或启动参数中指定了使用xerces作为JAXP的实现。下面是JAXP中的代码片断：
ClassLoader cl = Thread.currentThread().getContextClassLoader();
…
Class providerClass = cl.loadClass(className);
…
JVM中类的唯一性
JVM为每一个Classloader维护一个唯一标识。在一个JVM里（对应一个Java进程），可以由不同的Classloader装载多个同名的类（指包名和类名都完全相同，下同），为了唯一地标识被不同Classloader装载的类，JVM会在被装载的类名前加上装载该类的Classloader的标识。

liyang 2009-10-31 23:20 发表评论

单例模式完全剖析

liyang — Mon, 26 Oct 2009 08:58:00 GMT

摘要: 概要单例模式是最简单的设计模式之一，但是对于Java的开发者来说，它却有很多缺陷。在本月的专栏中，David Geary探讨了单例模式以及在面对多线程（multithreading)、类装载器（classloaders）和序列化(serialization)时如何处理这些缺陷。单例模式适合于一个类只有一个实例的情况，比如窗口管理器，打印缓冲池和文件系统，它们都是... 阅读全文

liyang 2009-10-26 16:58 发表评论

java动态代理实例

liyang — Sat, 24 Oct 2009 13:44:00 GMT

1.真实对象接口

1 public interface IAnimal {
2 void info();
3 }

2.真实类

1 public class Cat implements IAnimal{
2
3     public void info() {
4         System.out.println("This is a cat!");
5     }
6
7 }

3.调用处理器

1 import java.lang.reflect.InvocationHandler;
2 import java.lang.reflect.Method;
3
4 public class TraceHandler implements InvocationHandler{
5
6     private Object target;//以真实角色作为代理角色的属性
7
8     //构造器
9     public TraceHandler(Object target) {
10         this.target = target;
11     }
12
13     /*
14      * 通过反射机制动态执行真实角色的每一个方法
15      */
16     public Object invoke(Object proxy, Method method, Object[] args)
17             throws Throwable {
18         try {
19             System.out.println("被拦截的方法:" + method.getName());
20             System.out.println("预处理.");
21
22             return method.invoke(target, args);//调用真是对象的method方法
23
24         } catch (Exception e) {
25             return null;
26         } finally {
27              System.out.println("善后处理.");
28         }
29     }
30 }

4.客户端

1 import java.lang.reflect.InvocationHandler;
2 import java.lang.reflect.Proxy;
3
4 public class ProxyTest {
5     public static void main(String[] args) {
6
7         //真实对象（即被代理对象）
8         final IAnimal animal = new Cat();
9
10         //为真实对象制定一个调用处理器
11         InvocationHandler handler = new TraceHandler(animal);
12
13         //获得真实对象(animal)的一个代理类 ★★★★★
14         Object proxyObj = Proxy.newProxyInstance(
15                 animal.getClass().getClassLoader(), //真实对象的类加载器
16                 animal.getClass().getInterfaces(),  //真实对象实现的所有接口
17                 handler                                //真实对象的处理器
18                 );
19
20          if (proxyObj instanceof IAnimal) {
21             System.out.println("the proxyObj is an animal!");
22
23             IAnimal animalProxy = (IAnimal)proxyObj;//proxyObj与animal都实现了IAnimal接口
24
25             animalProxy.info();//像普通animal对象一样使用(通过handler的invoke方法执行)
26         } else {
27             System.out.println("the proxyObj isn't an animal!");
28         }
29     }
30 }

liyang 2009-10-24 21:44 发表评论

JAVA代理模式

liyang — Sat, 24 Oct 2009 12:54:00 GMT

摘要: 代理模式代理模式的作用是：为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个客户不想或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。代理模式一般涉及到的角色有：抽象角色：声明真实对象和代理对象的共同接口；代理角色：代理对象角色内部含有对真实对象的引用，从而可以操作真实对象，同时代理对象提供与真实对象相同的接口以便在任何时刻都能代替真实... 阅读全文

liyang 2009-10-24 20:54 发表评论

tomcat数据源配置（工程独立）

liyang — Mon, 12 Oct 2009 08:54:00 GMT

有关tomcat数据源配置的文章已经不少，但是一般都是把数据源直接配置到server.xml文件中，这样在移植应用程序时带来了一些不必要的麻烦，其实tomcat数据源的配置还有一种方法如下：
1.假如有工程test，其需要用到的数据源为test/jdbc/Data，则在目录TOMCAT_HOME/conf\Catalina\localhost
下面建立文件test.xml,内容为：

      factory
      org.apache.commons.dbcp.BasicDataSourceFactory


      url
      jdbc:jtds:sqlserver://127.0.0.1:1433/test;tds=8.0;lastupdatecount=true;


      password
      11111111


      maxWait
      10000


      maxActive
      100


      driverClassName
      net.sourceforge.jtds.jdbc.Driver


      username
      sa


      maxIdle
      30

2.其他配置
（1）web.xml文件
    在工程当中的web.xml文件中添加

       test/jdbc/Data
       javax.sql.DataSource
       Container

（2）工程中调用代码
    Context initContext = new InitialContext();
    Context envContext = (Context)initContext.lookup("java:/comp/env");
    DataSource ds = (DataSource)envContext.lookup("test/jdbc/Data");
// test/jdbc/Data是数据源的名字
Connection conn = ds.getConnection();
Statement stmt = conn.createStatement();

liyang 2009-10-12 16:54 发表评论

tomcat数据源的配置和使用

liyang — Mon, 12 Oct 2009 08:53:00 GMT

tomcat数据源的配置和使用收藏

一、数据源简介：
************************************************************************************
在Java语言中，DataSource对象就是一个代表数据源实体的对象。一个数据源就是一个用来存储数据的工具，它可以是复杂的大型企业级数据库，也可以是简单得只有行和列的文件。数据源可以位于在服务器端，也可以位于客服端。

应用程序通过一个连接来访问数据源，那么一个DataSource对象就是用于提供连接数据源的工具。DataSource接口提供了两个方法用于建立和数据源的连接
使用DataSource对象建立和数据库的连接比起使用DriverManager接口更加高效，虽然两者的使用范围都很相似，并且都提供了方法用于建立和数据库的连接，设置连接的最大超时时间，获取流、登录。

但两者之间的区别更加明显。和DriverManager不同，一个DataSource对象能够识别和描述它所代表的数据源的属性，而且DataSource对象的工作和JNDI(Javatm Naming and Directory Interfaceti)具有密切的关系，DataSource的建立、发布、独立于应用程序的管理都依靠JNDI技术。

在JDBC2.0或JDBC3.0中，所有的数据库驱动程序提供商必须提供一个实现了DataSource接口的类，要使用数据源必须首先在JNDI中注册该数据源对象。
如果在JNDI中注册了数据源对象，将会比起使用DriverManager来具有两个方面的优势：
首先程序不需要像使用DriverManager一样对加载的数据库驱动程序信息进行硬编码，程序员可以选择先在JNDI中注册这个数据源对象，然后在程序中使用一个逻辑名称来引用它，JNDI会自动根据你给出的名称找到与这个名称绑定的DataSource对象。然后就可以使用这个DataSource对象来建立和具体数据库的连接了。

其次，使用实现了DataSource接口的类所具有的第二个优势体现在连接池和分布式事务上。连接池通过对连接的复用而不是新建一个物理连接来显著地提高程序的效率。从而适用于任务繁忙、负担繁重的企业级分布式事务。
*************************************************************************************

二、JNDI简介：
*************************************************************************************
JNDI是用于向Java程序提供目录和命名功能的API。它被设计成独立于特定的目录服务，所以各种各样的目录都可以通过相同的方式进行访问。

可以简单地把JNDI理解为一种将对象和名字绑定的技术，对象工厂负责生产出对象，这些对象都和惟一的名字绑定。外部程序可以通过名字来获取对某个对象的引用。

在Intranets(企业内部网)和Internates（互联网）中目录服务(Directory service)扮演了一个非常重要的角色，它能够在众多的用户、机器、网络、服务、应用程序中访问各种各样的信息。目录服务提供了一系列的命名措施，用人类可以理解的命名方式来刻画各种各样的实体之间的关系

一个企业式计算环境(computing environment)通常是由若干代表不同部分的命名复合而成。比如在一个企业级环境中DNS(Domain Name System)通常被当成顶层的命名方案(top-level namein facility)区分不同的部门或组织。而这些部门或组织自己又可以使用诸如LADP或NDS的目录服务

从用户的角度来看，这些都是由不同的命名方案构成的复合名称。URL就是一个很典型的例子，它由多个命名方案构成。使用目录服务的应用程序必须支持这种复合构成方式

使用目录服务API的Java开发人员获得的好处不仅在于API独立于特定的目录或命名服务，而且可以通过多层的命名方案无缝访问(seamless acess)目录对象。实际上，任何的应用程序都可以将自身的对象和特定的命名绑定起来，这种功能可以使到任何的Java程序查找和获取任何类型的对象

终端用户可以方便地使用逻辑名称从而轻易地在网络上查找和识别各种不同的对象，目录服务的开发人员可以使用API方便地在不同的客服端之间切换而不需要作任何更改
*************************************************************************************

三、数据源和连接池的关系：
*************************************************************************************
JDBC2.0提供了javax.sql.DataSource接口，它负责建立与数据库的连接，在应用程序访问数据库时不需要编写连接数据库的代码，可以直接从数据源获得数据库连接。

在DataSource中事先建立了多个数据库连接，这些数据库连接保存在连接池(Connect Pool)中。Java程序访问数据库时，只需要从连接池中取出空闲状态的数据库连接；当程序访问数据库结束，再将数据库连接放回连接池。
*************************************************************************************

四、数据源和JNDI的关系：
*************************************************************************************
DataSource对象是由Tomcat提供的，因此不能在程序中采用创建一个实例的方式来生产DataSource对象，而需要采用Java的另一个技术JNDI，来获得DataSource对象的引用。

Tomcat把DataSource作为一种可以配置的JNDI资源来处理。生成DataSource对象的工厂为org.apache.commons.dbcp.BasicDataSourceFactory。

在javax.naming包中提供了Context接口，该接口提供了将对象和名字绑定，以及通过名字检索对象的方法。Context中的主要方法有：
bind(String name,Object object)：将对象与一个名字绑定
lookup(String name)：返回与指定的名字绑定的对象
*************************************************************************************

五、Tomcat中数据源的配置：
*************************************************************************************
数据源的配置涉及修改server.xml和web.xml，在server.xml中加入定义数据源的元素，在web.xml加入元素，声明该Web应用所引用的数据

A．在server.xml中加入元素：元素用来定义JNDI Resource。

属性    描述
name    指定Resource的JNDI名字
auth    指定管理Resource的Manager，它有两个可选值：Container、Application
type    指定Resource所属的Java类名

auth = "Container"　
     　　　type = "javax.sql.DataSource" />

B．在元素中加入元素：元素用来指定各种参数值

属性    描述
factory    指定生成的DataResource的factory类名
maxActive    指定数据库连接池中处于活动状态的最大连接数目，0表示不受限制
maxIdle    指定数据库连接池中处于空闲状态的最大连接数目，0表示不受限制
maxWait    指定连接池中连接处于空闲状态的最长时间,超过会抛出异常，-1表示无限
username    指定连接数据库的用户名
password    指定连接数据库的口令
driverClassName    指定连接数据库的JDBC驱动程序
url             指定连接数据库的URL




       factory
       org.apache.commons.dbcp.BasicDataSourceFactory



       maxActive
       100



       maxIdle
       30



       maxWait
       10000



       username
       user



       password
       1234



       driverClassName
       com.mysql.jdbc.Driver



       url
       jdbc:mysql//localhost:3306/BookDb?autoReconnect=true


C．在web.xml中加入元素：元素表示在Web应用中引用JNDI资源

属性                  描述
description    对所引用的资源的说明
res-ref-name    指定所引用资源的JNDI名字，与元素中的name属性对应
res-type             指定所引用资源的类名字，与元素中的type属性对应
res-auth             指定所引用资源的Manager，与元素中的auth属性对应

*************************************************************************************

六、在Web应用中使用数据源：
*************************************************************************************
javax.naming.Context提供了查找JNDI Resource的接口，可以通过三个步骤来使用数据源对象：

A．获得对数据源的引用：
Context ctx = new InitalContext();
DataSource ds = (DataSource)ctx.lookup("java:comp/env/jdbc/BookDb");

    B．获得数据库连接对象：
        Connection con = ds.getConnection();

    C．返回数据库连接到连接池：
        con.close();

在连接池中使用close()方法和在非连接池中使用close()方法的区别是：前者仅仅是把数据库连接对象返回到数据库连接池中，是连接对象又恢复到空闲状态，而非关闭数据库连接，而后者将直接关闭和数据库的连接
*************************************************************************************

七、发布使用数据源的Web应用：
*************************************************************************************
如果直接同JDBC访问数据库，可以把JDBC驱动程序拷贝到Web应用的WEB-INF/lib目录或者Tomcat安装目录下的common/lib目录下。

如果通过数据源访问数据库，由于数据源由Servlet容器创建并维护，所以必须把JDBC驱动程序拷贝到Tomcat安装目录下的common/lib目录下，确保Servlet容器能够访问驱动程序。
*************************************************************************************

liyang 2009-10-12 16:53 发表评论

实现自己的拦截器框架

liyang — Sat, 15 Aug 2009 05:16:00 GMT

摘要: AOP技术是spring框架的一个重要特征。通过该特性能够在函数运行之前，之后，或者异常处理的时候执行我们需要的一些操作。下面我们就是需要抛开AOP，Spring这样成型的框架不用，而仅仅使用java反射机制中的Proxy,InvocationHandler来实现类似Spring框架的拦截器的效果。动态代理DynamicProxy 首先，在设计这个拦截器框架之前，我们需... 阅读全文

liyang 2009-08-15 13:16 发表评论

Struts2文件下载

liyang — Fri, 14 Aug 2009 06:31:00 GMT

一个简单的利用struts2做文件下载的demo……

首先配好struts：

web.xml

version="1.0" encoding="UTF-8"?>
version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
>
>index.jsp>
>
>
>struts2>
>org.apache.struts2.dispatcher.FilterDispatcher>
>
>
>struts2>
>/*>
>
>

struts.xml——这里是重点

"-//Apache Software Foundation//DTD Struts Configuration 2.0//EN"
"http://struts.apache.org/dtds/struts-2.0.dtd">
>
name="default" extends="struts-default">
name="download" class="action.DownloadAction">
type="stream">
name="contentType">application/octet-stream>
name="inputName">inputStream>
name="contentDisposition">attachment;filename="${fileName}">
name="bufferSize">4096>
>
>
>
>

当result为stream类型时，struts2会自动根据你配置好的参数下载文件。

其中主要使用的参数是：
contentType 指定下载文件的文件类型 —— application/octet-stream 表示无限制
inputName 流对象名 —— 比如这里写inputStream，它就会自动去找Action中的getInputStream方法。
contentDisposition 使用经过转码的文件名作为下载文件名 —— 默认格式是attachment;filename="${fileName}"，将调用该Action中的getFileName方法。
bufferSize 下载文件的缓冲大小

之后写个DownloadAction：

package action;
import java.io.InputStream;
import org.apache.struts2.ServletActionContext;
public class DownloadAction {
private String fileName;
public void setFileName(String fileName) {
this.fileName = fileName;
}
public InputStream getInputStream() {
return ServletActionContext.getServletContext().getResourceAsStream("/" + fileName);
}
public String execute(){
return "success";
}
}

* 注意使用getResourceAsStream方法时，文件路径必须是以“/”开头，且是相对路径。这个路径是相对于项目根目录的。
* 可以用return new FileInputStream(fileName)的方法来得到绝对路径的文件。

在WEB-INF下随意丢一个test.txt，部署好后进入浏览器，输入tomcat地址/项目路径/download.action?fileName=test.txt即可下载到该文件。

附:contentType类型.
'ez' => 'application/andrew-inset',
'hqx' => 'application/mac-binhex40',
'cpt' => 'application/mac-compactpro',
'doc' => 'application/msword',
'bin' => 'application/octet-stream',
'dms' => 'application/octet-stream',
'lha' => 'application/octet-stream',
'lzh' => 'application/octet-stream',
'exe' => 'application/octet-stream',
'class' => 'application/octet-stream',
'so' => 'application/octet-stream',
'dll' => 'application/octet-stream',
'oda' => 'application/oda',
'pdf' => 'application/pdf',
'ai' => 'application/postscript',
'eps' => 'application/postscript',
'ps' => 'application/postscript',
'smi' => 'application/smil',
'smil' => 'application/smil',
'mif' => 'application/vnd.mif',
'xls' => 'application/vnd.ms-excel',
'ppt' => 'application/vnd.ms-powerpoint',
'wbxml' => 'application/vnd.wap.wbxml',
'wmlc' => 'application/vnd.wap.wmlc',
'wmlsc' => 'application/vnd.wap.wmlscriptc',
'bcpio' => 'application/x-bcpio',
'vcd' => 'application/x-cdlink',
'pgn' => 'application/x-chess-pgn',
'cpio' => 'application/x-cpio',
'csh' => 'application/x-csh',
'dcr' => 'application/x-director',
'dir' => 'application/x-director',
'dxr' => 'application/x-director',
'dvi' => 'application/x-dvi',
'spl' => 'application/x-futuresplash',
'gtar' => 'application/x-gtar',
'hdf' => 'application/x-hdf',
'js' => 'application/x-javas

cript',
'skp' => 'application/x-koan',
'skd' => 'application/x-koan',
'skt' => 'application/x-koan',
'skm' => 'application/x-koan',
'latex' => 'application/x-latex',
'nc' => 'application/x-netcdf',
'cdf' => 'application/x-netcdf',
'sh' => 'application/x-sh',
'shar' => 'application/x-shar',
'swf' => 'application/x-shockwave-flash',
'sit' => 'application/x-stuffit',
'sv4cpio' => 'application/x-sv4cpio',
'sv4crc' => 'application/x-sv4crc',
'tar' => 'application/x-tar',
'tcl' => 'application/x-tcl',
'tex' => 'application/x-tex',
'texinfo' => 'application/x-texinfo',
'texi' => 'application/x-texinfo',
't' => 'application/x-troff',
'tr' => 'application/x-troff',
'roff' => 'application/x-troff',
'man' => 'application/x-troff-man',
'me' => 'application/x-troff-me',
'ms' => 'application/x-troff-ms',
'ustar' => 'application/x-ustar',
'src' => 'application/x-wais-source',
'xhtml' => 'application/xhtml+xml',
'xht' => 'application/xhtml+xml',
'zip' => 'application/zip',
'au' => 'audio/basic',
'snd' => 'audio/basic',
'mid' => 'audio/midi',
'midi' => 'audio/midi',
'kar' => 'audio/midi',
'mpga' => 'audio/mpeg',
'mp2' => 'audio/mpeg',
'mp3' => 'audio/mpeg',
'aif' => 'audio/x-aiff',
'aiff' => 'audio/x-aiff',
'aifc' => 'audio/x-aiff',
'm3u' => 'audio/x-mpegurl',
'ram' => 'audio/x-pn-realaudio',
'rm' => 'audio/x-pn-realaudio',
'rpm' => 'audio/x-pn-realaudio-plugin',
'ra' => 'audio/x-realaudio',
'wav' => 'audio/x-wav',
'pdb' => 'chemical/x-pdb',
'xyz' => 'chemical/x-xyz',
'bmp' => 'image/bmp',
'gif' => 'image/gif',
'ief' => 'image/ief',
'jpeg' => 'image/jpeg',
'jpg' => 'image/jpeg',
'jpe' => 'image/jpeg',
'png' => 'image/png',
'tiff' => 'image/tiff',
'tif' => 'image/tiff',
'djvu' => 'image/vnd.djvu',
'djv' => 'image/vnd.djvu',
'wbmp' => 'image/vnd.wap.wbmp',
'ras' => 'image/x-cmu-raster',
'pnm' => 'image/x-portable-anymap',
'pbm' => 'image/x-portable-bitmap',
'pgm' => 'image/x-portable-graymap',
'ppm' => 'image/x-portable-pixmap',
'rgb' => 'image/x-rgb',
'xbm' => 'image/x-xbitmap',
'xpm' => 'image/x-xpixmap',
'xwd' => 'image/x-xwindowdump',
'igs' => 'model/iges',
'iges' => 'model/iges',
'msh' => 'model/mesh',
'mesh' => 'model/mesh',
'silo' => 'model/mesh',
'wrl' => 'model/vrml',
'vrml' => 'model/vrml',
'css' => 'text/css',
'html' => 'text/html',
'htm' => 'text/html',
'asc' => 'text/plain',
'txt' => 'text/plain',
'rtx' => 'text/richtext',
'rtf' => 'text/rtf',
'sgml' => 'text/sgml',
'sgm' => 'text/sgml',
'tsv' => 'text/tab-separated-values',
'wml' => 'text/vnd.wap.wml',
'wmls' => 'text/vnd.wap.wmlscript',
'etx' => 'text/x-setext',
'xsl' => 'text/xml',
'xml' => 'text/xml',
'mpeg' => 'video/mpeg',
'mpg' => 'video/mpeg',
'mpe' => 'video/mpeg',
'qt' => 'video/quicktime',
'mov' => 'video/quicktime',
'mxu' => 'video/vnd.mpegurl',
'avi' => 'video/x-msvideo',
'movie' => 'video/x-sgi-movie',
'ice' => 'x-conference/x-cooltalk'

liyang 2009-08-14 14:31 发表评论

tomcat修改主页

liyang — Fri, 10 Jul 2009 03:41:00 GMT

方法1：
我在我机子上按照下面的方法已经成功更改tomcat的默认目录

目标：

我在$tomcat/webapps/下建了个myjsp目录作为我网站的默认目录，在myjsp中有一个login.jsp文件，该文件要作为我网站的默认主页。

修改配置文件：

首先，修改$tomcat/conf/server.xml文件。
在server.xml文件中，有一段如下：
……

           unpackWARs="true" autoDeploy="true"
       xmlValidation="false" xmlNamespaceAware="false">
   ……


……
在标签之间添加上：

path是说明虚拟目录的名字，如果你要只输入ip地址就显示主页，则该键值留为空；

docBase是虚拟目录的路径，它默认的是$tomcat/webapps/ROOT目录，现在我在webapps目录下建了一个myjsp目录，让该目录作为我的默认目录。

debug和reloadable一般都分别设置成0和true。

然后，修改$tomcat/conf/web.xml文件。
在web.xml文件中，有一段如下：

        index.html
        index.htm
        index.jsp

在与index.html之间添加上：

login.jsp

保存上述两个文件后重启tomcat，在浏览器地址栏内输入"http://localhost:8080/"，显示login.jsp页面的内容。

方法2：

1.不要碰conf目录下的那个web.xml文件，让它老死在那里吧。

2.把原来的ROOT目录清空，里面什么都不要留。删掉或者改名随便你怎么弄都成。只要清空就好。

3.发布你自己的项目到ROOT目录下，用war包发布或者用直接拷贝的都一个效果。保证index.html/index.htm/index.jsp其中一个存在于ROOT目录下。

4.删除%CATALINA%/work目录下的一切。我就是没有清理这个目录，导致http://localhost:8080永远都是那只猫~~~~郁闷

5.重起tomcat。一切搞定。

liyang 2009-07-10 11:41 发表评论

PropertyChangeSupport类

liyang — Tue, 07 Jul 2009 07:58:00 GMT

最近看代码一直碰到这个类，先做一个总结。

先看PropertyChangeSupport类的官方文档解释：
This is a utility class that can be used by beans that support bound properties. You can use an instance of this class as a member field of your bean and delegate various work to it.

1．关联属性
在JavaBean的设计中，按照属性的不同作用又细分为四类：单值属性、索引属性、关联属性、限制属性。关联属性，也称之为绑定属性。绑定属性会在属性值发生变化时，通知所有相关的监听器。为了实现一个绑定属性，必须实现两个机制。
1）无论何时，只要属性的值发生变化，该bean必须发送一个PropertyChange事件给所有已注册的监听器。
2）为了使监听器能够注册，bean必须实现以下两个方法：void addPropertyChangeListener(PropertyChangeListener listener);
void removePropertyChangerListener(PropertyChangerListener listener);

2．使用PropertyChangeSupport管理监听器
可以通过java.bean包下的PropertyChangeSupport类来管理监听器。要使用这个类，bean必须有一个此类的数据域。private PropertyChangeSupport listeners = new PropertyChangeSupport(this);

这样可以将添加和移除监听器的任务交给这个对象。public void addPropertyChangeListener(PropertyChangeListener listener) {
listeners.addPropertyChangeListener(listener);
}

public void removePropertyChangeListener(PropertyChangeListener listener) {
listeners.removePropertyChangeListener(listener);
}

当bean的属性发生变化时，使用PropertyChangeSupport对象的firePropertyChange方法，会将一个事件发送给所有已经注册的监听器。该方法有三个参数：属性的名字、旧的值以及新的值。属性的值必须是对象，如果是简单数据类型，则必须进行包装。listeners.firePropertyChange("ourString", oldString, newString);

所有注册的监听器实现PropertyChangeListener接口，该接口中只有一个方法。public void propertyChange(PropertyChangeEvent e)

当bean的属性值发生变化时，该方法中的代码就会被触发。可以通过e.getOldValue();
e.getNewValue();

来得到changes.firePropertyChange("ourString", oldString, newString);中的oldString和newString。

3．为什么要使用PropertyChangeSupport
使用这个类管理监听器的好处是，它是线程安全的。如果使用一个循环体来set Bean的属性，则这个类可以保证所有监听器执行触发事件的有序。
还有一个好处是，这个类支持fire带索引的属性改变事件（详见java.bean.IndexedPropertyChangeEvent）。此时向注册的监听器发送一个PropertyChangeEvent的方法为：void fireIndexedPropertyChange(String PropertyName,int index,Object oldValue,Object newValue)

4．实例代码

public class SomeBean {

private String property;

private PropertyChangeSupport changeSupport;

public void setProperty(String newValue) {

String oldValue = property;

property = newValue;

changeSupport.firePropertyChange("property", oldValue, newValue);

}

public void addPropertyChangeListener(PropertyChangeListener l) {

changeSupport.add(l);

}

public void removePropertyChangeListener(PropertyChangeListener l) {

changeSupport.remove(l);

}

}

liyang 2009-07-07 15:58 发表评论

SVN与CVS两者间的比较

liyang — Fri, 03 Jul 2009 06:54:00 GMT

	CVS	SVN
关于版本号	基于文件的自增序列号。	基于全局的自增序列号，而不仅仅针对文件，还包括目录等。
存储类型格式	CVS是个基于RCS文件的版本控制系统。每个CVS文件都不过是普通的文件，加上一些额外信息。这些文件会简单的重复本地文件的树结构。因此，不必担心有什么数据损失，如果必要的话你可以手工修改RCS文件。	SVN是基于关系数据库的(BerkleyDB)或一系列二进制文件的(FS_FS)。一方面这解决了许多问题 (例如，并行读写共享文件)以及添加了许多新功能(例如运行时的事务特性。)。然而另一方面，数据存储由此变得不透明，或是说并不那么用户友好了。那就是为什么工具软件，对仓库 (数据库)变得那么重要了。
访问速度	比较慢；因为他基于单向（服务端-->客户端）差异化文件传输	整体而言,由于架构实现的不同, SVN的确比CVS快很多；因为采用双向差异化文件传输。在网络上它只传输很少的信息并支持更多的离线模式的功能。但这也是有代价的。速度的代价就是巨大的存储（完全备份所有的工作文件）。
元数据	只允许存储文件	允许一个文件有任意都的可命名属性。功能十分完全，但不知到底有什么用
文件类型	最初是为文本文件存储而设计的。因此其他文件类型（二进制，统一码）文件的支持几乎没有如需要的话则要有其他信息，并且客户端服务器端都要调整。	SVN会关心所有的文件类型，不需要你来手工操作；因为他的存储是基于二进制的
滚回	CVS允许任意的滚回，在任意一个已递交的版本上，尽管着要华些时间（所有的文件都要分别处理）。	SVN不允许递交后滚回。我们建议把仓库里好的状态版本加到末尾，覆盖掉损坏的版本。而损坏的版本无论如何也是会存在数据库里的。
事务	CVS中的 “零或一”事务原则根本没有实现。如果检入几个文件的话（加到服务器上），很有可能部分文件完成了，而另几个没有。最为一个潜规则，手工纠正这些并且对余下的文件 (而不是所有文件)一一重复检入。这样这些文件将在两阶段中被检入。但至今为止，因为这个功能缺少而导致的数据仓库损坏的案例还没有出现过。	支持“零或一”事务原则，这是SVN的一大优势
架构、代码、可扩展性	CVS是个古老的系统。起初CVS只是一些运用RCS的脚本文件。后来这些脚本被组成一个单个应用程序，但内部结构仍然有待改进。直到今天，仍有人企图从头开始，重写一遍CVS,但都不成功。我们曾经尝试国重写客户端代码以期更好的集成效果，但是，不成功。现在我们都不认为CVS在功能上能走到多远了。	Subversion的开发员的确花了许多时间在内部架构上。我们仍然不知道这些决策有多大的正确性等等。但有一点可以肯定，代码有良好的可扩展性，增强工作也在进行着。
网络层	不能与Apache Web Server集成	有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制. Subversion “先进” 的网络服务器, 是 Apache 网页服务器的一个模块,它以称为 WebDAV/DeltaV 的 HTTP 变体协议与外界沟通. 这对Subversion 的稳定性与互通性有很大的帮助, 而且额外提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及档案库浏览. 另外也有小而独立的 Subversion 服务器程序, 使用的是自订的通讯协议, 可以很容易地透过 ssh 以 tunnel 方式使用
重命名、删除操作	不支持本地文件重命名提交；删除分remove和erase两种前者把本地和库中文件都删除，后者只是删除本地文件；不能删除文件夹	支持文件重命名提交系统会提示删除旧文件，创建新文件删除本地文件提交库中文件也被删除
用户访问权限	有read、write、creat、none这四种权限，任何人不能删除文件夹（admin也只能跑到服务器上把相应文件夹残忍删除？我暂时只知道这个方法……）	只有read、write、none三种权限 creat和delete权限好象和write是捆绑在一起的
创建分支与基线	CVS 在创建分支的时候，需要对所有进行分支的文件进行依次的操作，因此分支的建立成本（主要是建立分支所需的时间，或消耗的计算资源）与参与分支的文件数量成比例，项目越大，版本库越大，文件越多，分支的建立成本越高；基线（tag）的建立与此类似。	SVN 的分支和基线是通过执行“拷贝”来建立的：回想一下在没有引入版本管理工具的时候我们是如何进行所谓的“分支”和“基线”管理的？答案显然是“拷贝” — 我们通过“拷贝”或“备份”来建立基线；同样，为支持多个开发人员可以同时进行开发，我们为每个开发人员创建一份“拷贝”。

liyang 2009-07-03 14:54 发表评论

XML的四种解析器原理及性能比较

liyang — Sat, 06 Jun 2009 04:47:00 GMT

1: DOM

DOM 是用与平台和语言无关的方式表示 XML 文档的官方 W3C 标准。DOM 是以层次结构组织的节点或信息片断的集合。这个层次结构允许开发人员在树中寻找特定信息。分析该结构通常需要加载整个文档和构造层次结构，然后才能做任何工作。由于它是基于信息层次的，因而 DOM 被认为是基于树或基于对象的。DOM 以及广义的基于树的处理具有几个优点。

首先，由于树在内存中是持久的，因此可以修改它以便应用程序能对数据和结构作出更改。它还可以在任何时候在树中上下导航，而不是像 SAX 那样是一次性的处理。DOM 使用起来也要简单得多。

另一方面，对于特别大的文档，解析和加载整个文档可能很慢且很耗资源，因此使用其他手段来处理这样的数据会更好。这些基于事件的模型，比如 SAX。

2:SAX

参考用法：http://www.ibm.com/developerworks/cn/xml/x-javaxpathapi.html

这种处理的优点非常类似于流媒体的优点。分析能够立即开始，而不是等待所有的数据被处理。而且，由于应用程序只是在读取数据时检查数据，因此不需要将数据存储在内存中。这对于大型文档来说是个巨大的优点。事实上，应用程序甚至不必解析整个文档；它可以在某个条件得到满足时停止解析。一般来说，SAX 还比它的替代者 DOM 快许多。

3:选择 DOM 还是选择 SAX ？

对于需要自己编写代码来处理 XML 文档的开发人员来说，选择 DOM 还是 SAX 解析模型是一个非常重要的设计决策。

DOM 采用建立树形结构的方式访问 XML 文档，而 SAX 采用的事件模型。

DOM 解析器把 XML 文档转化为一个包含其内容的树，并可以对树进行遍历。用 DOM 解析模型的优点是编程容易，开发人员只需要调用建树的指令，然后利用navigation APIs访问所需的树节点来完成任务。可以很容易的添加和修改树中的元素。然而由于使用 DOM 解析器的时候需要处理整个 XML 文档，所以对性能和内存的要求比较高，尤其是遇到很大的 XML 文件的时候。由于它的遍历能力，DOM 解析器常用于 XML 文档需要频繁的改变的服务中。

SAX 解析器采用了基于事件的模型，它在解析 XML 文档的时候可以触发一系列的事件，当发现给定的tag的时候，它可以激活一个回调方法，告诉该方法制定的标签已经找到。SAX 对内存的要求通常会比较低，因为它让开发人员自己来决定所要处理的tag。特别是当开发人员只需要处理文档中所包含的部分数据时，SAX 这种扩展能力得到了更好的体现。但用 SAX 解析器的时候编码工作会比较困难，而且很难同时访问同一个文档中的多处不同数据。

　　4:JDOM

JDOM的目的是成为 Java 特定文档模型，它简化与 XML 的交互并且比使用 DOM 实现更快。由于是第一个 Java 特定模型，JDOM 一直得到大力推广和促进。正在考虑通过“Java 规范请求 JSR-102”将它最终用作“Java 标准扩展”。从 2000 年初就已经开始了 JDOM 开发。

JDOM 与 DOM 主要有两方面不同。首先，JDOM 仅使用具体类而不使用接口。这在某些方面简化了 API，但是也限制了灵活性。第二，API 大量使用了 Collections 类，简化了那些已经熟悉这些类的 Java 开发者的使用。

JDOM 文档声明其目的是“使用 20%（或更少）的精力解决 80%（或更多）Java/XML 问题”（根据学习曲线假定为 20%）。JDOM 对于大多数 Java/XML 应用程序来说当然是有用的，并且大多数开发者发现 API 比 DOM 容易理解得多。JDOM 还包括对程序行为的相当广泛检查以防止用户做任何在 XML 中无意义的事。然而，它仍需要您充分理解 XML 以便做一些超出基本的工作（或者甚至理解某些情况下的错误）。这也许是比学习 DOM 或 JDOM 接口都更有意义的工作。

JDOM 自身不包含解析器。它通常使用 SAX2 解析器来解析和验证输入 XML 文档（尽管它还可以将以前构造的 DOM 表示作为输入）。它包含一些转换器以将 JDOM 表示输出成 SAX2 事件流、DOM 模型或 XML 文本文档。JDOM 是在 Apache 许可证变体下发布的开放源码。

5: DOM4J

虽然 DOM4J 代表了完全独立的开发结果，但最初，它是 JDOM 的一种智能分支。它合并了许多超出基本 XML 文档表示的功能，包括集成的 XPath 支持、XML Schema 支持以及用于大文档或流化文档的基于事件的处理。它还提供了构建文档表示的选项，它通过 DOM4J API 和标准 DOM 接口具有并行访问功能。从 2000 下半年开始，它就一直处于开发之中。

为支持所有这些功能，DOM4J 使用接口和抽象基本类方法。DOM4J 大量使用了 API 中的 Collections 类，但是在许多情况下，它还提供一些替代方法以允许更好的性能或更直接的编码方法。直接好处是，虽然 DOM4J 付出了更复杂的 API 的代价，但是它提供了比 JDOM 大得多的灵活性。

在添加灵活性、XPath 集成和对大文档处理的目标时，DOM4J 的目标与 JDOM 是一样的：针对 Java 开发者的易用性和直观操作。它还致力于成为比 JDOM 更完整的解决方案，实现在本质上处理所有 Java/XML 问题的目标。在完成该目标时，它比 JDOM 更少强调防止不正确的应用程序行为。

DOM4J 是一个非常非常优秀的Java XML API，具有性能优异、功能强大和极端易用使用的特点，同时它也是一个开放源代码的软件。如今你可以看到越来越多的 Java 软件都在使用 DOM4J 来读写 XML，特别值得一提的是连 Sun 的 JAXM 也在用 DOM4J。

6:总述

JDOM 和 DOM 在性能测试时表现不佳，在测试 10M 文档时内存溢出。在小文档情况下还值得考虑使用 DOM 和 JDOM。虽然 JDOM 的开发者已经说明他们期望在正式发行版前专注性能问题，但是从性能观点来看，它确实没有值得推荐之处。另外，DOM 仍是一个非常好的选择。DOM 实现广泛应用于多种编程语言。它还是许多其它与 XML 相关的标准的基础，因为它正式获得 W3C 推荐（与基于非标准的 Java 模型相对），所以在某些类型的项目中可能也需要它（如在 javascript 中使用 DOM）。

SAX表现较好，这要依赖于它特定的解析方式。一个 SAX 检测即将到来的XML流，但并没有载入到内存（当然当XML流被读入时，会有部分文档暂时隐藏在内存中）。

无疑，DOM4J是最好的，目前许多开源项目中大量采用 DOM4J，例如大名鼎鼎的 Hibernate 也用 DOM4J 来读取 XML 配置文件。如果不考虑可移植性，那就采用DOM4J吧！

liyang 2009-06-06 12:47 发表评论

Log4j配置(xml和property两种)

liyang — Mon, 01 Jun 2009 05:28:00 GMT

Log4j配置收藏

log4j核心,版本log4j-1.2.15.jar

1、Logger 完成日志信息的处理
定义输出的层次和决定信息是否输出
DEBUG
2、Appender 设置日志信息的去向
常用的:
org.apache.log4j.ConsoleAppender(控制台)
org.apache.log4j.FileAppender(文件)
org.apache.log4j.DailyRollingFileAppener(每天产生一个日志文件)
org.apache.log4j.RollingFileAppender(文件大小到达指定尺寸的时候产生一个新的文件)
org.apache.log4j.WriterAppender(将日志讯息以串流格式发送到任意指定的地方)
org.apache.log4j.JdbcAppender(将日志讯息保存到数据库中)

3、Layout 设置日志信息的输出样式
layout有以下几种:
org.apache.log4j.HTMLLayout(以HTML表格形式布局)
org.apache.log4j.SimpleLayout(包含日志讯息的级别和讯息字符串)
org.apache.log4j.TTCCLayout(包含日志产生的时间、执行绪、类别等讯息)
org.apache.log4j.PatterLayout(可以灵活地指定布局格式)

4、配置文件 log4j.properties或log4j.xml

log4j.properties实例:
log4j.logger.com.jjm.util=INFO, A1,A2
log4j.logger.com.jjm.dao=DEBUG, A1 （com.jjm.util和com.jjm.dao是class全名匹配字符串）
log4j.appender.A1=org.apache.log4j.ConsoleAppender
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=[%d{yyyy-MM-dd HH:mm:ss}][%C-%M]%m%n
log4j.appender.A2=org.apache.log4j.RollingFileAppender
log4j.appender.A2.File=sshdemo.log
log4j.appender.A2.MaxFileSize=500KB
log4j.appender.A2.MaxBackupIndex=1
log4j.appender.A2.layout=org.apache.log4j.PatternLayout
log4j.appender.A2.layout.ConversionPattern=[%d{yyyy-MM-dd HH:mm:ss}][%C-%M]%m%n

log4j.xml实例:

liyang 2009-06-01 13:28 发表评论

Log4J配置

liyang — Sun, 31 May 2009 09:11:00 GMT

log4j配置大全

2009-05-17 14:12

1.1. 背景
在应用程序中添加日志记录总的来说基于三个目的：监视代码中变量的变化情况，周期性的记录到文件中供其他应用进行统计分析工作；跟踪代码运行时轨迹，作为日后审计的依据；担当集成开发环境中的调试器的作用，向文件或控制台打印代码的调试信息。
最普通的做法就是在代码中嵌入许多的打印语句，这些打印语句可以输出到控制台或文件中，比较好的做法就是构造一个日志操作类来封装此类操作，而不是让一系列的打印语句充斥了代码的主体。
1.2. Log4j简介
在强调可重用组件开发的今天，除了自己从头到尾开发一个可重用的日志操作类外，Apache为我们提供了一个强有力的日志操作包-Log4j。
Log4j是Apache的一个开放源代码项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。
此外，通过Log4j其他语言接口，您可以在C、C+ +、.Net、PL/SQL程序中使用Log4j，其语法和用法与在Java程序中一样，使得多语言分布式系统得到一个统一一致的日志组件模块。而且，通过使用各种第三方扩展，您可以很方便地将Log4j集成到J2EE、JINI甚至是SNMP应用中。
Log4j有三个主要的组件：
Loggers(记录器)，Appenders (输出源)和Layouts(布局)，这里可简单理解为日志类别，日志要输出的地方和日志以何种形式输出。综合使用这三个组件可以轻松的记录信息的类型和级别，并可以在运行时控制日志输出的样式和位置。下面对三个组件分别进行说明：
1、 Loggers
Loggers组件在此系统中被分为五个级别：DEBUG、INFO、WARN、ERROR和FATAL。这五个级别是有顺序的，DEBUG < INFO < WARN < ERROR < FATAL，分别用来指定这条日志信息的重要程度,明白这一点很重要，这里Log4j有一个规则：假设Loggers级别为P，如果在Loggers中发生了一个级别Q比P高，则可以启动，否则屏蔽掉。
假设你定义的级别是info，那么error和warn的日志可以显示而比他低的debug信息就不显示了。
Java程序举例来说：
***建立Logger的一个实例，命名为“com.foo”***
Logger　logger = Logger.getLogger("com.foo");
***"com.foo"是实例进行命名，也可以任意***
***设置logger的级别。通常不在程序中设置logger的级别。一般在配置文件中设置。***
logger.setLevel(Level.INFO);
Logger barlogger = Logger.getLogger("com.foo.Bar");
***下面这个请求可用，因为WARN >= INFO***
logger.warn("Low fuel level.");
***下面这个请求不可用，因为DEBUG < INFO***
logger.debug("Starting search for nearest gas station.");
***命名为“com.foo.bar”的实例barlogger会继承实例“com.foo”的级别。因此，下面这个请求可用，因为INFO >= INFO***
barlogger.info("Located nearest gas station.");
***下面这个请求不可用，因为DEBUG < INFO***
barlogger.debug("Exiting gas station search");
这里“是否可用”的意思是能否输出Logger信息。
在对Logger实例进行命名时，没有限制，可以取任意自己感兴趣的名字。一般情况下建议以类的所在位置来命名Logger实例，这是目前来讲比较有效的Logger命名方式。这样可以使得每个类建立自己的日志信息，便于管理。比如：
static Logger logger = Logger.getLogger(ClientWithLog4j.class.getName());
2、Appenders
禁用与使用日志请求只是Log4j其中的一个小小的地方，Log4j日志系统允许把日志输出到不同的地方，如控制台（Console）、文件（Files）、根据天数或者文件大小产生新的文件、以流的形式发送到其它地方等等。

其语法表示为：

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

配置时使用方式为：
log4j.appender.appenderName = fully.qualified.name.of.appender.class
log4j.appender.appenderName.option1 = value1
…
log4j.appender.appenderName.option = valueN
这样就为日志的输出提供了相当大的便利。
3、Layouts
有时用户希望根据自己的喜好格式化自己的日志输出。Log4j可以在Appenders的后面附加Layouts来完成这个功能。Layouts提供了四种日志输出样式，如根据HTML样式、自由指定样式、包含日志级别与信息的样式和包含日志时间、线程、类别等信息的样式等等。

其语法表示为：

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

配置时使用方式为：

log4j.appender.appenderName.layout =fully.qualified.name.of.layout.class
log4j.appender.appenderName.layout.option1 = value1
…
log4j.appender.appenderName.layout.option = valueN
4 . Log4j的配置　
以上是从原理方面说明Log4j的使用方法，在具体Java编程使用Log4j可以参照以下示例：
1、建立Logger实例：
语法表示：public static Logger getLogger( String name)
实际使用：static Logger logger = Logger.getLogger(ServerWithLog4j.class.getName ()) ;
2、读取配置文件：
获得了Logger的实例之后，接下来将配置Log4j使用环境：
语法表示：
BasicConfigurator.configure()：自动快速地使用缺省Log4j环境。
PropertyConfigurator.configure(String configFilename)：读取使用Java的特性文件编写的配置文件。
DOMConfigurator.configure(String filename)：读取XML形式的配置文件。
实际使用：
PropertyConfigurator.configure("ServerWithLog4j.properties");
3、插入日志信息
完成了以上连个步骤以后，下面就可以按日志的不同级别插入到你要记录日志的任何地方了。
语法表示：
Logger.debug(Object message);//调试信息
Logger.info(Object message);//一般信息
Logger.warn(Object message);//警告信息
Logger.error(Object message);//错误信息
Logger.fatal(Object message);//致命错误信息
实际使用：logger.info("ServerSocket before accept: " + server);

5. 配置过程

在实际编程时，要使Log4j真正在系统中运行事先还要对配置文件进行定义。定义步骤就是对Logger、Appender及Layout的分别使用。
Log4j支持两种配置文件格式，一种是XML格式的文件，一种是java properties（key=value）【Java特性文件（键=值）】。下面我们介绍使用Java特性文件做为配置文件的方法
具体如下：

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

2、配置日志信息输出目的地，其语法为：
log4j.appender.appenderName = fully.qualified.name.of.appender.class //
"fully.qualified.name.of.appender.class" 可以指定下面五个目的地中的一个：
1.org.apache.log4j.ConsoleAppender（控制台）
2.org.apache.log4j.FileAppender（文件）
3.org.apache.log4j.DailyRollingFileAppender（每天产生一个日志文件）
4.org.apache.log4j.RollingFileAppender（文件大小到达指定尺寸的时候产生一个新的文件）
5.org.apache.log4j.WriterAppender（将日志信息以流格式发送到任意指定的地方）
1.ConsoleAppender选项
Threshold=WARN:指定日志消息的输出最低层次。
ImmediateFlush=true:默认值是true,意谓着所有的消息都会被立即输出。
Target=System.err：默认情况下是：System.out,指定输出控制台
2.FileAppender 选项
Threshold=WARN:指定日志消息的输出最低层次。
ImmediateFlush=true:默认值是true,意谓着所有的消息都会被立即输出。
File=mylog.txt:指定消息输出到mylog.txt文件。
Append=false:默认值是true,即将消息增加到指定文件中，false指将消息覆盖指定的文件内容。
3.DailyRollingFileAppender 选项
Threshold=WARN:指定日志消息的输出最低层次。
ImmediateFlush=true:默认值是true,意谓着所有的消息都会被立即输出。
File=mylog.txt:指定消息输出到mylog.txt文件。
Append=false:默认值是true,即将消息增加到指定文件中，false指将消息覆盖指定的文件内容。
DatePattern='.'yyyy-ww:每周滚动一次文件，即每周产生一个新的文件。当然也可以指定按月、周、天、时和分。即对应的格式如下：
1)'.'yyyy-MM: 每月
2)'.'yyyy-ww: 每周
3)'.'yyyy-MM-dd: 每天
4)'.'yyyy-MM-dd-a: 每天两次
5)'.'yyyy-MM-dd-HH: 每小时
6)'.'yyyy-MM-dd-HH-mm: 每分钟
4.RollingFileAppender 选项
Threshold=WARN:指定日志消息的输出最低层次。
ImmediateFlush=true:默认值是true,意谓着所有的消息都会被立即输出。
File=mylog.txt:指定消息输出到mylog.txt文件。
Append=false:默认值是true,即将消息增加到指定文件中，false指将消息覆盖指定的文件内容。
MaxFileSize=100KB: 后缀可以是KB, MB 或者是 GB. 在日志文件到达该大小时，将会自动滚动，即将原来的内容移到mylog.log.1文件。
MaxBackupIndex=2:指定可以产生的滚动文件的最大数。
实际应用：
log4j.appender.A1=org.apache.log4j.ConsoleAppender //这里指定了日志输出的第一个位置A1是控制台ConsoleAppender

3、配置日志信息的格式，其语法为：
A. log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class
"fully.qualified.name.of.layout.class" 可以指定下面4个格式中的一个：
1.org.apache.log4j.HTMLLayout（以HTML表格形式布局），
2.org.apache.log4j.PatternLayout（可以灵活地指定布局模式），
3.org.apache.log4j.SimpleLayout（包含日志信息的级别和信息字符串），
4.org.apache.log4j.TTCCLayout（包含日志产生的时间、线程、类别等等信息）
1.HTMLLayout 选项
LocationInfo=true:默认值是false,输出java文件名称和行号
Title=my app file: 默认值是 Log4J Log Messages.
2.PatternLayout 选项
ConversionPattern=%m%n :指定怎样格式化指定的消息。
3.XMLLayout 选项
LocationInfo=true:默认值是false,输出java文件和行号
实际应用：
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
B. log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
这里需要说明的就是日志信息格式中几个符号所代表的含义：
－X号: X信息输出时左对齐；
%p: 输出日志信息优先级，即DEBUG，INFO，WARN，ERROR，FATAL,
%d: 输出日志时间点的日期或时间，默认格式为ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，输出类似：2002年10月18日 22：10：28，921
%r: 输出自应用启动到输出该log信息耗费的毫秒数
%c: 输出日志信息所属的类目，通常就是所在类的全名
%t: 输出产生该日志事件的线程名
%l: 输出日志事件的发生位置，相当于%C.%M(%F:%L)的组合,包括类目名、发生的线程，以及在代码中的行数。举例：Testlog4.main(TestLog4.java:10)
%x: 输出和当前线程相关联的NDC(嵌套诊断环境),尤其用到像java servlets这样的多客户多线程的应用中。
%%: 输出一个"%"字符
%F: 输出日志消息产生时所在的文件名称
%L: 输出代码中的行号
%m: 输出代码中指定的消息,产生的日志具体信息
%n: 输出一个回车换行符，Windows平台为"\r\n"，Unix平台为"\n"输出日志信息换行
可以在%与模式字符之间加上修饰符来控制其最小宽度、最大宽度、和文本的对齐方式。如：
1)%20c：指定输出category的名称，最小的宽度是20，如果category的名称小于20的话，默认的情况下右对齐。
2)%-20c:指定输出category的名称，最小的宽度是20，如果category的名称小于20的话，"-"号指定左对齐。
3)%.30c:指定输出category的名称，最大的宽度是30，如果category的名称大于30的话，就会将左边多出的字符截掉，但小于30的话也不会有空格。
4)%20.30c:如果category的名称小于20就补空格，并且右对齐，如果其名称长于30字符，就从左边交远销出的字符截掉。
这里上面三个步骤是对前面Log4j组件说明的一个简化；下面给出一个具体配置例子，在程序中可以参照执行：
log4j.rootLogger=INFO,A1，B2
log4j.appender.A1=org.apache.log4j.ConsoleAppender
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
根据上面的日志格式，某一个程序的输出结果如下：
0　　INFO　2003-06-13 13:23:46968 ClientWithLog4j Client socket: Socket[addr=localhost/127.0.0.1,port=8002,localport=2014]
16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j Server says: 'Java server with log4j, Fri Jun 13 13:23:46 CST 2003'
16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j GOOD
16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j Server responds: 'Command 'HELLO' not understood.'
16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j HELP
16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j Server responds: 'Vocabulary: HELP QUIT'
16　 DEBUG 2003-06-13 13:23:46984 ClientWithLog4j QUIT

4. # 当输出信息于回滚文件时
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender //指定以文件的方式输出日志
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=rolling.log //文件位置,也可以用变量${java.home}、rolling.log
log4j.appender.ROLLING_FILE.Append=true
log4j.appender.ROLLING_FILE.MaxFileSize=10KB //文件最大尺寸
log4j.appender.ROLLING_FILE.MaxBackupIndex=1 //备份数
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

6. Log4j比较全面的配置
LOG4J的配置之简单使它遍及于越来越多的应用中了：Log4J配置文件实现了输出到控制台、文件、回滚文件、发送日志邮件、输出到数据库日志表、自定义标签等全套功能。择其一二使用就够用了，
log4j.rootLogger=DEBUG,CONSOLE,A1,im
log4j.addivity.org.apache=true
# 应用于控制台
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[thread] n%c[CATEGORY]%n%m[MESSAGE]%n%n
#应用于文件
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=file.log
log4j.appender.FILE.Append=false
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# Use this layout for LogFactor 5 analysis
# 应用于文件回滚
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=rolling.log //文件位置,也可以用变量${java.home}、rolling.log
log4j.appender.ROLLING_FILE.Append=true //true:添加 false:覆盖
log4j.appender.ROLLING_FILE.MaxFileSize=10KB //文件最大尺寸
log4j.appender.ROLLING_FILE.MaxBackupIndex=1 //备份数
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

#应用于socket
log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
log4j.appender.SOCKET.RemoteHost=localhost
log4j.appender.SOCKET.Port=5001
log4j.appender.SOCKET.LocationInfo=true
# Set up for Log Facter 5
log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
log4j.appender.SOCET.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[thread]%n%c[CATEGORY]%n%m[MESSAGE]%n%n

# Log Factor 5 Appender
log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000
# 发送日志给邮件
log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold=FATAL
log4j.appender.MAIL.BufferSize=10
log4j.appender.MAIL.From=web@www.wuset.com
log4j.appender.MAIL.SMTPHost=www.wusetu.com
log4j.appender.MAIL.Subject=Log4J Message
log4j.appender.MAIL.To=web@www.wusetu.com
log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# 用于数据库
log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
log4j.appender.DATABASE.user=root
log4j.appender.DATABASE.password=
log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n')
log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout
#自定义Appender
log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender
log4j.appender.im.host = mail.cybercorlin.net
log4j.appender.im.username = username
log4j.appender.im.password = password
log4j.appender.im.recipient = corlin@cybercorlin.net
log4j.appender.im.layout=org.apache.log4j.PatternLayout
log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

liyang 2009-05-31 17:11 发表评论

log4j配置webapp日志系统

liyang — Sun, 31 May 2009 09:07:00 GMT

1.基础知识：
Log4j的中文文档（这是根据最新的log4j(jakarta-log4j-1.2.8)的开发包自带文档的manual翻译的）
http://dev.csdn.net/develop/article/29/29441.shtm
对应的英文原文：
Short introduction to log4j
http://logging.apache.org/log4j/docs/manual.html

2.步骤
1）log4j.jar放到jsp-examples\WEB-INF\lib下；
2）在jsp-examples下新建properties\log4j.properties;
3)log4j.properties内容：
#log4j.properties

log4j.rootLogger=info, A1

log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.file=${webappHome}/logs/tomcat_log_
log4j.appender.A1.DatePattern=yyyy-MM-dd'.html'
log4j.appender.A1.layout=org.apache.log4j.HTMLLayout

4）“F:\UserWorkSpace\jiangcm\Tomcat 5.0\webapps\jsp-examples\”新建上述属性文件所设置的存放

日志文件的logs文件夹；
注释：
tomcat_log_是文件名，可以不用预先新建该文件；如果预先建了，则日志文件直接为tomcat_log_2007-

03-05.html格式，如果之前无该文件，在第一次生成的日志文件名称为tomcat_log_；

5）进入目录“F:\UserWorkSpace\jiangcm\Tomcat 5.0\webapps\jsp-examples\WEB-INF\classes”，新

建“log4j\Log4JInit.java”;

6)Log4JInit.java内容：
package log4j;
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
import org.apache.log4j.*;

public class Log4JInit extends HttpServlet {

public void init() throws ServletException {
String prefix = getServletContext().getRealPath("/");
String test = getServletContext().getRealPath("");
System.out.println(prefix);
System.out.println(test);
System.setProperty("webappHome", test);
String file = getServletConfig().getInitParameter("log4j-config-file");
System.out.println(prefix+file);
// 从Servlet参数读取log4j的配置文件
if (file != null) {
PropertyConfigurator.configure(prefix + file);
}

}
public void doGet(HttpServletRequest request,HttpServletResponse response)throws
IOException, ServletException {}

public void doPost(HttpServletRequest request,HttpServletResponse response)throws
IOException, ServletException {}

}

注意：
“System.setProperty("webappHome", test);”这行代码要出现在“PropertyConfigurator.configure

(prefix + file);”这行代码之前；因为这样才给"webappHome"设置值了，log4j.properties文件中的“

log4j.appender.A1.file=${webappHome}/logs/tomcat_log_”中的“${webappHome}”这个环境变量才被

赋值了，否则无法输出日志文件；

7）设置“jsp-examples\WEB-INF\web.xml”，使上述Log4JInit.java这个servlet自动启动，在web.xml

中添加：

log4jinit

log4j.Log4JInit

log4j-config-file

/properties/log4j.properties

注意：上面的load-on-startup应设为1，以便在Web容器启动时即装入该Servlet。log4j.properties文件

放在根的properties子目录中，也可以把它放在其它目录中。应该把.properties文件集中存放，这样方

便管理。

8）在webapp中使用log4j；进入目录“F:\UserWorkSpace\jiangcm\Tomcat 5.0\webapps\jsp-

examples\WEB-INF\classes\dates”，修改JspCalendar.java，加上日志信息：
//JspCalendar.java
package dates;

import java.text.DateFormat;
import java.util.*;
import org.apache.log4j.Logger;
import org.apache.log4j.Level;
import org.apache.log4j.*;

public class JspCalendar {
Calendar calendar = null;
static Logger logger = Logger.getLogger(JspCalendar.class);

public JspCalendar() {
logger.debug("This is debug.");
logger.info("This is an info.");
logger.warn("This is a warning.");
logger.error("This is an error.");
logger.fatal("This is a fatal error.");

calendar = Calendar.getInstance();
Date trialTime = new Date();
calendar.setTime(trialTime);
}

public int getYear() {

return calendar.get(Calendar.YEAR);

}

……
//其他内容不变；

}

9）修改系统日期，这样才能手工触发按日生成的日志；

10）重启tomcat；

11）在IE中输入“http://localhost:8086/jsp-examples/dates/date.jsp”；

12）查看日志目录“F:\UserWorkSpace\jiangcm\Tomcat 5.0\webapps\jsp-examples\logs”，耶！生成

以日期命名的html日志文件tomcat_log_2007-03-05.html了！哈哈，太开心了！

注释：
1.tomcat本身也会自动按日生成日志文件，在目录“F:\UserWorkSpace\jiangcm\Tomcat 5.0\logs”下；
2.jdk如果无法编译servlet，需要在tomcat\common\lib下把servlet-api.jar拷贝到jdk\jre\lib下；
问题：
1.把tomcat_log_2007-03-05.html文件名改为：jsp-examples_log_2007-03-05.html；
2.xml配置方式有待实践和学习；
参考资料：
1.http://www.3doing.net/forums/printpage.asp?BoardID=11&ID=184

2.http://wangluwww.spaces.live.com/blog/

3.Log4j的中文文档（这是根据最新的log4j(jakarta-log4j-1.2.8)的开发包自带文档的manual翻译的）
http://dev.csdn.net/develop/article/29/29441.shtm

4.http://www.javaeye.com/post/126014
怕麻烦的话可以考虑放应用下的某一个目录下，整个Servlet，专门用来设置环境变量和读取log4j的配置

文件，初始化Servlet的时候，应用程序的目录是固定的
可以通过System.setProperty("webappHome",this.getServletContext().getRealPath(""));来设置当前

应用的目录的绝对路径为java内部的环境变量，在log4j的配置文件里面用${webappHome}/WEB-

INF/conf/log/Application.log 来配置该文件的绝对路径就可以了

liyang 2009-05-31 17:07 发表评论

字符编码详解(ascii,utf-8,unicode,gbk,gb2312,iso8859-1等)

liyang — Thu, 14 May 2009 10:11:00 GMT

1. ASCII
我们需要了解的最早编码是ASCII码。它用7个二进制位来表示，由于那个时期生产的大多数计算机使用8位大小的字节，因此用户不仅可以存放所有可能的 ASCII字符，而且有整整一位空余下来。如果你技艺高超，可以将该位用做自己离奇的目的：WordStar中那个发暗的灯泡实际上设置这个高位，以指示一个单词中的最后一个字母，同时这也宣示了WordStar只能用于英语文本。
由于字节有多达8位的空间，因此许多人在想：“呀！我们可以把128~255之间的编码用做个人的应用目的。”问题在于，同时产生这种想法的人相当多，而且在128~255之间的各个位置上应该存放什么这一问题上，真是仁者见仁智者见智。事实上，只要人们开始在美国以外的地方购买计算机，那么各种各样的不同OEM字符集都会进入规划设计行列，并且各人都会根据自己的需要使用高位的128个字符。如此一来，甚至在同语种的文档之间就不容易实现互换。 ASCII可被扩展，最优秀的扩展方案是ISO 8859-1，通常称之为Latin-1。Latin-1包括了足够的附加字符集来写基本的西欧语言。
最后，这个人人参与的OEM终于以ANSI标准的形式形成文件。在ANSI标准中，每个人都认同如何使用低端的128个编码，这与ASCII相当一致。不过，根据所在国籍的不同，处理编码128以上的字符有许多不同的方式。这些不同的系统称为代码页。
同时，甚至更为令人头疼的事情正在逐步上演，亚洲国家的字符表有成千上万个字符，这样的字符表是用8位二进制无法表示的。该问题的解决通常有赖于称为DBCS（double byte character set，双字节字符集）的繁杂字符系统。
不过，仍然需要指出一点，多数人还是姑且认为一个字节就是一个字符，以及一个字符就是8个二进制位，并且只要确保不将字符串从一台计算机移植到另一台计算机，或者说一种以上的语言，那么这几乎总是可以凑合。当然，只要一进入Internet，从一台计算机向另一台计算机移植字符串就成为家常便饭了，而各种复杂状况也随之呈现出来。令人欣慰的是，Unicode随即问世了。

2.iso8859-1

属于单字节编码，最多能表示的字符范围是0-255，应用于英文系列。比如，字母'a'的编码为0x61=97。

很明显，iso8859-1编码表示的字符范围很窄，无法表示中文字符。但是，由于是单字节编码，和计算机最基础的表示单位一致，所以很多时候，仍旧使用iso8859-1编码来表示。而且在很多协议上，默认使用该编码。比如，虽然"中文"两个字不存在iso8859-1编码，以gb2312编码为例，应该是"d6d0 cec4"两个字符，使用iso8859-1编码的时候则将它拆开为4个字节来表示："d6 d0 ce c4"（事实上，在进行存储的时候，也是以字节为单位处理的）。而如果是UTF编码，则是6个字节"e4 b8 ad e6 96 87"。很明显，这种表示方法还需要以另一种编码为基础。

3. GB码

全称是GB2312-80《信息交换用汉字编码字符集基本集》，1980年发布，是中文信息处理的国家标准，在大陆及海外使用简体中文的地区（如新加坡等）是强制使用的唯一中文编码。P-Windows3.2和苹果OS就是以GB2312为基本汉字编码， Windows 95/98则以GBK为基本汉字编码、但兼容支持GB2312。
双字节编码
范围：A1A1~FEFE
A1-A9：符号区，包含682个符号
B0-F7：汉字区，包含6763个汉字

4.GB2312

GB2312(1980年)一共收录了7445个字符，包括6763个汉字和682个其它符号。汉字区的内码范围高字节从B0-F7，低字节从 A1-FE，占用的码位是72*94=6768。其中有5个空位是D7FA-D7FE。GB2312-80中共收录了7545个字符，用两个字节编码一个字符。每个字符最高位为0。GB2312-80编码简称国标码。

　　GB2312支持的汉字太少。1995年的汉字扩展规范GBK1.0收录了21886个符号，它分为汉字区和图形符号区。汉字区包括21003个字符。

5. GB12345-90

1990年制定了繁体字的编码标准GB12345-90《信息交换用汉字编码字符集第一辅助集》，目的在于规范必须使用繁体字的各种场合，以及古籍整理等。该标准共收录6866个汉字（比GB2312多103个字，其它厂商的字库大多不包括这些字），纯繁体的字大概有2200余个。
双字节编码
范围：A1A1~FEFE
A1-A9：符号区，增加竖排符号
B0-F9：汉字区，包含6866个汉字

6.GBK

GBK编码(Chinese Internal Code Specification)是中国大陆制订的、等同于UCS的新的中文编码扩展国家标准。gbk编码能够用来同时表示繁体字和简体字，而gb2312只能表示简体字，gbk是兼容gb2312编码的。GBK工作小组于1995年10月，同年12月完成GBK规范。该编码标准兼容GB2312，共收录汉字 21003个、符号883个，并提供1894个造字码位，简、繁体字融于一库。Windows95/98简体中文版的字库表层编码就采用的是GBK，通过 GBK与UCS之间一一对应的码表与底层字库联系。
英文名：Chinese Internal Code Specification
中文名：汉字内码扩展规范1.0版
双字节编码，GB2312-80的扩充，在码位上和GB2312-80兼容
范围：8140~FEFE（剔除xx7F）共23940个码位
包含21003个汉字，包含了ISO/IEC 10646-1中的全部中日韩汉字

7. BIG5编码

是目前台湾、香港地区普遍使用的一种繁体汉字的编码标准，包括440个符号，一级汉字5401个、二级汉字7652个，共计13060个汉字。 BIG5又称大五码或五大码，1984年由台湾财团法人信息工业策进会和五间软件公司宏碁 (Acer)、神通 (MiTAC)、佳佳、零壹 (Zero One)、大众 (FIC)创立，故称大五码。Big5码的产生，是因为当时台湾不同厂商各自推出不同的编码，如倚天码、IBM PS55、王安码等，彼此不能兼容；另一方面，台湾政府当时尚未推出官方的汉字编码，而中国大陆的GB2312编码亦未有收录繁体中文字。

Big5字符集共收录13,053个中文字，该字符集在中国台湾使用。耐人寻味的是该字符集重复地收录了两个相同的字：“兀”(0xA461及0xC94A)、“嗀”(0xDCD1及0xDDFC)。

Big5码使用了双字节储存方法，以两个字节来编码一个字。第一个字节称为“高位字节”，第二个字节称为“低位字节”。高位字节的编码范围0xA1-0xF9，低位字节的编码范围0x40-0x7E及0xA1-0xFE。

尽管Big5码内包含一万多个字符，但是没有考虑社会上流通的人名、地名用字、方言用字、化学及生物科等用字，没有包含日文平假名及片假字母。

例如台湾视“着”为“著”的异体字，故没有收录“着”字。康熙字典中的一些部首用字(如“亠”、“疒”、“辵”、“癶”等)、常见的人名用字(如“堃”、“煊”、“栢”、“喆”等) 也没有收录到Big5之中。

8.UTF-8

UTF:UCS Transformation Format.考虑到unicode编码不兼容iso8859-1编码，而且容易占用更多的空间：因为对于英文字母，unicode也需要两个字节来表示。所以unicode不便于传输和存储。因此而产生了utf编码，utf编码兼容iso8859-1编码，同时也可以用来表示所有语言的字符，不过，utf编码是不定长编码，每一个字符的长度从1-6个字节不等。另外，utf编码自带简单的校验功能。一般来讲，英文字母都是用一个字节表示，而汉字使用三个字节。

注意，虽然说utf是为了使用更少的空间而使用的，但那只是相对于unicode编码来说，如果已经知道是汉字，则使用GB2312/GBK无疑是最节省的。不过另一方面，值得说明的是，虽然utf编码对汉字使用3个字节，但即使对于汉字网页，utf编码也会比unicode编码节省，因为网页中包含了很多的英文字符。

UTF8编码后的大小是不一定,例如一个英文字母"a" 和　一个汉字 "好"，编码后占用的空间大小就不样了，前者是一个字节，后者是三个字节！编码的方法是从低位到高位。黄色为标志位其它着色为了显示其，编码后的位置。

9.Unicode

Unicode字符集（简称为UCS）,国际标准组织于1984年4月成立ISO/IEC JTC1/SC2/WG2工作组，针对各国文字、符号进行统一性编码。1991年美国跨国公司成立Unicode Consortium，并于1991年10月与WG2达成协议，采用同一编码字集。目前Unicode是采用16位编码体系，其字符集内容与 ISO10646的BMP（Basic Multilingual Plane）相同。Unicode于1992年6月通过DIS（Draf International Standard），目前版本V2.0于1996公布，内容包含符号6811个，汉字20902个，韩文拼音11172个，造字区6400个，保留 20249个，共计65534个。Unicode编码后的大小是一样的.例如一个英文字母 "a" 和　一个汉字 "好"，编码后都是占用的空间大小是一样的，都是两个字节！

Unicode可以用来表示所有语言的字符，而且是定长双字节（也有四字节的）编码，包括英文字母在内。所以可以说它是不兼容iso8859-1编码的，也不兼容任何编码。不过，相对于iso8859-1编码来说，uniocode编码只是在前面增加了一个0字节，比如字母'a'为"00 61"。

需要说明的是，定长编码便于计算机处理（注意GB2312/GBK不是定长编码），而unicode又可以用来表示所有字符，所以在很多软件内部是使用unicode编码来处理的，比如java。

liyang 2009-05-14 18:11 发表评论

让MYSQL支持GBK

liyang — Fri, 08 May 2009 13:52:00 GMT

让MYSQL支持GBK

2008-09-27 22:30

在 mysql数据库中，使用的是latin字符集，所以无法正常的支持中文字符，中文在数据库中显示为乱码“？”号。为了让mysql可以正常使用中文，尤其是当使用jsp连接mysql的时候，我们需要使用gbk的字符集，因此我们要对mysql进行以下设置，以便其有效的支持中文：

1.修改my.cnf文件
my.cnf文件是mysql的配置文件，我们可以从mysql的安装目录根据其自带模板来

建立
#cp /usr/local/mysql/support-files/my-huge.cnf   /etc/my.cnf
#vi /etc/my.cnf
在此文件中相应位置加入
default-character-set = gbk
########################
[client]
default-character-set = gbk
[mysqld]
default-character-set = gbk
#########################
修改结束以后，保存，然后使用客户端登录
#mysql -u root -p
在客户端中输入
>status;
显示的数据中如果出现：
Server characterset:     gbk
Db      characterset:     gbk
Client characterset:     gbk
Conn.   characterset:     gbk
则表示修改成功。

2.建立库表时指定gbk字符集
在建立库表的时候我们需要指定gbk字符集
建立数据库：

CREATE DATABASE dbname DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci
建立数据表
Create table tablename(
id int(10) unsigned NOT NULL AUTO_INCREMENT,
name varchar(15) NOT NULL default '',
PRIMARY KEY (id)
) TYPE=MyISAM DEFAULT CHARACTER SET gbk

建立好以后，在客户端中使用：
>show cereate table tablename;
如果最后一行显示gbk，则表示成功

3.修改jdbc驱动
jsp连接mysql需要使用jdbc驱动，在使用的时候，我们需要设置好字符集
String user="root";
String password="123";
String url="jdbc:mysql://localhost:3306/dbname?useUnicode=true&characterEncoding=gbk"
Class.forNname("com.mysql.jdbc.Driver");//装载驱动类；
Connection con=DriverManager.getConnection(url,user,password);//取得连接
其中dbname为你数据库的名字，url中的gbk即为使用的字符集

做好以上三步以后，mysql就可以支持gbk中文了。

liyang 2009-05-08 21:52 发表评论

Ant的build.xml

liyang — Fri, 01 May 2009 06:21:00 GMT

新建一个build.xml，放在工程根目录下。build.xml定义了Ant要执行的批处理命令。虽然Ant也可以使用其它文件名，但是遵循标准能更使开发更规范，同时易于与别人交流。

通常，src存放Java源文件，classes存放编译后的class文件，lib存放编译和运行用到的所有jar文件，web存放JSP等web文件，dist存放打包后的jar文件，doc存放API文档。

然后在根目录下创建build.xml文件，输入以下内容：

Xml代码

xml version="1.0"?>
<project name="Hello world" default="doc">
<property name="src.dir" value="src" />
<property name="report.dir" value="report" />
<property name="classes.dir" value="classes" />
<property name="lib.dir" value="lib" />
<property name="dist.dir" value="dist" />
<property name="doc.dir" value="doc"/>
<path id="master-classpath">
<fileset file="${lib.dir}/*.jar" />
<pathelement path="${classes.dir}"/>
path>
<target name="init">
target>
<target name="compile" depends="init" description="compile the source files">
<mkdir dir="${classes.dir}"/>
<javac srcdir="${src.dir}" destdir="${classes.dir}" target="1.4">
<classpath refid="master-classpath"/>
javac>
target>
<target name="test" depends="compile" description="run junit test">
<mkdir dir="${report.dir}"/>
<junit printsummary="on"
haltonfailure="false"
failureproperty="tests.failed"
showoutput="true">
<classpath refid="master-classpath" />
<formatter type="plain"/>
<batchtest todir="${report.dir}">
<fileset dir="${classes.dir}">
<include name="**/*Test.*"/>
fileset>
batchtest>
junit>
<fail if="tests.failed">
***********************************************************
**** One or more tests failed! Check the output ... ****
***********************************************************
fail>
target>
<target name="pack" depends="test" description="make .jar file">
<mkdir dir="${dist.dir}" />
<jar destfile="${dist.dir}/hello.jar" basedir="${classes.dir}">
<exclude name="**/*Test.*" />
<exclude name="**/Test*.*" />
jar>
target>
<target name="doc" depends="pack" description="create api doc">
<mkdir dir="${doc.dir}" />
<javadoc destdir="${doc.dir}"
author="true"
version="true"
use="true"
windowtitle="Test API">
<packageset dir="${src.dir}" defaultexcludes="yes">
<include name="example/**" />
packageset>
<doctitle>Hello, test]]>doctitle>
<bottom>All Rights Reserved.]]>bottom>
<tag name="todo" scope="all" description="To do:" />
javadoc>
target>
project>

liyang 2009-05-01 14:21 发表评论

struts2应用程序结构

liyang — Fri, 01 May 2009 01:29:00 GMT

程序目录结构

project

-JSP

-WEB-INF

- src

- classes

- struts.xml

- struts.properties

- lib

- build.xml

- applicationContext.xml

- web.xml

-lib目录下放置struts2的开发包,包含struts2所依懒的包,也可以是程序开发后打包的结果

-src自开发程序(原码目录)

---------------------web.xml-----------------------

http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

Struts Blank

        struts2
        org.apache.struts2.dispatcher.FilterDispatcher

        struts2
        /*

       contextConfigLocation
       /WEB-INF/applicationContext.xml

        org.springframework.web.context.ContextLoaderListener

1配置了struts2拦截机

2加入spring载入侦听

------------------struts.xml------------------------

"-//Apache Software Foundation//DTD Struts Configuration 2.0//EN"
"http://struts.apache.org/dtds/struts-2.0.dtd">

            /welcome.jsp
            /error.jsp

配置了一个包,定义了一个action和两个结果

---------------------------struts.properties-------------

struts.i18n.encoding=GBK

定义了默认的编码规则

liyang 2009-05-01 09:29 发表评论

XML及其作用、CSS、XSL、XSLT、DOM、SAX的概念，XML Schema、XPath

liyang — Tue, 28 Apr 2009 09:38:00 GMT

1、什么是XML？

        Extensible Markup Language，即可扩展性标记语言。标

记是指计算机所能理解的信息符号，通过此种标记，计算机之间可以处理包含各种信息的文章等。如何定义这些标记，既可以选择国际通用的标记语言，比如

HTML，也可以使用象XML这样由相关人士自由决定的标记语言，这就是语言的可扩展性。XML是从SGML中简化修改出来的。它主要用到的有XML、

XSL和XPath等。

       理解：汉语中的成语，汉语就是前人定

义的XML，成语就是后人创造的新标记，只要明白这个标记，其它人就能使用，并且他人也能理解。可想而知XML只定义了规则，没有限制内容，这点可以通过

对比HTML发现，在HTML中所有的标记都是事先定义好的，是不可以增加的。正如作者所言，XML是设计语言的语言。

        XML文件也是一个文本文件，重要的一点就是他可以做为字符串进行传递（好呀）

        HTML：即超文本标记语言。它是用于创建可从一个平台移植到另一平台的超文本文档的一种简单标记语言，经常用来创建Web页面。HTML文件是带有格式标识符和超文本链接的内嵌代码的文本文件





2、优越性及作用

        (1)异质系统中的信息互通（交换）。异质系统再不用关心对方使用什么方式存储数据，什么操作系统，只需要使用XML作为中介格式即可。XML可以很方便的将现有的关系型数据库二维形式转换为XML格式。

        (2)简单易于保存，谁能想像WORD这样的文档在50年还能打开？谁愿意将自己的所有文档在每次WORD编辑软件升级时更新一次？（还不定会少这少那的）。XML文本文件？简单呀。没这问题啦。





3、XML标签(tags)或简单语法

（1）声明，如；在此声明了xml版本号，使用的字符集。

（2）元素(elements )，最高层的元素叫根元素(Root Element)或叫文档元素(Document Element)；每个XML必需且仅拥有一个要元素。元素可分为简单元素和组合元素（拥有下级元素）。

（3）元素下可以包含属性(Attributes)

4、什么是CSS（Cascading Style Sheet）层叠式样式单？

通用标志语言描述结构，而不是格式；而样式单就是在不破坏文档结构的同时，增加显示格式。





5、什么是XSL？与CSS有什么关系？与XSLT有什么关系？

CSS的替代品XSL(Extensible Stylesheet Language)可扩展的样式单语言；将XML通过XSL子集XSLT(XML转换)可按任意格式重现输出（比如：HTML)文档





6、什么是DOM?

文档对象模型(Document Object Model)，它是由W3C标准化处理XML的API。并且在Microsoft IE里面已经实现了此API。





7、什么是SAX?DOM与SAX有什么区别?

        Simape API For XML（XML简单API）。

       

DOM与SAX的区别,可以看看这个实例：一个５００Ｍ的ＸＭＬ位于Internet另一端，此时如果使用ＤＯＭ在最终获得数据之前，只有等待，再等待，

它将填充计算机内存及硬盘空间，最终占据所有空间，系统崩溃。；ＳＡＸ则不同，它采用向前的模式，逐步获取数据,且可以随时终止;

8、什么是XML Schema

The set of statements, expressed in data definition language, that completely describe the structure of a data base.

一组以数据定义语言来表达的语句集,该语句集完整地描述了数据库的结构。





相当于数据表结构定义，包括主键、自定义类型、缺省值等





9、什么是ＸＰＡＴＨ

XML Path Lanager是一种ＸＭＬ标记，用于查询和过滤ＸＭＬ文档中的文本。

liyang 2009-04-28 17:38 发表评论

在Java中使用DOM和XPath进行有效的XML处理

liyang — Tue, 28 Apr 2009 09:27:00 GMT

文档对象模型(Document Object Model，DOM)是公认的 W3C 标准，它被用于与平台及语言无关的 XML 文档内容、结构和样式的动态访问和更新。它为表示文档定义了一套标准的接口集，也为访问和操纵文档定义了一套标准的方法。DOM 得到广泛的支持和普及，并且它以各种不同的语言实现，包括 Java、Perl、C、C++、VB、Tcl 和 Python.
正如我将在本文所演示的，当基于流的模型(例如 SAX)不能满足 XML 处理要求时，DOM 是一个极佳的选择。不幸的是，规范的几个方面，例如其语言无关性接口和“一切都是节点(everything-is-a-node)”抽象概念的使用，使 其难以使用且易于生成脆弱代码。这在最近的几个大型 DOM 项目的研究中尤其明显，这些项目是由许多开发人员过去一年所创建的。下面讨论了常见的问题及其补救措施。
　　文档对象模型
DOM 规范被设计成可与任何编程语言一起使用。因此，它尝试使用在所有语言中都可用的一组通用的、核心的功能部件。DOM 规范同样尝试保持其接口定义方面的无关性。这就允许 Java 程序员在使用 Visual Basic 或 Perl 时应用他们的 DOM 知识，反之亦然。
　　该规范同样将文档的每个部分看成由类型和值组成的节点。这为处理文档的所有方面提供了完美的概念性框架。例如，下面的 XML 片段
　　the Italicized portion.
　　就是通过以下的 DOM 结构表示的：
　　图 1：XML 文档的 DOM 表示

　　树的每个Document 、 Element 、 Text 和 Attr 部分都是 DOM Node 。
完美的抽象确实付出了代价。考虑 XML 片段： Value 。您或许会认为文本的值可以通过普通的 Java String 对象来表示，并且通过简单的 getValue 调用可访问。实际上，文本被当成 tagname 节点下的一个或多个子 Node 。因此，为了获取文本值，您需要遍历 tagname 的子节点，将每个值整理成一个字符串。这样做有充分的理由： tagname 可能包含其它嵌入的 XML 元素，在这种情况下获取其文本值没有多大意义。然而，在现实世界中，我们看到由于缺乏便利的函数导致频繁的编码错误占了 80% 的情况，这样做的确有意义。
　　设计问题
DOM 语言无关性的缺点是通常在每个编程语言中使用的一整套工作方法和模式不能被使用。例如，不能使用熟悉的 Java new 构造创建新的 Element ，开发者必须使用工厂构造器方法。 Node 的集合被表示成 NodeList ，而不是通常的 List 或 Iterator 对象。这些微小的不便意味着不同寻常的编码实践和增多的代码行，并且它们迫使程序员学习 DOM 的行事方法而不是用直觉的方法。
DOM 使用“一切都是节点”的抽象。这就意味着几乎 XML 文档的每个部分，例如： Document 、 Element 和 Attr ，全都继承( extend ) Node 接口。这不仅是概念上完美，而且还允许每个 DOM 的不同实现通过标准接口使其自身的类可见，并且没有通过中间包装类所导致的性能损失。
由于存在的节点类型数量及其访问方法缺乏一致性，“一切都是节点”的抽象丧失了一些意义。例如， insertData 方法被用来设置 CharacterData 节点的值，而通过使用 setValue 方法来设置 Attr (属性)节点的值。由于对于不同的节点存在不同的接口，模型的一致性和完美性降低了，而学习曲线增加了。
　　JDOM
　　JDOM 是使 DOM API 适应 Java 的研究计划，从而提供了更自然和易用的接口。由于认识到语言无关 DOM 构造的棘手本质，JDOM 目标在于使用内嵌的 Java 表示和对象，并且为常用任务提供便利的函数。
例如，JDOM 直接处理“一切都是节点”和 DOM 特定构造的使用(如 NodeList )。JDOM 将不同的节点类型(如 Document 、 Element 和 Attribute )定义为不同的 Java 类，这意味着开发者可以使用 new 构造它们，避免频繁类型转换的需要。JDOM 将字符串表示成 Java String ，并且通过普通的 List 和 Iterator 类来表示节点的集合。(JDOM 用其本身类替代 DOM 类。)
JDOM 为提供更完善的接口做了相当有益的工作。它已经被接受成为 JSR(正式的 Java Specification Request)，而且它将来很可能会被包含到核心的 Java 平台中。但是，因其还不是核心 Java API 的一部分，一些人对于使用它还心存犹豫。这儿还有关于与 Iterator 和 Java 对象频繁创建相关的性能问题的报告。(请参阅参考资料)。
　　如果您对 JDOM 的接受性和可用性已经满足，并且如果您也没有将 Java 代码和程序员转移到其它语言的直接需求，JDOM 是个值得探索的好选择。JDOM 还不能满足本文探讨的项目所在的公司需要，因而他们使用了非常普遍的 DOM。本文也是这样做的。
　　常见编码问题
　　几个大型 XML 项目分析揭示了使用 DOM 中的一些常见问题。下面对其中的几个进行介绍。
　　代码臃肿
在我们研究中查看的所有项目，本身都出现一个突出的问题：花费许多行代码行来做简单的事情。在某个示例中，使用 16 行代码检查一个属性的值。而同样的任务，带有改进的健壮性和出错处理，可以使用 3 行代码实现。DOM API 的低级本质、方法和编程模式的不正确应用以及缺乏完整 API 的知识，都会致使代码行数增加。下面的摘要介绍了关于这些问题的特定实例。
　　遍历 DOM
　　在我们探讨的代码中，最常见的任务是遍历或搜索 DOM。清单 1 演示了需要在文档的 config 节里查找一个称为“header”节点的浓缩版本代码：
　　清单 1 中，从根开始通过检索顶端元素遍历文档，获取其第一个子节点( configNode )，并且最终单独检查 configNode 的子节点。不幸的是，这种方法不仅冗长，而且还伴随着脆弱性和潜在的错误。
例如，第二行代码通过使用 getFirstChild 方法获取中间的 config 节点。已经存在许多潜在的问题。根节点的第一个子节点实际上可能并不是用户正在搜索的节点。由于盲目地跟随第一个子节点，我忽视了标记的实际名称并且可能 搜索不正确的文档部分。当源 XML 文档的根节点后包含空格或回车时，这种情况中发生一个频繁的错误;根节点的第一个子节点实际是 Node.TEXT_NODE 节点，而不是所希望的元素节点。您可以自己试验一下，从参考资料下载样本代码并且编辑 sample.xml 文件 ― 在 sample 和 config 标记之间放置一个回车。代码立即异常而终止。要正确浏览所希望的节点，需要检查每个 root 的子节点，直到找到非 Text 的节点，并且那个节点有我正在查找的名称为止。
清单 1 还忽视了文档结构可能与我们期望有所不同的可能性。例如，如果 root 没有任何子节点， configNode 将会被设置为 null ，并且示例的第三行将产生一个错误。因此，要正确浏览文档，不仅要单独检查每个子节点以及核对相应的名称，而且每步都得检查以确保每个方法调用返回的是一 个有效值。编写能够处理任意输入的健壮、无错的代码，不仅需要非常关注细节，而且需要编写很多行代码。
　　最终，如果最初的开发者了解它的话，清单 1 中示例的所有功能应该可以通过利用对 getElementsByTagName 函数的简单调用实现。这是下面要讨论的。
　　检索元素中的文本值
　　在所分析的项目中，DOM 遍历以后，第二项最常进行的任务是检索在元素中包含的文本值。考虑 XML 片段 The Value 。如果已经导航到 sometag 节点，如何获取其文本值( The Value )呢?一个直观的实现可能是：
　　sometagElement.getData();
　　正如您所猜测到的，上面的代码并不会执行我们希望的动作。由于实际的文本被存储为一个或多个子节点，因此不能对 sometag 元素调用 getData 或类似的函数。更好的方法可能是：
　　sometag.getFirstChild().getData();
第二种尝试的问题在于值实际上可能并不包含在第一个子节点中;在 sometag 内可能会发现处理指令或其它嵌入的节点，或是文本值包含在几个子节点而不是单单一个子节点中。考虑到空格经常作为文本节点表示，因此对 sometag.getFirstChild() 的调用可能仅让您得到标记和值之间的回车。实际上，您需要遍历所有子节点，以核对 Node.TEXT_NODE 类型的节点，并且整理它们的值直到有完整的值为止。
　　注意，JDOM 已经利用便利的函数 getText 为我们解决了这个问题。DOM 级别 3 也将有一个使用规划的 getTextContent 方法的解答。教训：尽可能使用较高级的 API 是不会错的。
　　getElementsByTagName
　　DOM 级别 2 接口包含一个查找给定名称的子节点的方法。例如，调用：
　　NodeList names = someElement.getElementsByTagName("name");
　　将返回一个包含在 someElement 节点中称为 names 的节点 NodeList 。这无疑比我所讨论的遍历方法更方便。这也是一组常见错误的原因。
问题在于 getElementsByTagName 递归地遍历文档，从而返回所有匹配的节点。假定您有一个包含客户信息、公司信息和产品信息的文档。所有这三个项中都可能含有 name 标记。如果调用 getElementsByTagName 搜索客户名称，您的程序极有可能行为失常，除了检索出客户名称，还会检索出产品和公司名称。在文档的子树上调用该函数可能会降低风险，但由于 XML 的灵活本质，使确保您所操作的子树包含您期望的结构，且没有您正在搜索的名称的虚假子节点就变得十分困难。
　　DOM 的有效使用
　　考虑到由 DOM 设计强加的限制，如何才能有效和高效的使用该规范呢?下面是使用 DOM 的几条基本原则和方针，以及使工作更方便的函数库。
　　基本原则
　　如果您遵循几条基本原则，您使用 DOM 的经验将会显著提高：
　　◆ 不要使用 DOM 遍历文档。
　　◆ 尽可能使用 XPath 来查找节点或遍历文档。
　　◆ 使用较高级的函数库来更方便地使用 DOM。
　　这些原则直接从对常见问题的研究中得到。正如上面所讨论的，DOM 遍历是出错的主要原因。但它也是最常需要的功能之一。如何通过不使用 DOM 而遍历文档呢?
　　Path
XPath 是寻址、搜索和匹配文档的各个部分的语言。它是 W3C 推荐标准(Recommendation)，并且在大多数语言和 XML 包中实现。您的 DOM 包可能直接支持 XPath 或通过加载件(add-on)支持。本文的样本代码对于 XPath 支持使用 Xalan 包。
　　XPath 使用路径标记法来指定和匹配文档的各个部分，该标记法与文件系统和 URL 中使用的类似。例如，XPath: /x/y/z 搜索文档的根节点 x ，其下存在节点 y ，其下存在节点 z 。该语句返回与指定路径结构匹配的所有节点。
更为复杂的匹配可能同时在包含文档的结构方面以及在节点及其属性的值中。语句 /x/y/* 返回父节点为 x 的 y 节点下的任何节点。 /x/y[@name=''a''] 匹配所有父节点为 x 的 y 节点，其属性称为 name ，属性值为 a 。请注意，XPath 处理筛选空格文本节点以获得实际的元素节点 ― 它只返回元素节点。
　　详细探讨 XPath 及其用法超出了本文的范围。请参阅参考资料获得一些优秀教程的链接。花点时间学习 XPath，您将会更方便的处理 XML 文档。
　　函数库
当研究 DOM 项目时令我们惊奇的一个发现，是存在的拷贝和粘贴代码的数量。为什么有经验的开发者没有使用良好的编程习惯，却使用拷贝和粘贴方法而不是创建助手 (helper)库呢?我们相信这是由于 DOM 的复杂性加深了学习的难度，并使开发者要理解能完成他们所需要的第一段代码。开发产生构成助手库规范的函数所需的专门技术需要花费大量的时间。
　　要节省一些走弯路的时间，这里是一些将使您自己的库可以运转起来的基本助手函数。
　　findValue
使用 XML 文档时，最常执行的操作是查找给定节点的值。正如上所讨论的，在遍历文档以查找期望的值和检索节点的值中都出现难度。可以通过使用 XPath 来简化遍历，而值的检索可以一次编码然后重用。在两个较低级函数的帮助下，我们实现了 getValue 函数，这两个低级函数是：由 Xalan 包提供的 XPathAPI.selectSingleNode (用来查找和返回与给定的 XPath 表达式匹配的第一个节点);以及 getTextContents ，它非递归地返回包含在节点中的连续文本值。请注意，JDOM 的 getText 函数，或将出现在 DOM 级别 3 中规划的 getTextContent 方法，都可用来代替 getTextContents 。清单 2包含了一个简化的清单;您可以通过下载样本代码来访问所有函数(请参阅参考资料)。
　　通过同时传入要开始搜索的节点和指定要搜索节点的 XPath 语句来调用 findValue 。函数查找第一个与给定 XPath 匹配的节点，并且抽取其文本值。
　　setValue
另一项常用的操作是将节点的值设置为希望的值，如清单 3 所示。该函数获取一个起始节点和一条 XPath 语句 ― 就象 findValue ― 以及一个用来设置匹配的节点值的字符串。它查找希望的节点，除去其所有子节点(因此除去包含在其中的任何文本和其它元素)，并将其文本内容设置为传入的 (passed-in)字符串。
　　appendNode
　　虽然某些程序查找和修改包含在 XML 文档中的值，而另一些则通过添加和除去节点来修改文档本身的结构。这个助手函数简化了文档节点的添加，如清单 4所示。
　　该函数的参数有：要将新节点添加到其下的节点，要添加的新节点名称，以及指定要将节点添加到其下位置的 XPath 语句(也就是，新节点的父节点应当是哪个)。新节点被添加到文档的指定位置。
　　最终分析
　　DOM 的语言无关性设计为其带来了非常广泛的可应用性并使其在大量的系统和平台上得以实现。这样做的代价是：使 DOM 比为每个语言专门设计的 API 更困难且更缺乏直观性。
DOM 奠定了一个非常有效的基础，遵循一些简单的原则就可其上构建易于使用的系统。凝结了一大群用户智慧和经验的 DOM 未来版本正在设计之中，而且极有可能为这里讨论的问题提供解决方案。如 JDOM 这样的项目正在修改该 API 以获得更自然 Java 感觉，而且如本文中所述的技术可以帮助您使 XML 的操纵更方便、更简洁并且不易出错。利用这些项目且遵循这些用法模式以允许 DOM 成为基于 XML 项目的出色平台。

liyang 2009-04-28 17:27 发表评论

tomcat中三种部署项目的方法

liyang — Tue, 28 Apr 2009 05:55:00 GMT

第一种方法：在tomcat中的conf目录中，在server.xml中的，节点中添加：

至于Context 节点属性，可详细见相关文档。

第二种方法：将web项目文件件拷贝到webapps 目录中。

第三种方法：很灵活，在conf目录中，新建 Catalina（注意大小写）＼localhost目录，在该目录中新建一个xml文件，名字可以随意取，只要和当前文件中的文件名不重复就行了，该xml文件的内容为：

第3个方法有个优点，可以定义别名。服务器端运行的项目名称为path，外部访问的URL则使用XML的文件名。这个方法很方便的隐藏了项目的名称，对一些项目名称被固定不能更换，但外部访问时又想换个路径，非常有效。

第2、3还有优点，可以定义一些个性配置，如数据源的配置等。

还有一篇详细的

此处主要讲述Tomcat部署发布JSP应用程序的三种方法
    1、直接放到Webapps目录下
     Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。也可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个Web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse、NetBeans、ant、JBuilder等。也可以用 cmd 命令：jar -cvf applicationname.war package.*；
甚至可以在程序执行中打包：
try{
string strjavahome = system.getproperty("java.home");
strjavahome = strjavahome.substring(0,strjavahome.lastindexof(\\))+"\\bin\\";
runtime.getruntime().exec("cmd /c start "+strjavahome+"jar cvf hello.war c:\\tomcat5.0\\webapps\\root\\*");
}
catch(exception e){system.out.println(e);}

     webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：

   2、在server.xml中指定
     在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。

     其中path是虚拟路径，docBase是JSP应用程序的物理路径，workDir是这个应用的工作目录，存放运行是生成的于这个应用相关的文件。

   3、创建一个Context文件
     以上两种方法，Web应用被服务器加载后都会在Tomcat的conf\catalina\localhost目录下生成一个XML文件，其内容如下：

可以看出，文件中描述一个应用程序的Context信息，其内容和server.xml中的Context信息格式是一致的，文件名便是虚拟目录名。您可以直接建立这样的一个xml文件，放在Tomcat的conf\catalina\localhost目录下。例子如下：
注意：删除一个Web应用同时也要删除webapps下相应的文件夹祸server.xml中相应的Context，还要将Tomcat的conf
\catalina\localhost目录下相应的xml文件删除。否则Tomcat仍会岸配置去加载。。。

liyang 2009-04-28 13:55 发表评论

Apache -- dbcp配置中文版本

liyang — Tue, 17 Mar 2009 02:41:00 GMT

dbcp配置中文版本，翻译自apache 官方文档，原文请见http://commons.apache.org/dbcp/configuration.html。

参数描述
username 传递给JDBC驱动的用于建立连接的用户名
password 传递给JDBC驱动的用于建立连接的密码
url 传递给JDBC驱动的用于建立连接的URL
driverClassName 使用的JDBC驱动的完整有效的java 类名
connectionProperties 当建立新连接时被发送给JDBC驱动的连接参数，格式必须是 [propertyName=property;]*
注意：参数user/password将被明确传递，所以不需要包括在这里。

参数默认值描述
defaultAutoCommit true 连接池创建的连接的默认的auto-commit状态
defaultReadOnly driver default 连接池创建的连接的默认的read-only状态. 如果没有设置则setReadOnly方法将不会被调用. (某些驱动不支持只读模式,比如:Informix)
defaultTransactionIsolation driver default 连接池创建的连接的默认的TransactionIsolation状态. 下面列表当中的某一个: (参考javadoc)
NONE
READ_COMMITTED
READ_UNCOMMITTED
REPEATABLE_READ
SERIALIZABLE

defaultCatalog
连接池创建的连接的默认的catalog

参数默认值描述
initialSize 0 初始化连接:连接池启动时创建的初始化连接数量,1.2版本后支持
maxActive 8 最大活动连接:连接池在同一时间能够分配的最大活动连接的数量, 如果设置为非正数则表示不限制
maxIdle 8 最大空闲连接:连接池中容许保持空闲状态的最大连接数量,超过的空闲连接将被释放,如果设置为负数表示不限制
minIdle 0 最小空闲连接:连接池中容许保持空闲状态的最小连接数量,低于这个数量将创建新的连接,如果设置为0则不创建
maxWait 无限最大等待时间:当没有可用连接时,连接池等待连接被归还的最大时间(以毫秒计数),超过时间则抛出异常,如果设置为-1表示无限等待

参数默认值描述
validationQuery
SQL查询,用来验证从连接池取出的连接,在将连接返回给调用者之前.如果指定,则查询必须是一个SQL SELECT并且必须返回至少一行记录
testOnBorrow true 指明是否在从池中取出连接前进行检验,如果检验失败,则从池中去除连接并尝试取出另一个.
注意: 设置为true后如果要生效,validationQuery参数必须设置为非空字符串
testOnReturn false 指明是否在归还到池中前进行检验
注意: 设置为true后如果要生效,validationQuery参数必须设置为非空字符串
testWhileIdle false 指明连接是否被空闲连接回收器(如果有)进行检验.如果检测失败,则连接将被从池中去除.
注意: 设置为true后如果要生效,validationQuery参数必须设置为非空字符串
timeBetweenEvictionRunsMillis -1 在空闲连接回收器线程运行期间休眠的时间值,以毫秒为单位. 如果设置为非正数,则不运行空闲连接回收器线程
numTestsPerEvictionRun 3 在每次空闲连接回收器线程(如果有)运行时检查的连接数量
minEvictableIdleTimeMillis 1000 * 60 * 30 连接在池中保持空闲而不被空闲连接回收器线程(如果有)回收的最小时间值，单位毫秒

参数默认值描述
poolPreparedStatements false 开启池的prepared statement 池功能
maxOpenPreparedStatements 不限制 statement池能够同时分配的打开的statements的最大数量, 如果设置为0表示不限制

这里可以开启PreparedStatements池. 当开启时, 将为每个连接创建一个statement池,并且被下面方法创建的PreparedStatements将被缓存起来:
* public PreparedStatement prepareStatement(String sql)
* public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency)
注意: 确认连接还有剩余资源可以留给其他statement

参数默认值描述
accessToUnderlyingConnectionAllowed false 控制PoolGuard是否容许获取底层连接

如果容许则可以使用下面的方式来获取底层连接:
    Connection conn = ds.getConnection();
    Connection dconn = ((DelegatingConnection) conn).getInnermostDelegate();
    ...
    conn.close();

默认false不开启, 这是一个有潜在危险的功能, 不适当的编码会造成伤害.(关闭底层连接或者在守护连接已经关闭的情况下继续使用它).请谨慎使用,并且仅当需要直接访问驱动的特定功能时使用.
注意: 不要关闭底层连接, 只能关闭前面的那个.

参数默认值描述
removeAbandoned false 标记是否删除泄露的连接,如果他们超过了removeAbandonedTimout的限制.如果设置为true, 连接被认为是被泄露并且可以被删除,如果空闲时间超过removeAbandonedTimeout. 设置为true可以为写法糟糕的没有关闭连接的程序修复数据库连接.
removeAbandonedTimeout 300 泄露的连接可以被删除的超时值, 单位秒
logAbandoned false 标记当Statement或连接被泄露时是否打印程序的stack traces日志。被泄露的Statements和连接的日志添加在每个连接打开或者生成新的Statement,因为需要生成stack trace。

如果开启"removeAbandoned",那么连接在被认为泄露时可能被池回收. 这个机制在(getNumIdle() < 2) and (getNumActive() > getMaxActive() - 3)时被触发.
举例当maxActive=20, 活动连接为18,空闲连接为1时可以触发"removeAbandoned".但是活动连接只有在没有被使用的时间超过"removeAbandonedTimeout"时才被删除,默认300秒.在resultset中游历不被计算为被使用.

liyang 2009-03-17 10:41 发表评论

配置jconsole远程监视 (jconsole Remote Monitoring)

liyang — Mon, 16 Feb 2009 06:43:00 GMT

jconsole远程监视的配置步骤如下：

服务器端：
1. mkdir $JAVA_HOME/jconsole

2. cp $JAVA_HOME/jre/lib/management/jmxremote.password.template $JAVA_HOME/jconsole/jmxremote.password

3. chmod 600 $JAVA_HOME/jconsole/jmxremote.password

4. vi jmxremote.password 去掉#monitorRole RED前的注释并将RED修改为你要设置的密码。(安全起见，只开放有只读权限的用户

5. 设置java启动参数：

-Dcom.sun.management.jmxremote.port=12345 #指定远程服务器的端口

-Dcom.sun.management.jmxremote.password.file=$JAVA_HOME/jconsole/jmxremote.password #指定远程服务器的用户认证

-Dcom.sun.management.jmxremote.authenticate=false #也可以使用禁止用户认证（可选）

-Dcom.sun.management.jmxremote.ssl=false

6. 如果无法连接有可能是linux服务器的hostname存在问题

执行hostname -i ，如果显示的是127.0.0.1，则需要修改/etc/hosts文件

vi /etc/hosts，修改如下：

#127.0.0.1 localhost localhost.localdomain localhost
服务器的真实IP地址 localhost localhost.localdomain localhost

7. 启动java程序

客户端:
1. 打开cmd窗口，输入jconsole
2. 指定连接参数:
远程主机: 服务器的真实IP地址
端口: 12345($JAVA_ARGS中-Dcom.sun.management.jmxremote.port指定的端口)

用户名: controlRole (jmxremote.password中指定的用户名)
密码: R&D(jmxremote.password中设置的密码)

如果不需要用户验证，不用输入用户名密码

3. 连接 -> OK。。。

liyang 2009-02-16 14:43 发表评论

mysql 建表,改表结构,插入数据,建立索引,删除索引

liyang — Thu, 08 Jan 2009 09:13:00 GMT

创建表

create table employee (employee_id char(6) primary key,name char(8),sex char(2),birthday

date);

create table products (product_id char(2) primary key, name char(20));

察看表结构

describe employ-ee;

describe products;

修改表结构

alter table employee modify name char(10);

alter table products modiry name char(30);

向表中添加数据

insert into employee values ('200301','zhangsan','m','1978/5/8');
insert into employee values ('200302','lisi','f','1973/3/20');
insert into employee values ('200303','wangwu','f','1970/10/9');
insert into employee values ('200304','zhaoliu','m','1975/1/18');

修改表内容

update employee set employee_id="200310" where name="zhaoliu";

创建索引

建表时创建带索引的表
create table test1 (test1_id char(4),name char(20), index idx_test1(name(10)));

create index idx_employee on employee(name); 用create为name列创建索引

alter table products add index idx_products(name); 用alter为name列创建索引

察看索引

show index from employee;
show index from products;

删除索引

drop index idx_employee on employee;

alter table products drop index idx_products;

liyang 2009-01-08 17:13 发表评论

左连接，右连接，内连接，外连接

liyang — Tue, 06 Jan 2009 09:46:00 GMT

联接条件可在 FROM 或 WHERE 子句中指定，建议在 FROM 子句中指定联接条件。WHERE 和 HAVING 子句也可以包含搜索条件，以进一步筛选联接条件所选的行。

联接可分为以下几类：

内联接（典型的联接运算，使用像 = 或 <> 之类的比较运算符）。包括相等联接和自然联接。

内联接使用比较运算符根据每个表共有的列的值匹配两个表中的行。例如，检索 students 和 courses 表中学生标识号相同的所有行。

外联接。外联接可以是左向外联接、右向外联接或完整外部联接。

在 FROM 子句中指定外联接时，可以由下列几组关键字中的一组指定：

LEFT JOIN 或 LEFT OUTER JOIN。

左向外联接的结果集包括 LEFT OUTER 子句中指定的左表的所有行，而不仅仅是联接列所匹配的行。如果左表的某行在右表中没有匹配行，则在相关联的结果集行中右表的所有选择列表列均为空值。

RIGHT JOIN 或 RIGHT OUTER JOIN。

右向外联接是左向外联接的反向联接。将返回右表的所有行。如果右表的某行在左表中没有匹配行，则将为左表返回空值。

FULL JOIN 或 FULL OUTER JOIN。

完整外部联接返回左表和右表中的所有行。当某行在另一个表中没有匹配行时，则另一个表的选择列表列包含空值。如果表之间有匹配行，则整个结果集行包含基表的数据值。

交叉联接。

交叉联接返回左表中的所有行，左表中的每一行与右表中的所有行组合。交叉联接也称作笛卡尔积。

例如，下面的内联接检索与某个出版商居住在相同州和城市的作者：

USE pubs

SELECT a.au_fname, a.au_lname, p.pub_name

FROM authors AS a INNER JOIN publishers AS p

ON a.city = p.city

AND a.state = p.state

ORDER BY a.au_lname ASC, a.au_fname ASC

FROM 子句中的表或视图可通过内联接或完整外部联接按任意顺序指定；但是，用左或右向外联接指定表或视图时，表或视图的顺序很重要。有关使用左或右向外联接排列表的更多信息，请参见使用外联接。

例子：

a表 id name b表 id job parent_id

1 张3 1 23 1

2 李四 2 34 2

3 王武 3 34 4

a.id同parent_id 存在关系

内连接

select a.*,b.* from a inner join b on a.id=b.parent_id

结果是

1 张3 1 23 1

2 李四 2 34 2

左连接

select a.*,b.* from a left join b on a.id=b.parent_id

结果是

1 张3 1 23 1

2 李四 2 34 2

3 王武 null

右连接

select a.*,b.* from a right join b on a.id=b.parent_id

结果是

1 张3 1 23 1

2 李四 2 34 2

null 3 34 4

完全连接

select a.*,b.* from a full join b on a.id=b.parent_id

结果是

1 张3 1 23 1

2 李四 2 34 2

null 3 34 4

3 王武 null

liyang 2009-01-06 17:46 发表评论

一个效果非常不错的JAVA数据库连接池

liyang — Mon, 29 Dec 2008 09:00:00 GMT

摘要: 虽然现在用APACHE COMMONS DBCP可以非常方便的建立数据库连接池，但是像这篇文章把数据库连接池的内部原理写的这么透彻，注视这么完整，真是非常难得，让开发人员可以更深层次的理解数据库连接池，真是非常感谢这篇文章的作者。 1import java.sql.Connection; 2import jav... 阅读全文

liyang 2008-12-29 17:00 发表评论

Log4j 简单配置

liyang — Wed, 26 Nov 2008 07:47:00 GMT

log4j.xml ：

xml version="1.0" encoding="EUC-JP" ?>
DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">

    <appender name="p1" class="org.apache.log4j.RollingFileAppender">
    <param name="Threshold" value="debug" />
    <param name="MaxFileSize"   value="1MB" />
    <param name="MaxBackupIndex"   value="5" />
    <param name="File" value="e:/1/console.log" />
    <param name="Append" value="true" />
    <layout class="org.apache.log4j.PatternLayout">
         <param name="ConversionPattern"
           value="%d{yyyy/MM/dd HH:mm:ss.SSS} %-5p Thread:%t [%C.%M] line:%L  %m%n" />
    layout>
    appender>

    <logger name="ly.bj.china">
        <level value="debug" />
        <appender-ref ref="p1"/>
    logger>
log4j:configuration>

程序代码：

1 1package ly.bj.china.test;
2 2
3 3import org.apache.log4j.Logger;
4 4import org.apache.log4j.xml.DOMConfigurator;
5 5
6 6public class LogTest {
7 7    private static Logger logger;
8 8    static {
9 9        DOMConfigurator.configure ("e:/1/log4j.xml");
1010        logger = Logger.getLogger(LogTest.class.getName());
1111    }
1212
1313    public void logOtput() {
1414        System.out.println(LogTest.class.getName());
1515        System.out.println("console output");
1616        logger.info("file output info");
1717        logger.debug("file output debug");
1818        logger.error("file output error");
1919    }
2020
2121    /**
2222     * @param args
2323     */
2424    public static void main(String[] args) {
2525        LogTest lt = new LogTest();
2626        lt.logOtput();
2727
2828    }
2929
3030}

liyang 2008-11-26 15:47 发表评论

MySQL改变默认编码为utf-8

liyang — Tue, 28 Oct 2008 02:21:00 GMT

1. 打开C:\Program Files\MySQL\MySQL Server 5.0\my.ini

在[client]下面寻找default-character-set，然后将其值修改为：
default-character-set=utf8
若找不到default-character-set，加上上面一行即可。

[mysqld]同理：
default-character-set=utf8
init_connect='SET NAMES utf8'

下面语句用于查看编码方式是否已经修改：
show variables like 'char%';

2. 附：对于已经存在了的数据库，可以如下操作使其改变编码方式：
a. 修改MYSQL数据库编码，如果是MYSQL数据库编码不正确: 可以在MYSQL执行如下命令: ALTER DATABASE test DEFAULT CHARACTER SET utf8;
以上命令就是将MYSQL的test数据库的编码设为utf8
b. 修改MYSQL表的编码：ALTER TABLE category DEFAULT CHARACTER SET utf8;
以上命令就是将一个表category的编码改为utf8
c. 修改字段的编码：
ALTER TABLE `test` CHANGE `dd` `dd` VARCHAR( 45 ) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL
以上命令就是将MYSQL数据库test表中 dd的字段编码改为utf8

在命令行下插入汉字时如下代码：
set names gb2312;有时候这一句很关键！
insert into charset values('王东伟');

liyang 2008-10-28 10:21 发表评论

Java中调用外部命令

liyang — Mon, 27 Oct 2008 07:52:00 GMT

Java中调用外部命令

public class ExecCommond{

public ExecCommond(){}

/**

* 执行一条命令

* @param execStr String 命令字符串

* @return String 执行命令错误时的信息。

public static String exec(String execStr) {

Runtime runtime = Runtime.getRuntime(); 取得当前运行期对象

String outInfo=""; //执行错误的输出信息

try {

String[] args = new String[] {"sh", "-c", execStr};//执行linux下的命令

//执行windows下的命令

// String[] args = new String[] {"cmd", "-c", execStr};

Process proc = runtime.exec(args); //启动另一个进程来执行命令

InputStream in = proc.getErrorStream();//得到错误信息输出。

BufferedReader br = new BufferedReader(new InputStreamReader(in));

String line = "";

while ( (line = br.readLine())

!= null) {

outInfo = outInfo + line + "\n";

System.out.println(outInfo);

}

// 检查命令是否失败。

try {

if (proc.waitFor() != 0) {

System.err.println("exit value = " +

proc.exitValue());

}

catch (InterruptedException e) {

System.err.print(e);

e.printStackTrace();

}

评书：

ps:

1 import java.io.BufferedReader;
2 import java.io.IOException;
3 import java.io.InputStream;
4 import java.io.InputStreamReader;
5 import java.io.OutputStream;
6
7 /**
8  *
9  *  @author  liyang
10  */
11
12 public class ConsoleStream {
13
14     public static void main(String[] args) throws IOException, InterruptedException {
15         String info;
16         System.out.println("Here we go ");
17         String[] cmd = new String[] {"cmd","/c","javac d://helloworld.java"};
18         Process p = Runtime.getRuntime().exec(cmd);
19
20 //        OutputStream os  =  p.getOutputStream();
21         InputStream stdin  =  p.getInputStream(); //
22         InputStream stderr  =  p.getErrorStream();
23
24         InputStreamReader isr = new InputStreamReader(stdin);
25         InputStreamReader esr = new InputStreamReader(stderr);
26
27         BufferedReader readerIn = new BufferedReader(isr);
28         BufferedReader readerErr= new BufferedReader(esr);
29
30         System.out.println("in:");
31         while ((info = readerIn.readLine()) != null) {
32             System.out.println(info);
33         }
34
35         System.out.println("error");
36         while ((info = readerErr.readLine()) != null) {
37             System.out.println(info);
38         }
39         int retcode;
40         retcode = p.waitFor();
41
42         System.out.println("process end code: " + retcode);
43         p.destroy();
44     }

45 }

liyang 2008-10-27 15:52 发表评论

Java调用外部进程并拦截输入输出流－－Java IDE Console解密

liyang — Mon, 27 Oct 2008 07:21:00 GMT

只有注册用户登录后才能阅读该文。阅读全文

liyang 2008-10-27 15:21 发表评论

语源科技BlogJava-thisliy

socket心跳检测

深入GetMessage和PeekMessage

JNDI详解

mysql用户管理

String.getBytes()和new String()

DllMain详解

typedef的四个用途和两个陷阱

TCP连接、Http连接与Socket连接

Java装饰模式

说明：

装饰模式的特点；

装饰模式 VS 继承

例子：

HTMLLogger

EncryptLogger

为了使用新设计装饰对象，客户端需要：

增加新的信息出力类型

增加新的装饰

Classloader的基本概念

单例模式完全剖析

java动态代理实例

JAVA代理模式

tomcat数据源配置（工程独立）

tomcat数据源的配置和使用

tomcat数据源的配置和使用 收藏

实现自己的拦截器框架

Struts2文件下载

tomcat修改主页

PropertyChangeSupport类

SVN与CVS两者间的比较

XML的四种解析器原理及性能比较

Log4j配置(xml和property两种)

Log4j配置收藏

Log4J配置

log4j配置webapp日志系统

字符编码详解(ascii,utf-8,unicode,gbk,gb2312,iso8859-1等)

让MYSQL支持GBK

Ant的build.xml

struts2应用程序结构

XML及其作用、CSS、XSL、XSLT、DOM、SAX的概念，XML Schema、XPath

在Java中使用DOM和XPath进行有效的XML处理

tomcat中三种部署项目的方法

Apache -- dbcp配置中文版本

配置jconsole远程监视 (jconsole Remote Monitoring)

mysql 建表,改表结构,插入数据,建立索引,删除索引

左连接，右连接，内连接，外连接

一个效果非常不错的JAVA数据库连接池

Log4j 简单配置

MySQL改变默认编码为utf-8

Java中调用外部命令

Java调用外部进程并拦截输入输出流－－Java IDE Console解密

tomcat数据源的配置和使用收藏