BlogJava-JBOSS 点滴-随笔分类-JBOSS应用服务器设置

一台机器上跑多个JBOSS

半导体 — Tue, 13 Dec 2011 06:58:00 GMT

文章来源:http://dzq2008.iteye.com/blog/627078
一台机器运行多个 jboss

环境（一）： jboss4·0·1sp1 和 JDK1.5

步骤一、

打开 $JBOSS_HOME/server/default/conf/jboss-service.xml

1、查找到： mbean - ServiceBindingManager ，将其注释去掉。

2、修改 8083 ， 1098 ， 1099 ， 4444 ， 4445 端口值。

步骤二、

打开 $JBOSS_HOME/server/default/conf/jboss-minimal.xml
修改 1099 ， 1098 端口值，与“步骤一”中保持一致。

步骤三、

打开 $JBOSS_HOME/docs/examples/binding-manager/sample-bindings.xml

修改 ports-01 端口，避免出现 port 冲突的问题。

步骤四、

打开 $JBOSS_HOME/server/default/deploy/jbossweb-tomcat50.sar/server.xml
修改 8080 ， 8009 ， 8443 端口值。

步骤五、

打开 $JBOSS_HOME/server/default/deploy/jms/uil2-service.xml
修改 8093 端口值。

环境（二）： jboss-4.2.3.GA 和 JDK1.5 ，配置如下：

步骤一、

打开 $JBOSS_HOME/server/default/conf/jboss-service.xml

1、查找到：mbean - ServiceBindingManager，将其注释去掉。

2、修改8083，1098，1099，4444，4445，4446端口值。

步骤二、

打开 $JBOSS_HOME/server/default/conf/jboss-minimal.xml
修改 1099 ， 1098 端口值，与“步骤一”中保持一致。

步骤三、

打开 $JBOSS_HOME/docs/examples/binding-manager/sample-bindings.xml

修改 ports-01 端口，避免出现 port 冲突的问题。

步骤四、

打开 $JBOSS_HOME/server/default/deploy/jboss-web.deployer /server.xml
修改 8080 ， 8009 ， 8443 端口值。

步骤五、

打开 $JBOSS_HOME/server/default/deploy/jms/uil2-service.xml
修改 8093 端口值。

步骤六、

打开 $JBoss_home/server/default/deploy/ejb3.deployer/META-INF/jboss-service.xml

修改 3873 端口的值

JBoss 官方文档如下连接：

http://www.jboss.org/community/docs/DOC-9384

半导体 2011-12-13 14:58 发表评论

I/O exception

半导体 — Wed, 27 Apr 2011 09:38:00 GMT

环境说明:
在测试webservice上报时,本机与服务器程序及软件版本一致,但本机调试不报错,服务器报错信息如下:
18:45:09,110 INFO [HttpMethodDirector] I/O exception (java.net.ConnectException) caught when processing request: Connection timed out: connect
18:45:09,110 INFO [HttpMethodDirector] Retrying request
18:45:10,673 WARN [RequestProcessor] Unhandled Exception thrown: class org.apache.catalina.connector.ClientAbortException
只有info信息,没有error信息,首先排除是程序或配置文件引起的错误信息,
再仔细查看,发现服务器上安装了一个hp network 工具,听说这个工具可以拿来配置双卡成一卡，处理负载均衡,
本人直接在本地连接中取消了此属性,再测试上报,问题解决!

半导体 2011-04-27 17:38 发表评论

WebLogic内存溢出问题配置

半导体 — Thu, 25 Nov 2010 06:11:00 GMT

在weblogic/common/bin/commEnv.sh中配置

　　MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"

　　-Xms：内存初始值

　　-Xmx：内存最大值（不要超过内存的80%）

　　MaxPermSize：PermGen（Class和Meta存放区域）区域内存最大值。

　　可调整为：

　　MEM_ARGS="-Xms512m -Xmx512m -XX:MaxPermSize=256m"

-XX:MaxPermSize改为256或512

半导体 2010-11-25 14:11 发表评论

license错误解决办法

半导体 — Sun, 26 Sep 2010 06:06:00 GMT

因为安装oracle前,需要添加一个Microsoft Loopback Adapter连接,添加后,我系统里绑定的网卡密钥也不能使用了,开始以为重新生成新的密钥就行了,
可是生成新的密钥后,还是报license错误,最后的解决办法为更改Microsoft Loopback Adapter连接物理地址.

半导体 2010-09-26 14:06 发表评论

Tomcat内存溢出的三种情况及解决办法分析来源：http://developer.51cto.com/art/200908/144653.htm

半导体 — Fri, 18 Dec 2009 08:06:00 GMT

