今天做了个Grails连接MSSQL2000的简单测试

使用jtds.jar驱动，放到lib文件夹下

DataSource.groovy里配置参数正确

但是运行的时候老是抛出找不到driver的异常

多次检查测试之后

发现是我新安装的MSSQL2000没有升级SP4

于是下补丁重新测试，一切OK！

记录一下，以后别疏忽。。。。。

• 快来参加7月17日在成都举行的SOA中国技术论坛
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！

出现“Client does not support authentication protocol requested by server”？

• 快来参加7月17日在成都举行的SOA中国技术论坛
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！

一、简介：

每个Tomcat worker是一个服务于web server、等待执行servlet的Tomcat实例。例如我们经常使用像Apache之类的web server转发sevlet请求给位于其后面的一个Tomcat进程（也就是前面所说的worker）。本文详细介绍了如何配置各种类型worker和loadbalance，并说明了各种类型worker的特性和loadbalance配置的原理。

二、为什么使用Tomcat workers：

上文描述了一个非常简单的结构，事实上能够配置多个Tomcat workers来处理web server转发的servlet请求。而这样配置的理由不外乎以下几种假想环境：

* 我们在开发环境中发布不同的Tomcat workers为各自不同的应用服务。当然在开发环境中的开发者共享同一个web server，但是每个Tomcat worke服务于拥有它的开发者。

* 我们在不同的Tomcat进程上定义各自的虚拟主机，这样不同的公司可以使用各自的web site，从而使他们的web site得到了合理的分割。

* 我们提供负载平衡的web site，也就意味着同时使用多个Tomcat workers，而每个Tomcat worker具有独立的主机并且在workers之间要分配通过web server转发来的请求。

当然，这些假想情况也许并不能涵盖使用多个workers的所有状况。

三、workers.properties配置说明：

定义Tomcat workers的方法是在apache的conf目录下编写一个名为“workers.properties”的属性文件。本文将详细解释如何进行配置的：

1.定义Workers列表：

定义workers的方法就是在apache的conf目录下编写一个workers.properties文件，使其作为apache的插件来发挥作用。

定义workers列表的格式：

worker.list =<使用“,”分割的worker 名字列表>

例如：

worker.list= worker1, worker2

当apache启动时，workers.properties作为插件将初始化出现在worker.list列表中的workers。

2.定义Workers的类型：

每个被命名的worker都应有一些关于其自身的附加信息。这些信息包括了worker的类型和其它相关信息。这里讨论的是JK1.2.5中定义的workers类型。

定义worker类型的格式：

worker . worker名字. type =

worker名字的命名最好遵循java的命名规范。

worker类型取值于下面的表格：

定义一个名为“local”的worker，其使用ajpv12协议与Tomcat 进程通讯：

worker.local.type=ajp12

定义一个名为“remote”的worker，其使用ajpv13协议与Tomcat 进程通讯：

worker.remote.type=ajp13

定义一个名为“fast”的worker，其使用JNI的方式与Tomcat 进程通讯：

worker.fast.type=jni

定义一个名为“loadbalancer”的worker，其作为对多个Tomcat 进程的负载平衡使用：

worker.loadbalancer.type=lb

各个类型具有不同的行为，我们在下文中会详细解释。

3.设置Worker属性：

在定义worker之后，还需要提供各个worker的属性，这些属性的定义使用下面的方式：

worker..<属性>=<属性值>

3-1 ajp12类型的Worker属性：.

ajp12类型的worker工作时使用基于TCP/IP socket的ajpv12协议转发请求给“进程外”Tomcat worker。

ajp12 worker属性如下：

host：

侦听ajp12请求的Tomcat worker主机。

port：

Tomcat worker主机的侦听端口。

lbfactor：

当此Tomcat worker被用于一个负载平衡worker使用时，此属性将被使用。它定义了此worker的负载平衡权值。

例如：下面的“worker1”定义了一个位于www.x.com主机上的Tomcat，它使用8007端口侦听apache发来的请求，并具有2.5的负载权值

worker.worker1.host=www.x.comworker.worker1.port=8007worker.worker1.lbfactor=2.5

注意：在ajpv12协议中，针对每个请求都要一个连接建立、使用、关闭。其默认侦听端口为8007。

3-2 ajp13类型的Worker属性：

ajp13类型的worker工作时使用基于TCP/IP socket的ajpv13协议转发请求给“进程外”Tomcat worker。

ajpv13协议与ajpv12协议的主要不同：

* ajpv13具有更丰富的二进制协议，它使用将频繁使用的字符串编码为小整数的方式对请求数据进行压缩。

* ajpv13重用打开的socket并保留这些打开的socket以处理将来的请求。这在apache与Tomcat之间具有防火墙的网络环境下是必要的。

* ajpv13具有对SSL信息的处理能力，以致容器能够实现SSL的相关方法（如isSecure()）。

注意：ajp13当前只能用于支持“进程外”协议的Tomcat 4.0.x, 4.1.x and 5。

下表描述了ajp13worker接受的属性：

host：

