Apache安装及jboss部署说明文档

两者的区别是：前者使得可以需要更新、重编译某模块 ( 核心模块不受限于这种模式，如 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	`beos`
Netware	`mpm_netware`
OS/2	`mpmt_os2`
Unix	`prefork`
Windows	`mpm_winnt`

在安装完 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

各模式的区别，更具体的描述请参见 http://httpd.apache.org/docs/2.0/mpm.html ，下面只简单说明一下， 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 的语法是否合法。

1.3 jk1.2.14的编译安装

下载完源程序包之后，放到一个临时目录中，如 /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

具体请参阅:

http://tomcat.apache.org/connectors-doc/howto/apache.html

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

1.4 apache及jk1.2的参数配置

1.4.1.httpd.conf的修改

该文件的路径位于 $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 。根据系统 # 的并发负载吧。

</IfModule>

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

另外还需修改 #ServerName www.example.com:80 为 ServerName 127.0.0.1:80

1.4.2.mod_jk2.conf的所有内容

新建该文件，并将该文件置于 $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/ 下，如果你的部署的项目 ( 应用 ) ，在访问时需要输入前缀 , 如 http://www.DDD.com/TestCrm/login.do ，则请注意，在 $APACHE-HOME/htdocs/ 下需要建一个目录“ TestCrm ” , 然后按照你项目中图片所在的路径，连同路径中所有目录一并考入 TestCrm 目录，例如你的图片位于

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

1.4.3.workers2.properties的所有内容

新建该文件，并将该文件置于 $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 。

1.5 apache服务的启动和停止

/usr/local/apache2/bin/apachectl start

/usr/local/apache2/bin/apachectl stop

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

2.JBOSS3.2.3/3.2.6部署及配置修改

2.0 FOR NEW USER

2.0.1 JBOSS 的一点说明

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

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

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

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

2.0.1 JBOSS常用配置文件的路径

为了描述方便，以下描述将以 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 中配置。

2.1 JBOSS 应用程序的下载及安装

前往 http://www.jboss.com 去下载相应的版本。直接解压到相关的目录即可。

2.2 JBOSS 应用程序的配置调整

2.2.1配置负载均衡，调整参数

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

Jboss3.2.3 修改 :

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

修改 <Engine name="MainEngine" defaultHost="localhost"> 为

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

Jboss3.2.6 修改 :

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

修改 <Engine name="jboss.web" defaultHost="localhost"> 为：

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

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

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

2.2.2配置集群(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

修改内容如下：

<?xml version="1.0"?>

<!DOCTYPE web-app PUBLIC

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

"http://java.sun.com/dtd/web-app_2_3.dtd ">

<web-app>

…….

…..

….

<distributable/>

</web-app>

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。

2.2.3配置数据源，调整参数

各种类型的数据库，都可以根据 %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/ 下。

<datasources>

<local-tx-datasource>

<jndi-name>jdbc/TestDataSource</jndi-name>

<connection-url>jdbc:oracle:thin:@192.168.1.2:1521:test</connection-url>

<driver-class>oracle.jdbc.driver.OracleDriver</driver-class>

<user-name>test</user-name>

<password>test</password>

<valid-connection-checker-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker</valid-connection-checker-class-name>

<exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter</exception-sorter-class-name>

<!-- sql to call when connection is created

<new-connection-sql>some arbitrary sql</new-connection-sql>

-->

<min-pool-size>5</min-pool-size><!—最小连接池数目-->

<max-pool-size>800</max-pool-size><!—最大连接池数目-->

<idle-timeout-minutes>5</idle-timeout-minutes><!—数据库连接空闲时间,单位为分钟,如果负载较大，可以设为5，如果一般，可以设为3-->

<!—在从连接池里获得一个连接之前先通过执行一个简单的SQL来校验connection的有效性-->

<check-valid-connection-sql>select 1 from dual</check-valid-connection-sql>

</local-tx-datasource>

</datasources>

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

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

……

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

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

Connection con = ds.getConnection();

……

2.2.4配置jboss Connector参数

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

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

请参阅 :

http://tomcat.apache.org/tomcat-5.0-doc/config/ajp.html

http://tomcat.apache.org/tomcat-5.0-doc/config/http.html

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

<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"

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"/>

<Connector port="8009" address="${jboss.bind.address}"

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

2.2.5访问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

<servlet-name>default</servlet-name>

<servlet-class>

org.apache.catalina.servlets.DefaultServlet

</servlet-class>

<init-param>

<param-name>debug</param-name>

<param-value>0</param-value>

</init-param>

<init-param>

<param-name>listings</param-name>

<param-value>false</param-value>

</init-param>

<load-on-startup>1</load-on-startup>

</servlet>

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

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

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

<jboss-web>

<context-root>/</context-root>

</jboss-web>

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

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

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

http://www.jboss.com/index.html?module=bb&op=viewtopic&t=70600

http://www.javaworld.com.tw/jute/post/view?bid=9&id=129747&sty=1&tpg=1&age=0( 中文 )

以下简略说明一下。

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

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

1) 、配置数据源 :

<datasources>

<local-tx-datasource>

<jndi-name>jdbc/test</jndi-name>

2) 确认 datasource 依赖的服务名