在生产环境中tomcat内存设置不好很容易出现内存溢出。本文分析了三种造成Tomcat内存溢出的原因，并分别进行了分析。

Tomcat内存溢出的原因

在生产环境中tomcat内存设置不好很容易出现内存溢出。造成内存原因是不一样的，当然处理方式也不一样。

这里根据平时遇到的情况和相关资料进行一个总结。常见的一般会有下面三种情况：

1.OutOfMemoryError: Java heap space

2.OutOfMemoryError: PermGen space

3.OutOfMemoryError: unable to create new native thread.

Tomcat内存溢出解决方案

对于前两种情况，在应用本身没有内存泄露的情况下可以用设置tomcat jvm参数来解决。（-Xms -Xmx -XX:PermSize -XX:MaxPermSize）

最后一种可能需要调整操作系统和tomcat jvm参数同时调整才能达到目的。

第一种：是堆溢出。

在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。

没有内存泄露的情况下，调整-Xms -Xmx参数可以解决。

-Xms:初始堆大小

-Xmx:最大堆大小

但堆的大小受下面三方面影响：

1.相关操作系统的数据模型（32-bt还是64-bit）限制；（32位系统下，一般限制在1.5G~2G；我在2003 server 系统下（物理内存：4G和6G，jdk：1.6）测试 1612M，64为操作系统对内存无限制。）

2.系统的可用虚拟内存限制；

3.系统的可用物理内存限制。

堆的大小可以使用 java -Xmx***M version 命令来测试。支持的话会出现jdk的版本号，不支持会报错。

-Xms -Xmx一般配置成一样比较好比如set JAVA_OPTS= -Xms1024m -Xmx1024m

第二种：永久保存区域溢出

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域。这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。但目前的hibernate和spring项目中也很容易出现这样的问题。http://www.javaeye.com/topic/80620?page=1 的帖子有讨论的这个问题。可能是由于这些框架会动态class，而且jvm的gc是不会清理PemGen space的，导致内存溢出。

这一个一般是加大-XX:PermSize -XX:MaxPermSize 来解决问题。

-XX:PermSize 永久保存区域初始大小

-XX:PermSize 永久保存区域初始最大值

这一般结合第一条使用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m -XX:PermSize=128M -XX:PermSize=256M

有一点需要注意：java -Xmx***M version 命令来测试的最大堆内存是 -Xmx与 -XX:PermSize的和比如系统支持最大的jvm堆大小事1.5G，那 -Xmx1024m -XX:PermSize=768M 是无法运行的。

第三种：无法创建新的线程。

这种现象比较少见，也比较奇怪，主要是和jvm与系统内存的比例有关。

这种怪事是因为JVM已经被系统分配了大量的内存(比如1.5G)，并且它至少要占用可用内存的一半。有人发现，在线程个数很多的情况下，你分配给JVM的内存越多，那么，上述错误发生的可能性就越大。

产生这种现象的原因如下（从这个blog中了解到原因：http://hi.baidu.com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.html）：

每一个32位的进程最多可以使用2G的可用内存，因为另外2G被操作系统保留。这里假设使用1.5G给JVM，那么还余下500M可用内存。这500M内存中的一部分必须用于系统dll的加载，那么真正剩下的也许只有400M，现在关键的地方出现了：当你使用Java创建一个线程，在JVM的内存里也会创建一个Thread对象，但是同时也会在操作系统里创建一个真正的物理线程(参考JVM规范)，操作系统会在余下的400兆内存里创建这个物理线程，而不是在JVM的1500M的内存堆里创建。在jdk1.4里头，默认的栈大小是256KB，但是在jdk1.5里头，默认的栈大小为1M每线程，因此，在余下400M的可用内存里边我们最多也只能创建400个可用线程。

这样结论就出来了，要想创建更多的线程，你必须减少分配给JVM的最大内存。还有一种做法是让JVM宿主在你的JNI代码里边。

给出一个有关能够创建线程的最大个数的估算公式：

(MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize) = Number of threads

对于jdk1.5而言，假设操作系统保留120M内存：

1.5GB JVM: (2GB-1.5Gb-120MB)/(1MB) = ~380 threads

1.0GB JVM: (2GB-1.0Gb-120MB)/(1MB) = ~880 threads

在2000/XP/2003的boot.ini里头有一个启动选项，好像是：/PAE /3G ，可以让用户进程最大内存扩充至3G，这时操作系统只能占用最多1G的虚存。那样应该可以让JVM创建更多的线程。

因此这种情况需要结合操作系统进行相关调整。