侦听ajp13请求的Tomcat worker主机。

port：

Tomcat worker主机的侦听端口。

lbfactor：

当此Tomcat worker被用于一个负载平衡worker使用时，此属性将被使用。它定义了此worker的负载平衡权值。

cachesize：

当在多线程的web server（例如apache2.0、IIS 、Netscape）中使用JK时，此属性是有效的。如果将cachesize的值设置为较高的值，这些支持多线程的web server将获得很好的处理能力。如果此属性不被设置，则连接cache特性将失效。

cache_timeout：

本属性用于声明JK在cache中保留一个打开的socket的时间，它对减少web serer的线程数有所帮助。

使用cache_timeout的原因：

周所周知，一个身背重负的web server（例如apache）建立childs/threads来处理负载，而当负载减少时它将销毁无用的childs/threads。每个child在转发请求给Tomcat时要打开一个ajp13连接，而在Tomcat那一端也将建立一个ajp13线程与之通讯。但是问题出现在一个ajp13连接建立完成后，child没有及时的释放那个ajp13连接，由于web server1将保持它的childs/threads运行已处理高负载，即使childs/threads处理快速的静态内容，在Tomcat端也将积累很多的无用ajp13线程。

socket_keepalive：

当防火墙位于web server与Tomcat之间时，防火墙将尝试断开未激活的网络连接。此属性将告诉操作系统在未激活的连接中发送KEEP_ALIVE信息(发送间隔时间依赖于操作系统的设置，一般为120秒)，这样将防止防火墙切断未激活的网络连接。

但此设置并不是万能钥匙，它对于某些防火墙也无能为力。

socket_timeout：

此属性说明连接在未激活的状况下持续多久，web server将主动切断之。这是一个使Tomcat端的陈旧线程不致过多的好方法，但是也带来了在下一次请求到来时需要重新打开socket的开销。此属性与cache_timeout有类似的功效，但是它工作在non-cache模式。

connect_timeout：

web server在连接建立后将一个PING请求发送到ajp13协议的连接上。 此属性说明了web server等待PONG回应的时间（以ms为单位）。此属性在jk 1.2.6版本被增加进来，以求避免Tomcat的死机，Tomcat 3.3.2+, 4.1.28+ and 5.0.13+实现了对使用ajp13的 ping/pong的支持。此属性默认为失效的。

prepost_timeout：

web server在转发一个请求后将一个PING请求发送到ajp13协议的连接上。此属性说明了web server等待PONG回应的时间（以ms为单位）。此属性在jk 1.2.6版本被增加进来，以求避免Tomcat的死机，Tomcat 3.3.2+, 4.1.28+ and 5.0.13+实现了对使用ajp13的 ping/pong的支持。此属性默认为失效的。

reply_timeout：

此属性告诉web server在接到远端的Tomcat已死并实时的切换到集群中的另外一个Tomcat的回应之前等待一段时间。默认情况下web server将永远等待。属性值为web server要等待回应的时间（以ms为单位），所以如果具有运行时间较长的servlet时设置其值要小心。此属性在jk 1.2.6版本被增加进来，以求避免Tomcat的死机和在支持ajp13的servlet引擎上发生的问题。此属性默认为失效的。

recovery_options：

此属性说明了web server在检测到Tomcat失败后如何进行恢复工作。默认情况下，web server将转发请求给处于负载平衡模式中的另一个Tomcat。属性值为0，说明全部恢复；属性值为1，说明如果在Tomcat接到请求后出现失败状况，则不进行恢复；属性值为2，说明如果在Tomcat发送http头给客户端后出现失败状况，则不进行恢复；属性值为3，说明如果在Tomcat接到请求后出现失败状况或者在Tomcat发送http头给客户端后出现失败状况，则不进行恢复。此属性在jk 1.2.6版本被增加进来，以求避免Tomcat的死机和在支持ajp13的servlet引擎上发生的问题。此属性默认为全部恢复。

例如：一个名为“worker2”的worker的配置：

worker.worker2.host
=www2.x.comworker.worker2.port=
8009worker.worker2.lbfactor
=3.5worker.worker2.cachesize
=10worker.worker2.cache_timeout
=600worker.worker2.socket_keepalive
=1worker "worker2" want ajp13 connection to be dropped after 
5mn (timeout)worker.worker2.socket_timeout=300

说明：上例中的worker要求操作系统在连接上发送KEEP-ALIVE信号。

注意：在ajpv13协议中默认端口为8009。

4.设置lb Worker属性：

负载平衡类型的worker并不与Tomcat worker通讯，它负责管理这些Tomcat worker。

其管理范围如下：

* 初始化在web server的worker列表中定义的worker。

* 使用worker的负载平衡权值，执行基于权值的负载平衡，将数量多的请求发送到负载平衡权值高（在web server看来就是更加健壮的）的worker。

* 维护在同一个Tomcat worker上的同一个session的请求，使其发送到同一个Tomcat worker上。以达到Tomcat worker上的session一致性、持续性。