透过 http://wiki.jboss.org/wiki/Wiki.jsp?page=DependOnDataSource 我们发现：
====== 原文引用 ==============
! 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:

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 ，并正确获取数据了 !!!

配置文件如下：

 <jboss-web>

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

</jboss-web>

2.2.8日志配置，配置log4j.xml

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

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

<appender name="ImportCharge" class="org.jboss.logging.appender.DailyRollingFileAppender">

<errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>

<param name="File" value="${jboss.server.home.dir}/log/importCharge.log"/>

<param name="Append" value="true"/>

<param name="DatePattern" value="'.'yyyy-MM-dd"/>

<layout class="org.apache.log4j.PatternLayout">

<param name="ConversionPattern" value="%d %-5p [%c] %m%n"/>

</layout>

</appender>

<logger name="com.tt.bs.action.corp.ImportChargeFileAction">

<level value="DEBUG" />

<appender-ref ref="ImportCharge"/>

</logger>

<category name=" com.tt.bs.action.corp.UploadChargeFileAction ">

<priority value="DEBUG" />

<appender-ref ref=" ImportCharge "/>

</category>

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

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

还可以参考：

http://wiki.jboss.org/wiki/Wiki.jsp?page=Logging

http://logging.apache.org/log4j/docs/

2.2.9配置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 ，为下面紫色斜体内容。

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

<?xml version="1.0" encoding="ISO-8859-1"?>

<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">

………

<jsp-config>

<jsp-property-group>

<description>jsp encoding example</description>

<display-name>JSPConfiguration</display-name>

<url-pattern>*.jsp</url-pattern>

<el-ignored>true</el-ignored>

<page-encoding>GBK</page-encoding>

<scripting-invalid>false</scripting-invalid>

<include-prelude></include-prelude>

<include-coda></include-coda>

</jsp-property-group>

</jsp-config>

</web-app>

说明：<jsp-config>的配置说明

你可以在 <jsp-property-group> 中使用以下的配置元素：

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

可参见http://www.oreilly.com.cn/news/jsppart2.php?c=java

2.3 JVM最小、最大内存的设定

如果采取默认配置的话， JVM 默认只能分配到最大 64M 内存 ( 默认大小和 JVM 版本有关系 ) ，这在生产环境里肯定是不够，将会导致用户通过 WEB 方式无法访问应用服务，但是系统进程中， JBOSS 服务却没有宕掉的奇怪现象。

修改 $jboss/bin/run.conf 文件，找到“ #JAVA_OPTS= ”，如果没有该字符串，请添加，并去掉最前面的“ # ”，修改该字符串 ( 含双引号 ) 为 JAVA_OPTS="-server -Xms512m -Xmx512m” ，这是分配 JVM 的最小和最大内存，取决于硬件物理内存的大小，建议均设为物理内存的一半。

更详细的介绍请参见 http://java.sun.com/docs/hotspot/VMOptions.html

2.4 OS字符集问题

如果应用服务需要 OS 支持 GBK 字符集，修改文件 /etc/sysconfig/i18n

内容为：

LANG="zh_CN.GB18030"

LANGUAGE="zh_CN.GB18030:zh_CN.GB2312:zh_CN"

SUPPORTED="zh_CN.GB18030:zh_CN:zh"

SYSFONT="lat0-sun16"

SYSFONTACM="8859-15"

2.5 JBOSS服务的启动、停止