因此：我们需要结合不同情况对tomcat内存分配进行不同的诊断才能从根本上解决问题。

以上就是针对Tomcat内存溢出的几种解决方案。本文来自George的博客：《tomcat内存溢出总结》

半导体 2009-12-18 16:06 发表评论

TOMCAT、 JBOSS HTTPS应用配置方法 http://zhdf.blog.sohu.com/78389522.html

半导体 — Wed, 21 Oct 2009 09:12:00 GMT

参考网站，
CA证书：http://hi.baidu.com/pipilong03305/blog/item/89c9d6efdaf592e9cf1b3e76.html
EVSSL服务器：http://verisign.itrus.com.cn/Service/Print.asp?ArticleID=31
TOMCAT、 JBOSS HTTPS应用配置方法:http://zhdf.blog.sohu.com/78389522.html
http://thawte.wotrust.cn/Support/java_signing_guide.htm

TOMCAT、 JBOSS HTTPS应用配置方法

SSL
或者Secure Socket Layer，是一种允许web浏览器和web服务器通过一个安全的连接进行交流的技术。这意味着将被发送的数据在一端被翻译成密码，传送出去，然后在另一端解开密码，再进行处理。这是一个双向的过程，也就是浏览器和服务器都需要在发送数据之前对它们进行加密。

SSL协定的另一个重要方面是认证(Authentication)。这就是说，在你开始试图通过一个安全连接与一个web服务器交流的时候，这个服务器会要求你的浏览器出示一组证件，通过“鉴定”的方式来证明这就是你所声明的网站。

在某些情况下，服务器还会要求你的web浏览器的认证书，证明你就是你所说的那个人。这就是所知的“客户认证”，尽管实际情况中，更多地用在商务-对-商务(B2B)交易，而不是对个人用户。

但大多数有SSL功能的web服务器不要求客户认证(Client Authentication)。

证书
为了能实施SSL，一个web服务器对每个接受安全连接的外部接口(IP 地址)必须要有相应的证书(Certificate)。关于这个设计的理论是一个服务器必须提供某种合理的保证以证明这个服务器的主人就是你所认为的那个人。这个证书要陈述与这个网站相关联的公司，以及这个网站的所有者或系统管理员的一些基本联系信息。

这个证书由所有人以密码方式签字，其他人非常难伪造。对于进行电子商务(e-commerce)的网站，或其他身份认证至关重要的任何商业交易，认证书要向大家所熟知的认证权威(Certificate Authority (CA))如VeriSign或Thawte来购买。这样的证书可用电子技术证明属实。实际上，认证权威单位会担保它发出的认证书的真实性，如果你信任发出认证书的认证权威单位的话，你就可以相信这个认证书是有效的。

Java 生成证书
在许多情况下，认证并不是真正使人担忧的事。系统管理员或许只想要保证被服务器传送和接收的数据是秘密的，不会被连接线上的偷窃者盗窃到。庆幸的是，Java提供相对简单的被称为keytool的命令行工具，可以简单地产生“自己签名”的证书。自己签名的证书只是用户产生的证书，没有正式在大家所熟知的认证权威那里注册过，因此不能确保它的真实性。但却能保证数据传输的安全性。

keytool生产非签发证书
keytool -genkey -alias tomcat -keyalg RSA -keystore d:\tomcat.keystore

在此命令中，keytool是JDK自带的产生证书的工具。把RSA运算法则作为主要安全运算法则，这保证了与其它服务器和组件的兼容性。

这个命令会在用户的d:\tomcat.keystore产生一个叫做"tomcat.keystore" 的新文件。你会被要求出示关于这个认证书的一般性信息，如公司，联系人名称，等等。这些信息会显示给那些试图访问你程序里安全网页的用户，以确保这里提供的信息与他们期望的相对应。你会被要求出示密钥(key)密码，也就是这个认证书所特有的密码(与其它的储存在同一个keystore文件里的认证书不同)。你必须在这里使用与keystore密码相同的密码。(目前，keytool会提示你按ENTER键会自动帮你做这些)。

如果一切顺利，你现在就拥有了一个可以被你的服务器使用的有认证书的keystore文件。

申请签发证书
自己生产并签名的证书相对用户使不可信的，也是不安全的，所以一般我们需要向证书发放机构去购买证书，或者获取免费证书，下面是正式的申请流程和在tomcat中的配置，jboss或者apache请参阅相关配置。

1) 生成私钥和公钥对(Keystore) Create a Keystore

keytool -genkey -keyalg rsa -keystore -alias