* 标识已经失败的Tomcat workers，悬空发向它们的请求，在被lb worker管理的其它workers上寻找可以失败恢复的worker。

被同一个lb worker管理多个worker之间的负载平衡的（基于它们的lbfactor和当前用户session），也可以尽量避免由于单一的Tomcat进程死掉而造成这个网站被“杀”的不良反应。

下表说明了lb worker接受的属性：

* balanced_workers：一个由“，”分割的worker列表，用来声明lb worker需要被管理的workers。这些workers不应出现在worker.list属性中。

* sticky_session：表述是否将对SESSION ID的请求路由回到相同的Tomcat worker。如果属性值不为0，它将被设置为JK_TRUE，session将是粘性的，即SESSION ID的请求路由回到相同的Tomcat worker；当Tomcat正使用能够跨越多个Tomcat实例持久化session数据的Session Manager时，它将被设置为JK_FALSE。属性默认值为JK_TRUE。

例如：worker balance1管理着两个workers：worker1、worker2：

worker.balance1.balanced_workers=worker1, worker2

5.高级lb Worker属性：

JK 1.2.x版本通过增加两个新的属性：local_worker_only 和 local_worker 为lb worker增添了新的负载平衡和容错支持。

下面让我们举一个实际的环境作为example：

一个集群具有两个节点(worker1+worker2)，一个web server与tomcat workers一前一后，一个负载平衡器（lb Worker）位于节点的前面、web server的后面。

配置如下：

worker.list=router# Define a 'local_worker'
 worker using ajp13worker.worker1.port=8009worker.worker1.host
=node1.domain.orgworker.worker1.type=ajp13worker.worker1.lbfactor
=1worker.worker1.local_worker=1# Define another 'local_worker' 
worker using ajp13worker.worker2.port=8009worker.worker2.host
=node2.domain.orgworker.worker2.type=ajp13worker.worker2.lbfactor
=1worker.worker2.local_worker=0# Define the LB 
workerworker.router.type=lbworker.router.balanced_workers
=worker1,worker2worker.router.local_worker_only=1

在worker1和worker2上的local_worker标志告诉lb_worker哪个连接属于本地worker。

如果local_worker值为非0，则它将被设置为JK_TRUE，用来标记“local worker”，而JK_FALSE的情况则相反。如果至少一个worker被标记为local worker，则lb_worker将工作于local worker模式。这种模式下，所有的local workers将被移到在lb_worker中的内部worker列表的头部。

这意味着一个带有session id的请求到达lb_worker时，相应的worker（根据权值排序，权值最大的那个worker）将被确定作为此请求的接受/处理者。如果这个worker死掉/当机，请求将被发送到处于非错误状态的第一个local worker；如果一个没有session id的请求到达lb_worker时，此请求将被路由到第一个local worker。如果所有的local worker均处于错误状态，则这时“local_worker_only”标志显得尤其重要。如果local_worker_only的属性值为非0，则它被设置为 JK_TRUE，否则被设置为 JK_FALSE。当它被设置为 JK_TRUE时，这个没有session id的请求将得到一个错误作为回应，否则lb_worker将尝试将请求路由到其它的被管理的worker上。如果其中的一个worker处于错误状态，并且恢复会话的工作并没有任何改变，local worker将查找这个没有session id的请求（因为在local worker中保存有这个请求的session），而其它的worker只能查找带有session id的请求。

注意：local_worker默认值是0，local_worker_only默认值也是0。

6.为什么需要这么复杂的过程吗？

因为我们对于一个关闭的节点需要一个具有灵性的维护。

在节点前面的平衡器周期性的对每个节点的特定端口进行查询。如果我们从集群中移走一个节点，我们就会隐性的关闭掉这个特定的端口。由于负载平衡器不能连接它，这个节点将被标记为down。但是我们没有移动在那个关闭的节点上的session到其它的节点上。在这个环境下，如果平衡器发送一个没有session id的请求到一个端口被关掉的节点，那么一个错误将发生。如果平衡器测试到一个节点被标记为down的状态，而没有其它的节点允许发送没有session id的请求。这样这些陈旧的session请求就只有路由到那个被关闭的节点才能被接受。在一段时间后，这些陈旧的session将超时。由于所有的陈旧的session过期，那个不可达（被关闭）的节点将失去这个请求。同时也会导致我们的servlet系统发送一个没有session id的重定向回应给浏览器。

但是可能被关闭的节点将会up，重新加入到集群中来，在它上面仍将保留着陈旧的session。所以在最后一个session超时后，更新节点能够为陈旧的session的恢复带来希望，而不是杀掉sessions或者把它们移到其它节点上。而且有时如果那些陈旧的session中有许多big的对象，那么移动它们也将花费许多时间。

7.jni类型的Worker属性：

jni worker会在web server进程中打开一个JVM，并在其中执行Tomcat，这叫做“进程内”worker。来往于JVM的消息将通过调用JNI方法被传递，这使jni worker比那些需要使用ajp消息通讯的“进程外”worker执行的更快。

