apache+tomcat+jboss配置文档

置顶的话:"取于互联网,还于互联网"

本文转载

==============================================================================

及连接器jk1.2的编译部署

我们需要软件及其版本说明:

a)    apache服务器:httpd-2.0.54

下载地址:

b)apache/tomcat连接器:jk1.2.14,这里选用1.2.*版本,虽然有jk2.0,但据相关文档介绍,jk2.0已不再开发,而jk1.2.*版本使用范围很广,久经考验了,稳定性有保障.两个版本系列对应的配置也有很大的变化,故而这里选用jk1.2系列

下载地址:

安装apache本文档依据的版本是httpd-2.0.54,下载Unix Source，下文介绍主要以linux OS为主，间或会介绍一点windows下安装的细节。

我们的目标是用apache来做前端的web服务器，后端用jboss3.2.6，实现负载均衡。

下载完源程序包之后，放到一个临时目录中，如 /home/software/:

 

#cd /home/software/

#tar zxvf httpd-2.0.54.tar.gz

#cd /home/software/httpd-2.0.54

#./configure --enable-MODULE=shared   --enable-so --with-mpm=worker

#make

#make install

 

 

参数解释：

--enable-MODULE=shared :该参数是使得相关的模块编译为可动态加载模块(DSO模式)，如果不选用该选项，apache默认的选项是: --enable-MODULE=static,表示将相关的模块静态编译。

两者的区别是：前者使得可以需要更新、重编译某模块(核心模块不受限于这种模式，如core、mod_so)时，只需单独编译该模块即可，而不需重新编译整个apache source code，做到单独升级。前者弊端是导致apache启动时慢20％左右，在运行阶段慢5％左右,另外DSO模式不是所有OS都支持的，和软件环境有关系。

--enable-so  :该参数表示支持用mod_so模块提供的功能，用LoadModule在httpd.conf文件或包含的conf文件中动态加载某个模块。

 

--with-mpm=worker   ：该参数是配置apache将以何种模式编译的。Apache网站文档指出不同操作系统下的不同的默认模式.

BeOS
Netware
OS/2
Unix
Windows

在安装完apache后，在类unix OS下，可以在./bin目录下用./httpd –l 来看到编译时指定的mpm参数，他们对应着不同的.c模块。

在windows环境下，可以用./bin/Apache –l 来查看相关被编译的模块。Win环境下默认是 mpm_winnt,则可以看到:

 

C:\Apache Group\Apache2\bin>apache -l

Compiled in modules:

  core.c

  mod_win32.c

  mpm_winnt.c

  http_core.c

  mod_so.c

各模式的区别，更具体的描述请参见，下面只简单说明一下，worker模式是以process/thread混和模式运行的，如果WEB服务器的期望负载较大的话，则推荐使用worker模式，如果需要一个稳定性考虑为优先的服务器的话，推荐使用prefork模式,同样的负载条件下，prefork模式的apache占用的内存会大很多。

 

默认安装的路径为: /usr/local/apache2/,如果要指定安装路径，则用参数./configure --prefix=PREFIX来指定安装路径，PREFIX为指定的绝对路径。

可以用PREFIX/bin/apachectl start 来测试是否可以正常启动服务。

可以用PREFIX/bin/httpd –t来测试http.conf的语法是否合法。

 

下载完源程序包之后，放到一个临时目录中，如 /home/software/:

 

1、#cd /home/software/

2、#tar zxvf jakarta-tomcat-connectors-1.2.14.1-src.tar.gz

3、#cd /home/software/jakarta-tomcat-connectors-1.2.14.1-src/jk/native

4、# ./configure --with-apxs=/usr/local/apache2/bin/apxs

5、#make

6、# cp ./apache-2.0/mod_jk.so /usr/local/apache2/modules

 

查看…/native目录，会看到有apache-1.3以及apache-2.0目录，在第4步，用--with-apxs参数来指定扩展程序apxs的位置，make程序会根据提供的apxs的版本来辨别需要针对apache的哪个版本来生成mod_jk.so,如本文所示例，程序将知道需要为apache2.0生成mod_jk.so,因此编译工作将会在...jk/native/apache-2.0中进行，浏览编译日志信息会看到这些信息。