Keytool 会提示您输入私钥密码、您的姓名(Your name，填单位网址)、您的部门名称、单位名称、所在城市、所在省份和国家缩写(中国填：CN，其他国家填其缩写)，单位名称一定要与证明文件上的名称一致，部门名称(OU)可以不填。除国家缩写必须填CN外，其余都可以是英文或中文。请一定要保存好您的私钥和私钥密码。WoTrust不会要求您提供私钥文件！

(2) 生成证书请求文件(CSR) Generate a CSR

keytool –certreq –file certreq.csr –keystore -alias

请把生成的certreq.csr 文件复制和粘贴到Thawte证书在线申请页面的CSR文本框中，或直接发给WoTrust，请等待1-2个工作日后颁发证书。

(3) 导入签名证书 Import Thawte Codesigning Certificate

一旦Thawte验证了您的真实身份，将会颁发证书给您。您需要到Thawte网站下载您的证书，请选择 PKCS #7 格式证书(PKCS #7 Certificate Chain)，此证书格式含有您的证书和根证书链，Keytool要求此格式证书，请把证书保存到您的电脑中。

请使用如下命令导入您的证书到keystore 中，这里假设您的证书名称为：cert.cer，请同时指明详细路径，一旦成功导入证书，请及时备份您的keystore文件：

c:\jdk1.5\bin\keytool –import –trustcacerts –keystore -alias -file cert.cer

tomcat 和jboss配置
不管你用的是keytool生产的非正式证书还是申请的正式证书，tomcat和jboss的配置都是一样的。

Tomcat配置
去掉$CATALINA_HOME/conf/server.xml这个文件中这段代码的注释，红色部分为添加部分。请先copy tomcat.keystore文件到tomcat主目录。

< -- Define a SSL Coyote HTTP/1.1 Connector on port 8443 -->
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
               enableLookups="false" disableUploadTimeout="true"
               acceptCount="100" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS"
        keystoreFile="tomcat.keystore" keystorePass="123456"
        keystoreType="jks"/>

Connector元素本身，其默认形式是被注释掉的(commented out)，所以需要把它周围的注释标志删除掉。然后，可以根据需要客户化(自己设置)特定的属性。一般需要增加一下keystoreFile和keystorePass两个属性，指定你存放证书的路径（如：keystoreFile="C:/.keystore"）和刚才设置的密码（如：keystorePass="123456"）。在完成这些配置更改后，必须象重新启动Tomcat，然后你就可以通过SSL访问Tomcat支持的任何web应用程序。只不过指令需要像下面这样：

https://localhost:8443

JBOSS配置
1)把keystore文件拷贝到jboss安装目录\server\default\conf下

2)和tomca类似，找到jboss安装目录\server\default\deploy\jboss-web.deployer\server.xml文件

https配置已经有了，不过被注释掉了，按如下配置即可

去掉注释符号

           maxThreads="100" strategy="ms" maxHttpHeaderSize="8192"
           emptySessionPath="true"
           scheme="https" secure="true" clientAuth="false"
           keystoreFile="${jboss.server.home.dir}/conf/tomcat.keystore"
           keystorePass="123456" sslProtocol = "TLS" />

本人操作步骤：

-重新生成jks
-重新生成jks
E:\jdk1.4\bin>keytool -genkey -alias tomcat -keyalg RSA -keystore d:\mykeystore.jks -validity 1000000
会生成一个tomcat.keystore，再配置server.xml便可以用https访问，但这样生成的属自己生产并签名的证书相对用户使不可信的，也是不安全的
申请签发证书
E:\jdk1.4\bin>keytool -genkey -keyalg rsa -keystore mykeystore.jks -alias jboss
在当前目录生成mykeystore.jks文件，别名为jboss

E:\jdk1.4\bin>keytool -export -alias tomcat -keypass MyPassword -file certreq.csr
keystore密码:
保存在文件的认证

E:\jdk1.4\bin>keytool -list -keystore mykeystore.jks
输入keystore密码:
Keystore 类型: jks
Keystore 提供者: SUN

你的 keystore 包含 2 个输入

jboss, 2009-10-22, keyEntry,
指纹认证 (MD5): B6:FC:0F:71:98:75:5C:F6:96:02:78:E1:C1:A1:94:EA
myalias, 2004-3-29, keyEntry,
指纹认证 (MD5): 52:11:86:0F:D1:B0:2B:1E:64:76:C5:BD:99:E4:CF:0A

半导体 2009-10-21 17:12 发表评论

Java入门－－漫谈Java程序的性能优化

半导体 — Fri, 14 Aug 2009 08:22:00 GMT

Java入门－－漫谈Java程序的性能优化

2008-03-14 11:06 作者：shenkai 来源：赛迪网