注意：由于JVM是多线程的，jni worker应该只被用于在支持对线程的web server（AOLServer, IIS, Netscape and Apache 2.0）上。同时还应该确认在web server上使用的线程方案是否与被使用的JK web server插件相匹配。

由于jni worker 打开了一个JVM，它将接受一些属性（例如classpath等）并将其传递给JVM：

worker.worker名.class_path：“进程内”的JVM要使用的classpath。它将包括所有的Tomcat的jar文件和class、配置文件等。

为了获得JSP编译器的支持，我们需要将Javac添加到classpath中。当然对于Java2需要添加tools.jar到classpath，而对于JDK1.xx则要添加classes.zip到classpath。

worker.worker名.class_path：用于以多行的形式声明多个classpath。JK环境将用“：”或者“；”把这些classpath；连接起来。

例如：给名为“wrkjni”的worker设置classpath。

worker.wrkjni.class_path=/var/tomcat3/lib/tomcat.jarworker.wrkjni.class_path=/opt/IBMJava2-131/lib/tools.jar

worker.worker名.bridge：用于标识将通过JNI方式被使用的Tomcat的类型。此属性目前有两个属性值：tomcat32 or tomcat33。Tomcat 3.2.x虽然已经过时，但是被提供用于发布在一些类似iSeries系统上。此属性的默认值为tomcat33。

例如：给“wrkjni”设置bridge类型为tomcat3.3。

worker.wrkjni.bridge=tomcat33

worker.worker名.cmd_line： 此属性提供了在Tomcat启动代码执行的命令行。使用时将命令行的命令、参数分解为多个cmd_line属性。JK环境通过在各个cmd_line属性值之间添加空格将这些cmd_line连接在一起。

例如：设置“wrkjni”的cmd_line属性。

worker.wrkjni.cmd_line=-configworker.wrkjni.cmd_line=/etc/tomcat3/conf/alt-server.xmlworker.wrkjni.cmd_line=-homeworker.wrkjni.cmd_line=/var/tomcat3

上面例子中的第一行声明了-config参数名，而第二行声明了与之对应的参数值。第三行与第四行同理。

worker.worker名.jvm_lib：用于声明JVM的实现库的完整路径。Jni worker使用这个路径动态装载JVM。

例如：设置“wrkjni”的JVM shared lib (IBM SDK on Linux)。

worker.wrkjni.jvm_lib=/opt/IBMJava2-131/jre/bin/classic/libjvm.so

例如：设置“wrkjni”的JVM shared lib (Sun SDK on Windows)。

worker.wrkjni.jvm_lib=c:\JDK\1.3.1\jre\bin\classic

worker.worker名.stdout：设置JVM写它的System.out的完整路径位置。

例如：将“wrkjni”的JVM系统输出路径设置为/var/log/http/jk-jvm-out.log。

worker.wrkjni.stdout=/var/log/http/jk-jvm-out.log

worker.worker名.stderr：设置JVM写它的System.err的完整路径位置。

例如：将“wrkjni”的JVM系统错误输出路径设置为/var/log/http/jk-jvm-err.log

worker.wrkjni.stderr=/var/log/http/jk-jvm-out.log

worker.worker名.ms：设置JVM的初始堆大小。

例如：设置“wrkjni”的JVM的初始堆为64M。

worker.wrkjni.ms=64

worker.worker名.mx：设置JVM的最大的堆大小。

例如：设置“wrkjni”的JVM堆最大为128M

worker.wrkjni.mx=128

worker.worker名.sysprops：设置JVM的系统属性。

例如：设置“wrkjni”的JVM使用法语。

worker.wrkjni.sysprops=-Duser.region=FR

worker.worker名.ld_path：设置附加的动态链接库路径(类似于LD_LIBRARY_PATH)

例如：添加一些动态链接库路径到“wrkjni”的java环境中。

worker.wrkjni.ld_path=/opt/IBMJava2-131/jre/bin/worker.wrkjni.ld_path
=/opt/IBMJava2-131/jre/bin/classic

注意：在Linux下，上面的ld_path并不能更新LD_LIBRARY_PATH，所以需要在执行web server之前手动更新LD_LIBRARY_PATH,。

8.属性文件宏：

我们可以在属性文件中定义“宏”。这些宏让我们定义属性，并在以后使用它们来构建其它的属性文件。当我们修改Java Home、Tomcat Home、系统路径分隔符时这是很有用的。

例如：定义了属性workers.tomcat_home、workers.java_home。

workers.tomcat_home=d:\tomcatworkers.java_home=d:\sdk\jdk1.2.2

在定义worker.inprocess.class_path时就可以使用前面定义的workers.tomcat_home。

worker.inprocess.class_path=$(workers.tomcat_home)$(ps)classes

9.一个简单而完整的worker.properties：

文件中定义了比较完整的结构，可以做为参考模版：

* 一个位于localhost的使用8007端口的ajp12 worker；

* 一个位于localhost的使用8008端口的ajp13 worker；

* 一个jni worker；

* 一个lb worker：负责ajp12 worker、ajp13 workers的负载平衡。

文件内容如下：

# Define some propertiesworkers.apache_log=/var/log/httpd/workers.tomcat_home
=/var/tomcat3workers.java_home=/opt/IBMJava2-131/ps
=/# Define 4 workers, 3 real workers using ajp12, ajp13, jni,
 the last one being a loadbalancing workerworker.list
=worker1, worker2, worker3, worker4# Set properties for worker1 (ajp12)
worker.worker1.type=ajp12worker.worker1.host
=locahostworker.worker1.port=8007worker.worker1.lbfactor
=5# Set properties for worker2 (ajp13)worker.worker2.type
=ajp13worker.worker2.host
=locahostworker.worker2.port=8009worker.worker2.lbfactor
=50worker.worker2.cachesize=10worker.worker2.cache_timeout
=600worker.worker2.socket_keepalive=1worker.worker2.socket_timeout
=300# Set properties for worker3 (jni)worker.worker3.type
=jni# Set worker3 bridge type, here Tomcat 3.3worker.worker3.bridge
=tomcat33# Set worker3 classpathworker.worker3.class_path
=$(workers.tomcat_home)$(ps)classesworker.worker3.class_path
=$(workers.tomcat_home)$(ps)lib$(ps)tomcat.jar# 
Set worker3 tomcat command lineworker.worker3.cmd_line
=-homeworker.worker3.cmd_line
=$(workers.tomcat_home)# Set worker3 Tomcat/JVM 
settingsworker.worker3.jvm_lib=$(workers.java_home)$(ps)
jre$(ps)bin$(ps)classic$(ps)libjvm.soworker.worker3.stdout
=$(workers.apache_log)$(ps)inprocess.stdoutworker.worker3.stderr
=$(workers.apache_log)$(ps)inprocess.stderrworker.worker3.sysprops
=tomcat.home=$(workers.tomcat_home)# Set properties for worker4 (lb) 
which use worker1 and worker2worker.worker4.balanced_workers=worker1,worker2

（责任编辑：云子）

• 快来参加7月17日在成都举行的SOA中国技术论坛
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

作者:罗代均 ldj_work#126.com,转载请保持完整性

0， 环境说明

       Apache  :apache_2.0.55     1 个

       Tomcat:  apache-tomcat-5.5.17 (zip版) 2个

       mod_jk:: mod_jk-apache-2.0.55.so  1个

第一部分：负载均衡

    负载均衡，就是apache将客户请求均衡的分给tomcat1,tomcat2....去处理

   1.安装apche,tomcat

   http://httpd.apache.org/ 下载Apache 2.0.55

    http://tomcat.apache.org/download-55.cgi 下载tomcat5.5 zip版本（解压即可，绿色版）

   http://apache.justdn.org/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/  下载mod_jk,注意和  apache版本匹配

   按照jdk,我的路径为:E:\ide\apache\Apache2

   解压两份Tomcat, 路径分别为 E:\ide\tomcat1,E:\ide\tomcat2

下载mod_jk

2.修改Apache配置文件http.conf

   在apache安装目录下conf目录中找到http.conf

   在文件最后加上下面一句话就可以了

  include "E:\ide\apache\Apache2\conf\mod_jk.conf"

5.编写一个测试jsp

建立一个目录test.里面新建一个test.jsp,内容为

<%
   System.out.println("===========================");
%>

把test放到tomcat1,tomcat2的webapps下

6.启动apache,tomcat1,tomcat2,进行测试

通过 http://localhost/test/test.jsp 访问，查看tomcat1的窗口，可以看到打印了一行"=========="

再刷新一次，tomcat2也打印了一条，再刷新，可以看到请求会被tomcat1,tomcat2轮流处理,实现了负载均衡

第二部分，配置集群

   只配置负载均衡还不行，还要session复制，也就是说其中任何一个tomcat的添加的session，是要同步复制到其它tomcat， 集群内的tomcat都有相同的session

1. 修改tomcat1, tomcat2的server.xml,将集群部分配置的在注释符删掉,并将tomcat2的4001端口改为4002，以避免与tomcat冲突，当然，如果是两台电脑，是不用改端口的，去掉注释符即可

  

2，修改测试项目test

修改test.jsp,内容如下

  <%@ page contentType="text/html; charset=GBK" %>
<%@ page import="java.util.*" %>
<html><head><title>Cluster App Test</title></head>
<body>
Server Info:
<%
out.println(request.getLocalAddr() + " : " + request.getLocalPort()+"<br>");%>
<%
  out.println("<br> ID " + session.getId()+"<br>");

  // 如果有新的 Session 属性设置
  String dataName = request.getParameter("dataName");
  if (dataName != null && dataName.length() > 0) {
     String dataValue = request.getParameter("dataValue");
     session.setAttribute(dataName, dataValue);
  }

  out.print("<b>Session 列表</b>");

  Enumeration e = session.getAttributeNames();
  while (e.hasMoreElements()) {
     String name = (String)e.nextElement();
     String value = session.getAttribute(name).toString();
     out.println( name + " = " + value+"<br>");
         System.out.println( name + " = " + value);
   }