第6步是将编译后的so拷贝至apache的安装路径的modules目录中,应该根据安装路径去调整上述脚本中的路径。

另外可以将mod_jk.so静态连接到apache2.0中，然后再一次编译apache2.0，在上述脚本中加上参数:

./configure --with-apache=/home/software/httpd-2.0.54

具体请参阅:

以上工作就算结束了编译、安装工作，下面将进行参数调整，部署工作。

 

的修改

该文件的路径位于$APACHE-HOME/conf

 

上述编译过程中我们选用的worker模式，因此我们将修改worker模块的配置

StartServers         4    #最初建立进程的数量

ServerLimit         24   #进程建立的最大数量，硬限制

ThreadLimit         128  #每一进程能创建线程的最大数量，硬限制，该参数建议#和ThreadsPerChild一致，如果ThreadLimit > ThreadsPerChild的话，会造成不##必要的内存消耗。

MaxClients         3072  #同时可以得到处理的客户端的最大数量

MinSpareThreads    100   #所有进程中空闲线程的总数最小数值

MaxSpareThreads    200   #所有进程中空闲线程的总数最大数值

ThreadsPerChild     128   #每个子进程可以建立的固定数量的线程

MaxRequestsPerChild  0    #用于控制服务器建立和结束进程的频率,为0表示没有#限制，但在solaris OS下该值可能会出错，可以设置为1000或2000。根据系统#的并发负载吧。

 

在httpd.conf文件的最后一行加上：Include conf/mod_jk2.conf

 

另外还需修改#ServerName 为ServerName 127.0.0.1:80

 

的所有内容

新建该文件，并将该文件置于$APACHE-HOME/conf

 

LoadModule jk_module modules/mod_jk.so

JkWorkersFile conf/workers2.properties

JkLogFile logs/mod_jk.log

# Set the jk log level [debug/error/info]

JkLogLevel info

# Select the log format

JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "

# JkOptions indicate to send SSL KEY SIZE,

JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories

# JkRequestLogFormat set the request format

JkRequestLogFormat "%w %V %T"