$JBOSS_HOME 以及 %JBOSS_HOME% 为 jboss 在 linux 、 win 下安装的路径，如果配置了，直接照样引用即可。

启动：

1 、 for linux ： $JBOSS_HOME /bin/run.sh

2 、 for win ： %JBOSS_HOME%/bin/run.bat

关闭 / 停止 :

1 、 for linux ： $JBOSS_HOME /bin/ shutdown.sh –S

2 、 for win ： %JBOSS_HOME%/bin/ shutdown –S

可以用 tail –f $JBOSS_HOME /server/default/log/server.log 来查看 jboss 服务的启动或停止的信息。

3.附apache https 服务器的安装

以下为李响、谭述纲提供。感谢他们。

apache https 服务器的安装

apache 1.x 版本需要装第三方的模块， mod_ssl ，由于我们公司全部采用的是 apahce2.x ，所以这个版本的安装不做讨论

apache 2.0 以上自带 ssl 支持，

但首先要安装 openssl ，一般系统自带的 openssl 版本较低，最好下载

源码安装，例如 openssl-0.9.7i

./config

Make

Make test

make install

就可以了

在 apache2 源码目录下执行

./configure --prefix=/usr/local/apache --enable-module=so --enable-shared=max --enable-ssl=static --with-ssl=/usr/local/ssl --enable-mods-shared=all

然后

Make

make install

修改 httpd.conf 加入 SSL 支持部分，这里指定使用 SSL v2 协议

SSLProtocol -all +SSLv2
SSLCipherSuite SSLv2:+HIGH:+MEDIUM:+LOW:+EXP

生成认证证书

先建立一个 CA 的证书，
首先为 CA 创建一个 RSA 私用密钥，
[S-1]
openssl genrsa -des3 -out ca.key 1024
系统提示输入 PEM pass phrase ，也就是密码，输入后牢记它。
生成 ca.key 文件，将文件属性改为 400 ，并放在安全的地方。
[S-2]
chmod 400 ca.key
你可以用下列命令查看它的内容，
[S-3]
openssl rsa -noout -text -in ca.key
利用 CA 的 RSA 密钥创建一个自签署的 CA 证书（ X.509 结构）
[S-4]
openssl req -new -x509 -days 3650 -key ca.key -out ca.crt
然后需要输入下列信息：
Country Name: cn 两个字母的国家代号
State or Province Name: An Hui 省份名称
Locality Name: Bengbu 城市名称
Organization Name: Family Network 公司名称
Organizational Unit Name: Home 部门名称
Common Name: Chen Yang 你的姓名
Email Address: sunstorm@263.net Email 地址
生成 ca.crt 文件，将文件属性改为 400 ，并放在安全的地方。
[S-5]
chmod 400 ca.crt
你可以用下列命令查看它的内容，
[S-6]
openssl x509 -noout -text -in ca.crt
下面要创建服务器证书签署请求，
首先为你的 Apache 创建一个 RSA 私用密钥：
[S-7]
openssl genrsa -des3 -out server.key 1024
这里也要设定 pass phrase 。
生成 server.key 文件，将文件属性改为 400 ，并放在安全的地方。
[S-8]
chmod 400 server.key
你可以用下列命令查看它的内容，
[S-9]
openssl rsa -noout -text -in server.key
用 server.key 生成证书签署请求 CSR.
[S-10]
openssl req -new -key server.key -out server.csr
这里也要输入一些信息，和 [S-4] 中的内容类似。
至于 extra attributes 不用输入。
你可以查看 CSR 的细节
[S-11]
openssl req -noout -text -in server.csr
下面可以签署证书了，需要用到脚本 sign.sh
[S-12]
sign.sh server.csr
就可以得到 server.crt 。
将文件属性改为 400 ，并放在安全的地方。
[S-13]
chmod 400 server.crt
删除 CSR
[S-14]
rm server.csr

Sign.sh 在 openssl 目录中没有。我是在 mod_ssl 第三方模块中提取的。

把生成好的文件放在相应的认证目录下。如果没有相应的目录，可以手工建立

以 SSL 支持的方式启动 apache

/usr/local/apache/bin/apachectl startssl

A．参考文献

http://httpd.apache.org/docs/2.0/

http://tomcat.apache.org/connectors-doc/

http://www.jboss.com

http://www.sun.com

http://logging.apache.org/log4j/docs/

http://www.oreilly.com

……