%>
  <form action="index.jsp" method="POST">
    名称:<input type=text size=20 name="dataName">
     <br>
    值:<input type=text size=20 name="dataValue">
     <br>
    <input type=submit>
   </form>
</body>
</html>

然后在test 新建WEB-INF目录，WEB-INF下新建web.xml,内容如下

<web-app 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" version="2.4">
       <display-name>TomcatDemo</display-name>
       <distributable/>
</web-app>

注意：在你的应用的web.xml加入  <distributable/> 即可

ok,讲test复制到tomcat1,tomcat2的webapps下，重启apache,tomcat1,tomcat2,

输入网址 http://localhost/test/test.jsp  

新建一个 名称为 xiaoluo  ,值为 cdut 的session,提交查询，新开一个ie窗口，再提交查询，如图，可以看到，两个tomcat 是负载均衡，并且session同步的

• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 快来参加7月17日在成都举行的SOA中国技术论坛
• 搜狐网站诚聘Java、PHP和C++工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！

 
    无论是对程序的本地化还是国际化，都会涉及到字符编码的转换的问题。尤其在web应用中常常需要处理中文字符，这时就需要进行字符串的编码转换，将字符串编码转换为GBK或者GB2312。

一、关键技术点：
    1、当前流行的字符编码格式有：US-ASCII、ISO-8859-1、UTF-8、UTF-16BE、UTF-16LE、UTF-16、GBK、GB2312等，其中GBK、GB2312是专门处理中文编码的。
    2、String的getBytes方法用于按指定编码获取字符串的字节数组，参数指定了解码格式，如果没有指定解码格式，则按系统默认编码格式。
    3、String的“String(bytes[] bs, String charset)”构造方法用于把字节数组按指定的格式组合成一个字符串对象
   
二、实例演示： 

package book.String;

import java.io.UnsupportedEncodingException;

/** *//**
 * 转换字符串的编码
 * @author joe
 *
 */

public class ChangeCharset {
    /** *//** 7位ASCII字符，也叫作ISO646-US、Unicode字符集的基本拉丁块      */
    public static final String US_ASCII = "US-ASCII";
    /** *//** ISO拉丁字母表 No.1，也叫做ISO-LATIN-1     */
    public static final String ISO_8859_1 = "ISO-8859-1";
    /** *//** 8 位 UCS 转换格式     */
    public static final String UTF_8 = "UTF-8";
    /** *//** 16 位 UCS 转换格式，Big Endian(最低地址存放高位字节）字节顺序     */
    public static final String UTF_16BE = "UTF-16BE";
    /** *//** 16 位 UCS 转换格式，Litter Endian（最高地址存放地位字节）字节顺序     */
    public static final String UTF_16LE = "UTF-16LE";
    /** *//** 16 位 UCS 转换格式，字节顺序由可选的字节顺序标记来标识     */
    public static final String UTF_16 = "UTF-16";
    /** *//** 中文超大字符集     **/
    public static final String GBK = "GBK";
    
    public static final String GB2312 = "GB2312";
    
    /** *//** 将字符编码转换成US-ASCII码     */
    public String toASCII(String str) throws UnsupportedEncodingException {
        return this.changeCharset(str, US_ASCII);
    }
    
    /** *//** 将字符编码转换成ISO-8859-1     */
    public String toISO_8859_1(String str) throws UnsupportedEncodingException {
        return this.changeCharset(str, ISO_8859_1);
    }
    
    /** *//** 将字符编码转换成UTF-8     */
    public String toUTF_8(String str) throws UnsupportedEncodingException {
        return this.changeCharset(str, UTF_8);
    }
    
    /** *//** 将字符编码转换成UTF-16BE     */
    public String toUTF_16BE(String str) throws UnsupportedEncodingException{
        return this.changeCharset(str, UTF_16BE);
    }
    
    /** *//** 将字符编码转换成UTF-16LE     */
    public String toUTF_16LE(String str) throws UnsupportedEncodingException {
        return this.changeCharset(str, UTF_16LE);
    }
    
    /** *//** 将字符编码转换成UTF-16     */
    public String toUTF_16(String str) throws UnsupportedEncodingException {
        return this.changeCharset(str, UTF_16);
    }
    
    /** *//** 将字符编码转换成GBK     */
    public String toGBK(String str) throws UnsupportedEncodingException {
        return this.changeCharset(str, GBK);
    }
    
    /** *//** 将字符编码转换成GB2312     */
    public String toGB2312(String str) throws UnsupportedEncodingException {
        return this.changeCharset(str,GB2312);
    }
    
    /** *//**
     * 字符串编码转换的实现方法
     * @param str    待转换的字符串
     * @param newCharset    目标编码
     */
    public String changeCharset(String str, String newCharset) throws UnsupportedEncodingException ...{
        if(str != null) {
            //用默认字符编码解码字符串。与系统相关，中文windows默认为GB2312
            byte[] bs = str.getBytes();
            return new String(bs, newCharset);    //用新的字符编码生成字符串
        }
        return null;
    }
    