[摘要] 在java中，使用最频繁、同时也是滥用最多的一个类或许就是java.lang.String，它也是导致代码性能低下最主要的原因之一。
[关键字] Java 程序性能优化

　　Java使得复杂应用的开发变得相对简单。毫无疑问，它的这种易用性对Java的大范围流行功不可没。然而，这种易用性实际上是一把双刃剑。一个设计良好的Java程序，性能表现往往不如一个同样设计良好的C++程序。在Java程序中，性能问题的大部分原因并不在于Java语言，而是在于程序本身。养成好的代码编写习惯非常重要，比如正确地、巧妙地运用java.lang.String类和java.util.Vector类，它能够显著地提高程序的性能。下面我们就来具体地分析一下这方面的问题。

　　在java中，使用最频繁、同时也是滥用最多的一个类或许就是java.lang.String，它也是导致代码性能低下最主要的原因之一。请考虑下面这个例子：

　　String s1 = "Testing String";

　　String s2 = "Concatenation Performance";

　　String s3 = s1 + " " + s2;

　　几乎所有的Java程序员都知道上面的代码效率不高。那么，我们应该怎么办呢？也许可以试试下面这种代码：

　　StringBuffer s = new StringBuffer();

　　s.append("Testing String");

　　s.append(" ");

　　s.append("Concatenation Performance");

　　String s3 = s.toString();

　　这些代码会比第一个代码片段效率更高吗？答案是否定的。这里的代码实际上正是编译器编译第一个代码片段之后的结果。既然与使用多个独立的String对象相比，StringBuffer并没有使代码有任何效率上的提高，那为什么有那么多的Java书籍批评第一种方法、推荐使用第二种方法？

　　第二个代码片段用到了StringBuffer类（编译器在第一个片段中也将使用StringBuffer类），我们来分析一下StringBuffer类的默认构造函数，下面是它的代码：

　　public StringBuffer() { this(16); }

　　默认构造函数预设了16个字符的缓存容量。现在我们再来看看StringBuffer类的append()方法：

　　public synchronized StringBuffer append(String str) {

　　if (str == null) {

　　str = String.valueOf(str);

　　}

　　int len = str.length();

　　int newcount = count + len;

　　if (newcount > value.length) expandCapacity(newcount);

　　str.getChars(0, len, value, count);

　　count = newcount; return this;

　　}

　　append()方法首先计算字符串追加完成后的总长度，如果这个总长度大于StringBuffer的存储能力，append()方法调用私有的expandCapacity()方法。expandCapacity()方法在每次被调用时使StringBuffer存储能力加倍，并把现有的字符数组内容复制到新的存储空间。

　　在第二个代码片段中（以及在第一个代码片段的编译结果中），由于字符串追加操作的最后结果是“Testing String Concatenation Performance”，它有40个字符，StringBuffer的存储能力必须扩展两次，从而导致了两次代价昂贵的复制操作。因此，我们至少有一点可以做得比编译器更好，这就是分配一个初始存储容量大于或者等于40个字符的StringBuffer，如下所示：

　　StringBuffer s = new StringBuffer(45);

　　s.append("Testing String");

　　s.append(" ");

　　s.append("Concatenation Performance");

　　String s3 = s.toString();

　　再考虑下面这个例子：

　　String s = "";

　　int sum = 0;

　　for(int I=1; I<10; I++) {

　　sum += I;

　　s = s + "+" +I ;

　　}

　　s = s + "=" + sum;

　　分析一下为何前面的代码比下面的代码效率低：

　　StringBuffer sb = new StringBuffer();

　　int sum = 0;

　　for(int I=1;

　　I<10; I++){

　　sum + = I;

　　sb.append(I).append("+");

　　}

　　String s = sb.append("=").append(sum).toString();

　　原因就在于每个s = s + "+" + I操作都要创建并拆除一个StringBuffer对象以及一个String对象。这完全是一种浪费，而在第二个例子中我们避免了这种情况。

　　我们再来看看另外一个常用的Java类??java.util.Vector。简单地说，一个Vector就是一个java.lang.Object实例的数组。Vector与数组相似，它的元素可以通过整数形式的索引访问。但是，Vector类型的对象在创建之后，对象的大小能够根据元素的增加或者删除而扩展、缩小。请考虑下面这个向Vector加入元素的例子：

　　Object obj = new Object();

　　Vector v = new Vector(100000);

　　for(int I=0;

　　I<100000; I++) { v.add(0,obj); }

　　除非有绝对充足的理由要求每次都把新元素插入到Vector的前面，否则上面的代码对性能不利。在默认构造函数中，Vector的初始存储能力是10个元素，如果新元素加入时存储能力不足，则以后存储能力每次加倍。Vector类就象StringBuffer类一样，每次扩展存储能力时，所有现有的元素都要复制到新的存储空间之中。下面的代码片段要比前面的例子快几个数量级：

　　Object obj = new Object();

　　Vector v = new Vector(100000);

　　for(int I=0; I<100000; I++) { v.add(obj); }

　　同样的规则也适用于Vector类的remove()方法。由于Vector中各个元素之间不能含有“空隙”，删除除最后一个元素之外的任意其他元素都导致被删除元素之后的元素向前移动。也就是说，从Vector删除最后一个元素要比删除第一个元素“开销”低好几倍。

　　假设要从前面的Vector删除所有元素，我们可以使用这种代码：

　　for(int I=0; I<100000; I++){ v.remove(0); }

　　但是，与下面的代码相比，前面的代码要慢几个数量级：

　　for(int I=0; I<100000; I++){ v.remove(v.size()-1); }

　　从Vector类型的对象v删除所有元素的最好方法是：

　　v.removeAllElements();

　　假设Vector类型的对象v包含字符串“Hello”。考虑下面的代码，它要从这个Vector中删除“Hello”字符串：

　　String s = "Hello"; int i = v.indexOf(s); if(I != -1) v.remove(s);

　　这些代码看起来没什么错误，但它同样对性能不利。在这段代码中，indexOf()方法对v进行顺序搜索寻找字符串“Hello”，remove(s)方法也要进行同样的顺序搜索。改进之后的版本是：

　　String s = "Hello"; int i = v.indexOf(s); if(I != -1) v.remove(i);

　　这个版本中我们直接在remove()方法中给出待删除元素的精确索引位置，从而避免了第二次搜索。一个更好的版本是：

　　String s = "Hello"; v.remove(s);

　　最后，我们再来看一个有关Vector类的代码片段：

　　for(int I=0; I

　　如果v包含100,000个元素，这个代码片段将调用v.size()方法100,000次。虽然size方法是一个简单的方法，但它仍旧需要一次方法调用的开销，至少JVM需要为它配置以及清除堆栈环境。在这里，for循环内部的代码不会以任何方式修改Vector类型对象v的大小，因此上面的代码最好改写成下面这种形式：

　　int size = v.size(); for(int I=0; I

　　虽然这是一个简单的改动，但它仍旧赢得了性能。毕竟，每一个CPU周期都是宝贵的。

　　拙劣的代码编写方式导致代码性能下降。但是，正如本文例子所显示的，我们只要采取一些简单的措施就能够显著地改善代码性能。

半导体 2009-08-14 16:22 发表评论

程序优化

半导体 — Fri, 14 Aug 2009 03:56:00 GMT

1.如果没有线程同步,最好习惯用StringWriter而不是StringBuffer,因为,StringBuffer是线程安全的,所以,效率会稍微低一点.
当然JDK5以后,还提供了StringBulder,这个类要比StringWriter更好用一些,当然也不是线程安全的.
如果要用StringBuffer，请尽量使用append,不要用+，在用StringBuffer时尽量先分配空间如：StringBuffer s = new StringBuffer(45);
2.数据库查询的结果集处理,我们对数据库操作时,可能会针对里面的数据做处理性质的迁移.一般都是先Select一把,然后把结果集的内容处理,
最后Insert或Update回数据库.这个是效率最低下的.无论是否使用Hibernate都很低下.当然,最好是写一个存储过程来完成这件事,
我们只是调用一下,触发这个事件就可以了.如果非要自己写程序完成,
那么,一定要注意,你在Select的时候,不要将所有数据一次性全都查询出来,
要按行数分次处理否则很容易将内存暴掉.因为,这些数据即使你已经处理完了,
但是,对象有可能被Map或者Collection的某个对象所引用,这样JVM就无法进行回收.
3.程序慢,要找到瓶颈在哪里,这样才能解决.一般是三大部分,一个CPU占用率过高;一个是硬盘访问过于频繁;一个是网络拥塞.
a.CPU占用又可以分三个部分,一个是tomcat占用过高;一个是数据库占用过高;另一个是其他程序(如远程控制程序)占用过高...tomcat过高,
   最有可能是处理数据算法效率太低.数据库占用过高,最有可能的是频繁对一个已经很长的表进行了操作(可以通过建临时表来进行缓解,效果不错).
   其他程序想办法不使用这些程序或再找个空闲的服务器来run这些程序.
b.一般硬盘访问频繁,CPU是不会过高的.比如有一个循环程序,因数据不合要求总是打印日志,而日志就写在文件里,
     这样,由于写日志文件而使得处理线程进展缓慢.可以通过对数据进行预处理,来缓解硬盘访问频繁的状况,或者根据特点采用缓冲区,多线程写文件等技术来解决这样的问题.
c.网络拥塞,看看是否有网络攻击(DOS或者ARP之类的),或者增加带宽.如果是由于联通和电信的互访造成慢的,那么可以考虑使用铁通之类的节点进行中转,效果还算可以.

半导体 2009-08-14 11:56 发表评论

JBOSS内存溢出处理

半导体 — Mon, 27 Jul 2009 08:40:00 GMT

JBoss内存溢出处理原文来自：http://jboss.cn/read.php?tid=250

前几天公司一个项目的服务器坏了，就换了一个备份服务器顶替一下，但是没有跑一会就宕机了，一直报java.lang.OutOfMemoryError。。。。一看到这里，就知道是内存溢出，但是JBoss的内存配置已经达到1024M了，而且对JBoss内存的监测结果看，并不高，怎么会死机呢，好奇怪。搞了半天还是没有结果。郁闷~~~~

到了最后，已经绝望了我，打算换一个JBoss版本，再换一个JDK，看看是不是这些的问题。但是再换以前，我就把日志又重新看了一次，发现一个问题。报的java.lang.OutOfMemoryError后面还有内容：java.lang.OutOfMemoryError: PermGen space，这个好像和java.lang.OutOfMemoryError: Java heap space这个不一样。最后找了一下这个异常！

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域。这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。

改正方法，在 run.bat 中加入：-Xms512m -Xmx1024m -XX:MaxNewSize=256m -XX:MaxPermSize=256m
因为项目中引用了很多的 jar 包，而这些 jar 包中的 class 信息会被 JBoss 的 class loader 加载到 PermGen space 区域，在 JVM 默认的情况下，该部分空间的大小只有 4M，在 jar 包非常多的情况下，显然是不够用的，所以通过 -XX:MaxPermSize=256m 指定最大值后即可解决问题。

我的JBoss里面装载了6个应用，jar包和class加起来有100m左右，配上这个参数后，一切OK，最后服务器修好以后，发现，这个里面的JBoss也是这么来配置的，哎~~看来以后备份，最好还是吧JBoss一起备份出来吧！
而当出现出现 java.lang.OutOfMemoryError: Java heap space 这个异常时，通过调节-Xms512m -Xmx1024m这个就可以解决。
另外，这个两个参数 -XX:+UseParallelGC -XX:+UseParallelOldGC 让服务并行回收内存空间。但是，这两个参数配置上去以后，也会占用一定的内存空间。

半导体 2009-07-27 16:40 发表评论

JBOSS 自动重启及窗口关闭

半导体 — Wed, 24 Jun 2009 03:19:00 GMT

    DOS命令关闭JBOSS窗口。
      E:\jboss-3.2.5\bin\shutdown.bat --
   如果JBOSS窗口仍存在，查看run.bat中

:END
if "%NOPAUSE%" == "" pause
:END_NO_PAUSE
如果有以上这句，那么就得去掉 if "%NOPAUSE%" == "" pause 相当于去掉pause命行。
再试试，一切OK了！

半导体 2009-06-24 11:19 发表评论

JBOSS配置笔记

半导体 — Wed, 22 Nov 2006 08:54:00 GMT

配置本公司 JBOSS 服务器以配置 OLS 为例 (jboss3.2.5) ：

1、拷贝 JDK 到根止录下。

2、解压缩 JBOSS 包到根目录下。

3、配置环境变量：

变量名： JAVA_HOME

变量值： e:\jdk1.4

配置 JBOSS_HOME

变量名： JBOSS_HOME

变量值： d:\jboss-4

配置 PATH

在现在 path 环境变量里加上： e:\jdk1.4\bin; D:\ jboss-4\bin

4、配置 JDBC 驱动：

现以 Microsoft SQL Server 2005 JDBC Driver 为例：

拷贝文件 sqljdbc.rar 到目录 E:\jboss-3.2.5\server\default\lib 下

从 E:\jboss-3.2.5\docs\examples\jca\mssql-ds.xml

到目录 E:\jboss-3.2.5\server\default\deploy 下。

配置 mssql-ds.xml 文件如下：

MSSQLDS

jdbc:sqlserver://localhost:1433;DatabaseName=esysdb

com.microsoft.sqlserver.jdbc.SQLServerDriver

150

300

5、拷贝 ejbdao.rar, ejbdatagrid.rar, ejbfreeedit.rar, ejblicence.rar, ejbweb.rar 文件到 E:\jboss-3.2.5\server\default\deploy 目录下

6、拷贝应用程序 my.rar

7、更改 dbconn.properties 配置文件： E:\jboss-3.2.5\server\default\deploy\MY.war\WEB-INF\classes

8、禁止其他人员查看本系统目录方法：

E:\jboss-3.2.5\server\default\deploy\jbossweb-tomcat50.sar\web.xml

改变属性

listings

true

改为 false

远程浏览本系统 ssl 配置：

首先用 keytool 命令生成认证文件。

更改 E:\jboss-3.2.5\server\default\deploy\jbossweb-tomcat50.sar\server.xml

增加远程访问：如端口为： 8443

maxThreads="300" minSpareThreads="5" maxSpareThreads="100"

scheme="https" secure="true" clientAuth="false"

keystoreFile="${jboss.server.home.dir}/conf/mykeystore.jks"

keystorePass="MyPassword" sslProtocol = "TLS"

URIEncoding="GBK" />

说明： keystoreFile 为密钥存储位置。

9:如果想调用局域网另一个数据库，但不采用连接池的配置：

############################# 4:EDTEXPCON Connection Config Begin ###########################################
EDTEXPCON.isDataSource=false
EDTEXPCON.driver=com.microsoft.sqlserver.jdbc.SQLServerDriver
EDTEXPCON.url=jdbc:sqlserver://10.0.10.10:1433;databaseName=ee
EDTEXPCON.userName=sa
EDTEXPCON.password=sa
############################# EDTDATACON Connection Config End##############################################

错误信息说明及解决办法：

1：Unhandled token type: Unknown token: 0x00

JDBC 驱动与 JBOSS 不匹配，造成系统不稳定。

解决办法，更新 JDBC 驱动。

2,乱码解决:
我们在进行开发时,如果JBOSS配置出现问题,将出现类似???????的乱码,
解决办法:
        在相应的JSP页面里写到:
       <%@ page contentType="text/html;charset=GBK" %>
        gb2312必为GBK
       在路径为:D:\jboss-3.2.5\server\default\deploy\jbossweb-tomcat50.sar\server.xml文件里的:
                   maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
         enableLookups="false" redirectPort="8443" acceptCount="100"
         connectionTimeout="20000" disableUploadTimeout="true"
         URIEncoding="GBK" />
        URIEncoding 改为GBK,
       这样,乱码就会不再出现了.
3

半导体 2006-11-22 16:54 发表评论

端口被占解决办法

半导体 — Sat, 11 Nov 2006 13:40:00 GMT

1,用Active Ports软件查看哪个端口被占用.
2,在服务里把相应服务停掉(或禁止).
3,一般端口占用分析:
port:1098 DNS Server
1099 Internet ConnectionSharing
8443 FTP 工具端口地址更改

半导体 2006-11-11 21:40 发表评论

JBOSS配置出现乱码的解决办法.

半导体 — Wed, 18 Oct 2006 01:44:00 GMT

我们在进行开发时,如果JBOSS配置出现问题,将出现类似???????的乱码,
解决办法:
        在相应的JSP页面里写到:
       <%@ page contentType="text/html;charset=GBK" %>
        gb2312必为GBK
       在路径为:D:\jboss-3.2.5\server\default\deploy\jbossweb-tomcat50.sar\server.xml文件里的:
                   maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
         enableLookups="false" redirectPort="8443" acceptCount="100"
         connectionTimeout="20000" disableUploadTimeout="true"
         URIEncoding="GBK" />
        URIEncoding 改为GBK,
       这样,乱码就会不再出现了.

半导体 2006-10-18 09:44 发表评论

BlogJava-JBOSS 点滴-随笔分类-JBOSS应用服务器设置

一台机器上跑多个JBOSS

I/O exception

WebLogic内存溢出问题配置

license错误解决办法

Tomcat内存溢出的三种情况及解决办法分析 来源：http://developer.51cto.com/art/200908/144653.htm

TOMCAT、 JBOSS HTTPS应用配置方法 http://zhdf.blog.sohu.com/78389522.html

Java入门－－漫谈Java程序的性能优化

Java入门－－漫谈Java程序的性能优化

程序优化

JBOSS内存溢出处理

JBoss内存溢出处理 原文来自：http://jboss.cn/read.php?tid=250

JBOSS 自动重启及窗口关闭

JBOSS配置笔记

端口被占解决办法

JBOSS配置出现乱码的解决办法.

Tomcat内存溢出的三种情况及解决办法分析来源：http://developer.51cto.com/art/200908/144653.htm

JBoss内存溢出处理原文来自：http://jboss.cn/read.php?tid=250