JkMount /* loadbalancer

#apache will serve the static picture.

#以下命令意味着所有的图片将由APACHE解析

JkUnMount /*.jpg loadbalancer 

JkUnMount /*.gif loadbalancer

JkUnMount /*.swf loadbalancer

JkUnMount /*.bmp loadbalancer

JkUnMount /*.png loadbalancer

 

在上述配置中，是配置所有图片由APACHE来解析，因此我们需要将项目中的所有图片均拷贝到$APACHE-HOME/htdocs/下，如果你的部署的项目(应用)，在访问时需要输入前缀,如，则请注意，在$APACHE-HOME/htdocs/下需要建一个目录“TestCrm”,然后按照你项目中图片所在的路径，连同路径中所有目录一并考入TestCrm目录，例如你的图片位于

…./TestCrm.war/images/1.jpg,那么为了APACHE能找到图片，则你在APACHE中的图片位置应是$APACHE-HOME/htdocs/TestCrm/images/1.jpg。

的所有内容

新建该文件，并将该文件置于$APACHE-HOME/conf

 

请注意：下列配置中的server105,server106等紫色的斜体字符串都是根据部署的jboss的信息来部署的,其中server105,server106需要在jboss的相关配置中修改，具体详见下文介绍。对应的IP地址应改为JBOSS所在的server IP。

#以下为workers2.propertie的内容

worker.list=loadbalancer,server105,server106

 

# Define the first node...

worker.server105.port=8009

worker.server105.host=192.10.12.105

worker.server105.type=ajp13

worker.server105.lbfactor=1

#worker.server105.local_worker=1

worker.server105.cachesize=100

 

# Define the 2nd node...

worker.server106.port=8009

worker.server106.host=192.10.12.106

worker.server106.type=ajp13

worker.server106.lbfactor=1

#worker.server106.local_worker=1

worker.server106.cachesize=100

 

# Now we define the load-balancing behaviour

worker.loadbalancer.type=lb

worker.loadbalancer.balanced_workers=server105,server106

worker.loadbalancer.sticky_session=1

 

 

说明：worker.loadbalancer.sticky_session=1参数的设定，意味着一旦用户通过APACHE连接到某台JBOSS SERVER(创建了session)，则只要在该台JBOSS服务正常的情况下，该用户所有的请求都将会发送至该JBOSS SERVER。

/usr/local/apache2/bin/apachectl start

 

/usr/local/apache2/bin/apachectl stop

 

如果启动时报错，提示80端口被绑定，请注意有可能是在装linux OS时选装了apache并且启动了服务，请直接在命令行用apachectl stop ，停止原先的服务，其存在路径一般为/usr/sbin/apachectl

 

部署及配置修改

的一点说明

$JBOSS-HOME/server/下有3个目录，all/default/minimal，它们是表示3种配置，全部的配置、默认配置、最小配置，我们在启动JBOSS服务时，可以指定

run –c all 表示是启动all配置(将会加载所有服务)；run 表示是以默认配置启动;

run –c mimimal  表示是启动mimimal配置。这三者所加载的服务数量不同，具体区别可查阅JBOSS相关文档，你还可以自己定义一个配置，如test，属于高手去为了性能上的考虑了，那这份文档对你的帮助不会太大了。

 

如果你确定了JBOSS服务启动的配置，那么你的应用及相关配置就需要部署在对应的目录下的相关的路径下，如all/，default/，minimal/下。

常用配置文件的路径

为了描述方便，以下描述将以JBOSS3.2.6版本，default配置为例，如果你以别的配置启动，则在对应的目录下寻找或配置相关文件。

1、相关DTD定义文件位于$JBOSS-HOME/docs/dtd，在其下的文件中可以查阅某个XML配置文件中某个元素或属性的意义。

2、数据源配置文件的路径，$JBOSS-HOME/server/default/deploy，文件格式必须是*-ds.xml的样式。不同的数据库配置参数可参考$JBOSS-HOME/docs/examples/jca/下的示例文档。有关参数的细节在下面会有一定的描述。

3、公共的jar包我们可以放在$JBOSS-HOME/server/default/lib下，如数据库的JDBC jar,log4j.jar等，如果这些JAR已经在该lib下放置了，那么我们的应用WEB-INF/lib下不应该再放置，否则JBOSS也会将他们再一次加载，白白占用内存。

4、配置日志的文件，log4j.xml位于$JBOSS-HOME/server/default/conf下，具体配置下文还会有一点介绍

5、$JBOSS-HOME/server/default/work下存放的是JSP编译后的.java及.class文件,如果调试JSP时出错了，可以到该目录下(一级级去翻吧)去找对应的文件，调试问题。还有个小TIPS，有时我们明明把一个JSP更新到对应的目录里了，可是去刷新页面时，内容还是旧的，为了解决该问题，我们可以到work目录下，将对应的.java及.class文件删了，再刷新即可，这个原因不好推测，有时可以自动刷新，有时不行。单个的TOMCAT都能自动刷新，不知为何集成到JBOSS里却有时不行。还需注意的事，你在清除旧的java、class文件时，不能为了省事，而直接删除目录，否则刷新时会报错的，等着你的就是要重启JBOSS服务了。

6、$JBOSS-HOME/server/default/log下存放的是日志文件，默认的log4j.xml配置是将日志输出到该文件夹下的server.log文件，可以去查看信息进行调试。

7、我们的应用一般部署在$JBOSS-HOME/server/default/deploy/jbossweb-tomcat50.sar/下，建个TestCrm.war目录，把我们的整个应用部署在该.war目录下，这样JSP、Servlet将由tomcat引擎来解析处理。

8、配置应用的WEB服务的端口号及参数。

JBOSS3.2.6是在…./ deploy/jbossweb-tomcat50.sar/server.xml中，自己找8080,修改为你想设定的端口即可。

JBOSS3.2.3是在…/default/deploy/jbossweb-tomcat41.sar/META-INF/jboss-service.xml中配置。

 

前往去下载相应的版本。直接解压到相关的目录即可。

 

 

配置负载均衡，调整参数

需要修改配置文件以适应apache中配置的“session sticky配置”。如下：

Jboss3.2.3修改:

%JBOSS_HOME%/server/default/deploy/jbossweb-tomcat41.sar/META-INF/ jboss-service.xml

 

修改为

jvmRoute=" server106"  defaultHost="localhost">

与上述workers2.properties定义的内容一致。

 

Jboss3.2.6修改:

%JBOSS_HOME%/server/default/deploy/jbossweb-tomcat50.sar/server.xml

修改为：

jvmRoute=" server106" defaultHost="localhost">

与上述workers2.properties定义的内容一致。

Jboss4.0的修改和Jboss3.2.6的一致。

 

如上配置后，就可以实现apache+jboss的负载均衡。

配置集群(Clustering)，调整参数

如果我们要想使得几台JBOSS应用服务器互为备份(仅限于SESSION)，在群内一台JBOSS服务器down掉的时候，用户不受影响，继续以登陆用户身份进行工作，则我们需要配置Clustering，并启动相关服务。下面将描述相关配置项：

1)、修改应用APP的web.xml：

Jboss3.2.6：

../default/deploy/jbossweb-tomcat50.sar/Test.war/WEB-INF/web.xml

 

Jboss3.2.3：

../default/deploy/jbossweb-tomcat41.sar/Test.war/WEB-INF/web.xml

修改内容如下：

 

"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"

" ">

…….

…..

….

2）、需要启动一个服务cluster-service.xml

如果是以run -c all 来启动jboss服务，则默认是将cluster服务启动，无需做什么配置工作，只需确认相关文件是否存在即可。

确认…/server/all/deploy/下存在cluster-service.xml文件；

确认…/server/all/lib/下存在jgroups.jar文件，如果没有则重新安装jboss。

如果应用程序部署在default配置下，则需将上述的两个文件分别拷入

…/server/default/deploy/、…/server/default/lib/目录下。

 

配置完毕，如有异常，请查看日志。更详细的信息请参阅JBOSS.com上提供的admin.pdf。

配置数据源，调整参数

各种类型的数据库，都可以根据%JBOSS_HOME%/docs/examples/jca/下的示例文档配置，更详细的参数配置可参阅JBOSS.com上的文档或…/docs/dtd/下的dtd定义来配置。

下面以oracle为例，提供我们在生产机环境的配置。

该xml文件需要被部署在%JBOSS_HOME%/server/all(or default)/deploy/下，对应的数据库驱动程序jar需copy至部署的配置的lib下，如…all/lib/或…default/lib/下。

 

 

    jdbc/TestDataSource

    jdbc:oracle:thin:@192.168.1.2:1521:test

   

    oracle.jdbc.driver.OracleDriver

    test

test

   

    org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker

   

org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter

       

    5

    800

    5

    select 1 from dual

 

 

如有多个数据源，则根据数据库的类型，配置完成，部署在上述路径下即可。

 

在代码中可通过JNDI来从连接池中获取连接。

……

Context ctx = new javax.naming.InitialContext();

DataSource ds = (DataSource)ctx.lookup("java:jdbc/TestDataSource ");

Connection con = ds.getConnection();

……

 

配置jboss Connector参数

以下的配置是介绍load balancing所使用的协议(AJP 1.3 Connector)的服务，

更准确的有效参数以及HTTP/1.1 Connector的配置。

请参阅:

 

jboss3.2.3配置…/jbossweb-tomcat41.sar/META-INF/jboss-service.xml，jboss3.2.6配置…./jbossweb-tomcat50.sar/server.xml

address="${jboss.bind.address}" port="8009" minProcessors="5" maxProcessors="1000" enableLookups="true" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" useURIValidationHack="false"

protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler"/>

 

enableLookups="false" redirectPort="8443" debug="0"

maxProcessors ="1000" minProcessors=”5” acceptCount="100"

protocol="AJP/1.3"/>

 

简单解释一两个参数(以tomcat5.0为准):

maxProcessors：最大并发数(连接数)

minProcessors：初始化时启动的最小的进程数

acceptCount:在当前connector的连接数达到最大时，允许进入等待队列的数目

connectionTimeout：连接超时时间，单位为毫秒

enableLookups:是否允许通过DNS lookups，返回远程客户端的机器名，如果设为false，则只能返回IP地址。该参数默认为true，如果不需要，可以禁掉，设为false，可以提高服务器的性能

maxPostSize：设定允许透过POST上传参数的字节数，默认是2M（2097152），如果想禁掉该限制，则将该值设为一个小于或等于0 的值，如0、-1，如果所部署的应用中有上传工作，则需注意该配置

port="8009"：这个值要与上述”1.4.3.workers2.properties”中的port一致

redirectPort="8443":是制定如果用了SSL机制访问服务的话，将会转向的端口，请参阅SSL相关的配置文档。

debug="0":这是配置日志级别的，可以忽略，因为该设置依赖于log4j的配置文件的设置，server/all/conf/log4j.xml

访问URL如果是目录，不想显示该目录下文件

jboss3.2.3:

修改…/server/all(or default)/deploy/….sar/web.xml

 

jboss3.2.6/jboss4.0:

修改…/server/all(or default)/deploy/….sar/conf/web.xml

 

查看紫色斜体字符，设为false表示不列出目录。默认是设为true

default

org.apache.catalina.servlets.DefaultServlet

debug

0

listings

false

1

 

设置某个应用APP为默认应用

通常情况下，如果我们部署的应用目录为…/server/all(or default)/deploy/….sar/Test.war/，则我们应用部署完后，我们访问的路径类似于：http://…./Test/index.htm，如果我们想去掉Test这个APP Name，则如下设置即可。

在你需要设为默认应用的那个war目录，如上述Test.war/WEB-INF/ 下新建一个文件，文件名为jboss-web.xml，内容如下:

/

 

重启服务后，以http://…./index.htm即可访问部署于Test.war/下的应用。

配置数据源在APP应用加载前有效(各相关服务加载完毕)

这个经验的获知花费了一周多，后来结合jboss wiki/forum的文档，有了灵感，才得以解决。详细的介绍可参阅下面帖子，这是我发的一个求助帖，后来自己给解决后把答案贴上了。

(中文)

 

以下简略说明一下。

我们部署一个应用(项目)，应用启动之初一般都进行若干初始化吧，可能会从文件里、数据库里获取一些基础数据或配置项等等。

如果从数据库里获取基础数据，则我们必须确保配置的那些数据源及相关的服务在我们应用开始加载之前生效(已经启动或加载完毕)；也就是说，在我们部署应用的一些初始化数据方法里要能正常获取数据。如果你不做一些设置，仅仅是将配好的ds_oracle_test.xml扔到…/deploy/下，那么很遗憾的告诉你，你的应用在初始化数据阶段根本不能从连接池中获取到连接，进而获取数据。如要达到你初始化数据的目的，请按照上面我提供的那个帖子连接去查看详细的信息，下面我仅提供解决方法。

1)、配置数据源:

jdbc/test

2)确认datasource依赖的服务名

透过我们发现：
======原文引用==============
! Depending on a DataSource
To specify a dependency on a DataSource deployment, you need to depend on the service which binds the DataSource into JNDI.
The DataSource is not bound into JNDI until the service jboss.jca:service=DataSourceBinding,name=(jndi-name) has been
started. The (jndi-name) is the value of the jndi-name attribute for your DataSource as defined in the *-ds.xml.
The associated connection manager service is a function of the type of DataSource and its jndi-name attribute value. The
MBean names for the types of DataSource deployments are:

1 2 3 4 5 6 7 8 9 10

no-tx-datasource jboss.jca:service=NoTxCM?,name=(jndi-name) local-tx-datasource jboss.jca:service=LocalTxCM?,name=(jndi-name) xa-datasource jboss.jca:service=XATxCM?,name=(jndi-name) no-tx-connection-factory jboss.jca:service=NoTxCM?,name=(jndi-name) tx-connection-factory jboss.jca:service=TxCM?,name=(jndi-name)

     通过上述描述可以知道，数据源配置不同，则对应的依赖服务名信息也不同。
     根据上述描述及数据源配置，相关的服务名就是：

"jboss.jca:service=LocalTxCM,name=jdbc/test".

我修改了 ...sar/...war/WEB-INF/jboss-web.xml(如果不存在该文件，就创建它),然后运行jboss，就可以在初始化时找到datasource，并正确获取数据了!!!

配置文件如下：

1 2 3

jboss.jca:service=LocalTxCM,name=jdbc/test

日志配置，配置log4j.xml

JBOSS的日志模块集成了强大的LOG4J组件，我们可以直接配置$JBOSS_HOME/server/default/conf/log4j.xml，来定义日志级别或是将某几个类的日志输出到一个单独的文件。

以下简单罗列一下配置文件，具体的LOG4J的使用请参阅LOG4J文档或JBOSS的文档。

   

     

     

     

 

     

     

     

        

        

     

  

 

 

   

   

 

 

  

    

    

  

 

category或logger的写法都可以，建议用最下面的写法，这是文档中的标准写法。

上面的最后两个代码块，表示所列的两个ACTION将会引用“ImportCharge”这个appender，他们中的log.debug….的日志将会同时写入“importCharge.log”文件。

还可以参考：

 

配置contentType及charset，TOMCAT5.0下JSP统一配置

在JSP里头部一般要用page语句指定contentType及charset。

如：<%@ page contentType="text/html; charset=GBK" %>

或分开写：

– <%@ page contentType="MIME-Type" %>

– <%@ page pageEncoding="Character-Set" %>

该语句的作用是“指定由JSP页面生成的servlet生成的页面的MIME类型及charset”。默认的字符集是“ISO-8859-1”，如果不指定正确的charset,则我们的页面如有中文，是会乱码的。

我主要描述的是后者，charset,字符集。发生的场景位于一个页面包含另一个页面的情况下。

在JBOSS3.2.3下集成的是tomcat4.0*,用的是JSP1.2/Servlet2.3标准，要求JSP主页面和所包含页面中的“pageEncoding”必须一致，基于这一情况，我们一般做法是包含页面不指定“pageEncoding”，它的属性直接继承父页面即可。

在JBOSS3.2.6下，集成的是tomcat5.0*,要求每个JSP中必须有“pageEncoding”，换句话说，父页面中的指定对子页面没有影响。

有两个方法可解决该问题：

1、为每个页面指定“pageEncoding”，显然不可取！

2、用JSP2.0/Servlet2.4标准，统一配置一下WEB.XML,解析JSP时统一用一个“pageEncoding”.这样我们就不需要为每个JSP里加个声明了。

 

法2的配置细节如下：

配置$JBOSS-HOME/server/default/deploy/jbossweb-tomcat50.sar/TestCrm.war/WEB-INF/web.xml，为下面紫色斜体内容。

替换头部的命名空间声明：

    xmlns:xsi=""   xsi:schemaLocation="   /web-app_2_4.xsd"

version="2.4">

 

………

………

 

     jsp encoding example

     JSPConfiguration

     *.jsp

     true

     GBK

     false

    

    

 

 

说明：的配置说明

 

你可以在中使用以下的配置元素：

Element	描述
	如果设置为true, 在匹配指定的URL模式的JSP 页面中，EL 表达式被当作常规的文本而不是EL 表达式。当移植看起来有EL表达式文本的JSP 1.2页面到JSP 2.0的时候，这非常有用。在已经转换为JSP 2.0的页面中，你可以使用一个新增的“elIgnoredpage”属性来选择EL是否有效
	如果设置为true, 在某个匹配的JSP页面使用脚本
	为匹配指定的URL模式的JSP页面指定编码。这是一个可选的配置（在每一个JSP页面中指定页面的编码），并且对于JSP页面来说这是使用某些文件编码（比如：EBCDIC）唯一的办法
	为所有匹配指定的URL模式的JSP页面的末尾自动包含一个文件，而指定相关的context路径。你可以在一个中多次使用,或者通过多个来实现
	为所有匹配指定的URL模式的JSP页面的开头自动包含一个文件，而指定相关的context路径。你可以在一个中多次使用,或者通过多个来实现
	如果设置为true, 所有匹配指定的URL模式的JSP页面使用JSP XML语法（它们是JSP Document）

可参见