    /** *//**
     * 字符串编码转换的实现方法
     * @param str    待转换的字符串
     * @param oldCharset    源字符集
     * @param newCharset    目标字符集
     */
    public String changeCharset(String str, String oldCharset, String newCharset) throws UnsupportedEncodingException {
        if(str != null) {
            //用源字符编码解码字符串
            byte[] bs = str.getBytes(oldCharset);
            return new String(bs, newCharset);
        }
        return null;
    }
    
    public static void main(String[] args) throws UnsupportedEncodingException {
        ChangeCharset test = new ChangeCharset();
        String str = "This is a 中文的 String!";
        System.out.println("str：" + str);
        
        String gbk = test.toGBK(str);
        System.out.println("转换成GBK码：" + gbk);
        System.out.println();
        
        String ascii = test.toASCII(str);
        System.out.println("转换成US-ASCII：" + ascii);
        System.out.println();
        
        String iso88591 = test.toISO_8859_1(str);
        System.out.println("转换成ISO-8859-1码：" + iso88591);
        System.out.println();
        
        gbk = test.changeCharset(iso88591, ISO_8859_1, GBK);
        System.out.println("再把ISO-8859-1码的字符串转换成GBK码：" + gbk);
        System.out.println();
        
        String utf8 = test.toUTF_8(str);
        System.out.println();
        System.out.println("转换成UTF-8码：" + utf8);
        String utf16be = test.toUTF_16BE(str);
        System.out.println("转换成UTF-16BE码：" + utf16be);
        gbk = test.changeCharset(utf16be, UTF_16BE, GBK);
        System.out.println("再把UTF-16BE编码的字符转换成GBK码：" + gbk);
        System.out.println();
        
        String utf16le = test.toUTF_16LE(str);
        System.out.println("转换成UTF-16LE码：" + utf16le);
        gbk = test.changeCharset(utf16le, UTF_16LE, GBK);
        System.out.println("再把UTF-16LE编码的字符串转换成GBK码：" + gbk);
        System.out.println();
        
        String utf16 = test.toUTF_16(str);
        System.out.println("转换成UTF-16码：" + utf16);
        String gb2312 = test.changeCharset(utf16, UTF_16, GB2312);
        System.out.println("再把UTF-16编码的字符串转换成GB2312码：" + gb2312);
    }

}

輸出結果：

str：This is a 中文的 String!
转换成GBK码：This is a 中文的 String!

转换成US-ASCII：This is a ?????? String!

转换成ISO-8859-1码：This is a ?????? String!

再把ISO-8859-1码的字符串转换成GBK码：This is a 中文的 String!


转换成UTF-8码：This is a ????? String!
转换成UTF-16BE码：周楳?猠愠????瑲楮朡
再把UTF-16BE编码的字符转换成GBK码：This is a 中文的 String!

转换成UTF-16LE码：桔獩椠?????匠牴湩Ⅷ
再把UTF-16LE编码的字符串转换成GBK码：This is a 中文的 String!

转换成UTF-16码：周楳?猠愠????瑲楮朡
再把UTF-16编码的字符串转换成GB2312码：?This is a 中文的 String!

三、源码分析：
    更改字符串编码的步骤为:
    1、调用String的getByte方法对字符串进行解码，得到字符串的字节数组（字节数组不携带任何有关编码格式的信息，只有字符才有编码格式）
    2、根据字节数组和新的字符编码构造一个新的String对象，得到的就是按照新的字符编码生成的字符串


此文转自：http://blog.csdn.net/zhouyong80/archive/2007/11/24/1900100.aspx

• 快来参加7月17日在成都举行的SOA中国技术论坛
• 搜狐网站诚聘Java、PHP和C++工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 北京: 千橡集团暨校内网诚聘软件研发工程师

IMB的资料——

精通Groovy：https://www6.software.ibm.com/developerworks/cn/education/java/j-groovy/index.html

Groovy的循环：https://www6.software.ibm.com/developerworks/cn/education/java/j-groovy/section7.html

Groovy集合：https://www6.software.ibm.com/developerworks/cn/education/java/j-groovy/section8.html

Groovy映射：https://www6.software.ibm.com/developerworks/cn/education/java/j-groovy/section9.html

Groovy闭包：https://www6.software.ibm.com/developerworks/cn/education/java/j-groovy/section10.html

Groovy的类：https://www6.software.ibm.com/developerworks/cn/education/java/j-groovy/section11.html

Groovy的单元测试：https://www6.software.ibm.com/developerworks/cn/education/java/j-groovy/section12.html

• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 快来参加7月17日在成都举行的SOA中国技术论坛
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 快来参加7月17日在成都举行的SOA中国技术论坛

• 搜狐网站诚聘Java、PHP和C++工程师
• 快来参加7月17日在成都举行的SOA中国技术论坛
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 北京: 千橡集团暨校内网诚聘软件研发工程师

一般在使用Flash Remoting功能的時候
都是安裝Remoting Library AS1、AS2 Component來用
其實是可以直接用NetConnection呼叫Remoting的

• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 快来参加7月17日在成都举行的SOA中国技术论坛
• 搜狐网站诚聘Java、PHP和C++工程师

要看这篇文章，先要对Remoting有些概念
Remoting是可以让Flash AS程序与异质(heterogeneric)程序语言直接沟通的接口
也就是让AS可以直接与其它程序语言进行沟通、呼叫、传递对象
可以省去大量的数据解析的动作.

由于不同程序语言的基础型别都不太一样
所以会有一个对象对照表
方便数据在不同程序中传递时进行转换的动作
默认的对象对照仅包含基础型别的对象与常用的容器型别传递其它类别对象的时候
仍然必须自行作少量的数据解析动作
自订类别转换可以补足此一缺憾因为OpanAMF是开放原始码的计划
而且又是连结Java平台接口
功能远比其它版本的Remoting来得强大以下就用OpenAMF介绍自订类别转换的功能

1.设定类别对照

找出OpenAMF设定档

[WebApp]/WEB-INF/openamf-config.xml 在config结点内加入以下XML设定：

<custom-class-mapping>

 <java-class>idv.swl.remoting.myClass</java-class>

 <custom-class>idv.swl.remoting.myClass</custom-class>

</custom-class-mapping>

这样就可以将Server端的Java Class: idv.swl.remoting.myClass
与Flash端的AS Class:idv.swl.remoting.myClass完成对照

2.撰写Flash AS Class

myClass.as：

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 快来参加7月17日在成都举行的SOA中国技术论坛
• 搜狐网站诚聘Java、PHP和C++工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！

 出處：http://www.blogjava.net/zpuser/archive/2007/04/29/114548.html

本文针对apache  web服务器的安装配置收集有效的一些经验和方法，用于交流。

1.Apache安装配置

Apache的安装，考虑只用于Tomcat的前段代理，处理图片和静态文件的请求，并把动态请求转发到tomcat服务处理。本文使用编译安装方式，把跟需求无关的模块关闭，只使用最小的模块编译，提高软件性能。

配置编译命令请参考：

http://www.uplinux.com/download/doc/apache/ApacheManual/install.html#configure

编译参数说明：

编译和包含是两个不同的概念。编译是指这个模块被编译了，要想使用它，只用简单的修改httpd.conf加上LoadModule xxx_module  libexec/mod_xxx.so 明确指出。

用以前命令可以查看缺省时已编译和包含进去的模块。不用显式的--enable-MODULE[=shared] 和LoadModule 操作。就已经可以使用的。

1. core.c：Apache HTTP 服务器提供的核心功能。必须要有的。
2. mod_access.c：安全认证大大降低访问速度，建议disable it .
3. mod_auth.c ：安全认证大大降低访问速度，建议disable it .
4. mod_include.c：server side include已经过时了，建议disable it .
5. mod_log_config.c：用于定制log格式.最好保留.
6. mod_env.c：修改传送到 CGI 脚本和 SSI 页面的系统环境（变量）。一般说来，可以不需要。
7. mod_setenvif.c ：用户设置环境变量和认证相关，如果没有使用压缩输出，建议disable it .
8. prefork.c：Implements a non-threaded, pre-forking web server。参考下面的mpm介绍。
9. http_core.c：Apache HTTP 服务器提供的核心功能。必须要有的。
10. mod_mime.c：用于增加文件应用的关联。最好保留。
11. mod_status.c：Provides information on server activity and performance 。一般说来，可以不需要。
12. mod_autoindex.c：不需要将没有缺省index文件的目录下所有文件列出，建议disable it .
13. mod_asis.c：尽量不使用CGI：一直是Apache安全问题最多的地方，建议disable it .
14. mod_cgi.c：尽量不使用CGI：一直是Apache安全问题最多的地方，建议disable it .
15. mod_negotiation.c ：内容协商，以根据浏览器提供的设置选择不同媒介类型、语言、字符集和编码的最佳表现，还有对来自浏览器的不完整内容协商信息作智能处理的能力。一般说来，可以不需要。
16. mod_dir.c：用于缺省index文件：index.php等。我们现在的应用不需要这个。看情况而定。
17. mod_imap.c：尽量不使用CGI：一直是Apache安全问题最多的地方，建议disable it .
18. mod_actions.c：尽量不使用CGI：一直是Apache安全问题最多的地方，建议disable it
19. mod_userdir.c：比如：需要在~/username/下调试php.可用可不用.建议disable it .
20. mod_alias.c：比如：需要将以前的URL进行转向或者需要使用CGI script-alias.建议disable it .
21. mod_so.c ：如果编译中包含有任何动态模块，则mod_so模块会被自动包含进核心。如果希望核心能够装载DSO，而不实际编译任何动态模块，需要明确指定--enable-so。我们的应用使用静态编译，不需要它。建议disable it .
22. CC="pgcc" CFLAGS="-O2" ：编译器参数优化
23. --profix：apache的安装目录，默认是安装在/usr/local/apache