`
hzxulei
  • 浏览: 8206 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论

JBOSS5配置

阅读更多
linux系统下:

一. 修改server端口号 jboss-5.1.0.GA/server/default/deploy/jbossweb.sarserver.xml  中的8080

在此,JBoss的安装工作已经结束,可通过如下方式测试安装是否成功:
运行JBoss安装目录 jboss-5.1.0.GA/bin/run.sh,如果窗口中没有出现异常,且出现:

10:16:19,765 INFO [Server] JBoss (MX MicroKernel) [5.0.Beta4 (build: SVNTag=5.0.Beta4 date=20080831605)] Started in 30s:828ms

字样,则表示安装成功。
访问: http://localhost:8080/ 进入JBoss的欢迎界面,点击JBoss Management下的JMX Console可进入JBoss的控制台。

若启动失败,可能由以下原因引起:
1) JBoss所用的端口(8080,1099,1098,8083等)被占用。一般情况下为8080端口被占用(例如,Oracle占用了8080端口), 此时需要修改JBoss的端口,方法为进入JBoss安装目录  jboss-5.1.0.GA/server/default/deploy/jbossweb.sar目录,修改其下的server.xml目录,在此文件中搜索8080,将其改成你想要的端口即可(例如8088);

2) JDK安装不正确,一般用jdk 6

3) JBoss下载不完全,缺少jar包

二. JBoss 的目录结构说明
目录
bin
启动和关闭 JBoss 的脚本( run.sh 为 windows 系统下的启动脚本, shutdown.sh 为 windows 系统下的关闭脚本)。



client
客户端与 JBoss 通信所需的 Java 库( JARs )。


docs
配置的样本文件(数据库配置等)。
       docs/dtd
       在 JBoss 中使用的各种 XML 文件的 DTD 。


lib
一些 JAR , JBoss 启动时加载,且被所有 JBoss 配置共享。(不要把你的库放在这里)


server
各种 JBoss 配置。每个配置必须放在不同的子目录。子目录的名字表示配置的名字。 JBoss 包含 3 个默认的配置: minimial , default 和 all ,在你安装时可以进行选择。

server/all
JBoss 的完全配置,启动所有服务,包括集群和 IIOP 。

server/default
JBoss 的默认配置。在没有在 JBoss 命令行中指定配置名称时使用。 ( 我们下载的 JBOSS5.0 Beta4 版本默认采用此配置 ) 。

server/default/conf
JBoss 的配置文件。

server/default/data
JBoss 的数据库文件。比如,嵌入的数据库,或者 JBossMQ

server/default /deploy
JBoss 的热部署目录。放到这里的任何文件或目录会被 JBoss 自动部署。 EJB 、 WAR 、 EAR ,甚至服务。

server/default /lib
一些 JAR , JBoss 在启动特定配置时加载他们。 (default 和 minimial 配置也包含这个和下面两个目录。 )

server/default/log
JBoss 的日志文件。

server/default/tmp
JBoss 的临时文件。


三. JBoss 的配置

1. 日志文件设置

若需要修改JBoss默认的log4j设置, 可修改JBoss安装目录 jboss-5.1.0.GA/server/default/conf 下的jboss-log4j.xml文件,在该文件中可以看到,log4j的日志输出 在JBoss安装目录"server"default"log下的server.log文件中。对于log4j的设置,读者可以在网上搜索更加详细的信 息。

2. web 服务的端口号的修改

这点在前文中有所提及,即修改JBoss安装目录"server"default"deployer"jboss-web.deployer下的server.xml文件,内容如下:

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


maxThreads="250" maxHttpHeaderSize="8192"

emptySessionPath="true" protocol="HTTP/1.1"

enableLookups="false" redirectPort="8443" acceptCount="100"

connectionTimeout="20000" disableUploadTimeout="true" />

将上面的8080端口修改为你想要的端口即可。重新启动JBoss后访问:http://localhost/:新设置的端口,可看到JBoss的欢迎界面。

3. JBoss 的安全设置

1)登录的用户名和密码设置

默认情况访问 http://localhost:8080/jmx-console 就可以浏览jboss的部署管理的一些信息,不需要输入用户名和密码,使用起来有点安全隐患。下面我们针对此问题对jboss进行配置,使得访问jmx-console也必须要知道用户名和密码才可进去访问。步骤如下:

i) 找到JBoss安装目录文件,去掉<security-domain>java:/jaas/jmx-console</security-domain>的注释。修改后的该文件内容为:
<jboss-web>
    <!-- Uncomment the security-domain to enable security. You will
           need to edit the htmladaptor login configuration to setup the
           login modules used to authentication users.-->
     <security-domain>java:/jaas/jmx-console</security-domain>

</jboss-web>


ii)修改与i)中的jboss-web.xml同级目录下的web.xml文件,查找到<security-constraint/>节点,去掉它的注释,修改后该部分内容为:
<!-- A security constraint that restricts access to the HTML JMX console
to users with the role JBossAdmin. Edit the roles to what you want and
uncomment the WEB-INF/jboss-web.xml/security-domain element to enable
secured access to the HTML JMX console.-->
<security-constraint>
     <web-resource-collection>
          <web-resource-name>HtmlAdaptor</web-resource-name>
          <description>

          An example security config that only allows users with the  role JBossAdmin to access the HTML JMX console web application

          </description>
          <url-pattern>/*</url-pattern>
          <http-method>GET</http-method>
          <http-method>POST</http-method>
     </web-resource-collection>
     <auth-constraint>
          <role-name>JBossAdmin</role-name>
     </auth-constraint>
</security-constraint>


在此处可以看出,为登录配置了角色JBossAdmin。

iii) 在第一步中的jmx-console安全域和第二步中的运行角色JBossAdmin都是在login-config.xml中配置,我们在JBoss安装目录/server/default/config下找到它。查找名字为:jmx-console的application-policy:
<application-policy name = "jmx-console">
     <authentication>
          <login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule"   flag = "required">
               <module-option name="usersProperties">props/jmx-console-users.properties</module-option>
               <module-option name="rolesProperties">props/jmx-console-roles.properties</module-option>
          </login-module>
     </authentication>
</application-policy>

在此处可以看出,登录的角色、用户等的信息分别在props目录下的jmx-console-roles.properties和jmx-console-users.properties文件中设置,分别打开这两个文件。

其中jmx-console-users.properties文件的内容如下:
# A sample users.properties file for use with the UsersRolesLoginModule
admin=admin

该文件定义的格式为:用户名=密码,在该文件中,默认定义了一个用户名为admin,密码也为admin的用户,读者可将其改成所需的用户名和密码。

jmx-console-roles.properties的内容如下:
# A sample roles.properties file for use with the UsersRolesLoginModule
admin=JBossAdmin, HttpInvoker

该文件定义的格式为:用户名=角色,多个角色以“,”隔开,该文件默认为admin用户定义了JBossAdmin和HttpInvoker这两个角色。

配置完成后读者可以通过访问: http://localhost:8088/jmx-console/ ,输入jmx-console-roles.properties文件中定义的用户名和密码,访问jmx-console的页面。

四. 在MyEclipse 中配置JBoss


JBoss版本:5.0
JDK版本:1.6

进入 /opt/barcodeTwo/jboss-5.1.0.GA

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

<Engine name="MainEngine"jvmRoute=" server106" defaultHost="localhost">

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

Jboss3.2.6修改:

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

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

<Engine name="jboss.web"jvmRoute=" server106" 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>

jboss配置入门(2)2007-11-01 10:442)、需要启动一个服务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>
               <!--<connection-url>jdbc:oracle:oci:@youroracle-tns-name</connection-url>-->
          <driver-class>oracle.jdbc.driver.OracleDriver</driver-class>
          <user-name>test</user-name>
          <password>test</password>
               <!-- Uses the pingDatabase method to check a connection is still valid before handing it out from the pool -->
          <valid-connection-checker-class-name>

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

          </valid-connection-checker-class-name>
               <!-- Checks the Oracle error codes and messages for fatal errors -->
          <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-->
          <check-valid-connection-sql>select 1 from dual</check-valid-connection-sql>
          <!—在从连接池里获得一个连接之前先通过执行一个简单的SQL来校验connection的有效性-->
     </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

<!-- jboss3.2.3 jboss-service.xml -->
<!-- A AJP 1.3 Connector on port 8009 -->
<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"/>
<!-- jboss3.2.6 server.xml -->
<!-- A AJP 1.3 Connector on port 8009 -->
<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



jboss配置入门(3)2007-11-01 10:452.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>
     <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)、配置数据源:

<!--oracle_ds.xml-->

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

<!-- Rollover at midnight each day -->

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

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

<!-- The default pattern: Date Priority [Category] Message\n -->

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

jboss配置入门(4)2007-11-01 10:462.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

jboss配置入门(5)2007-11-01 10:472.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服务的启动或停止的信息。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics