博客园_皓浪－技术交流

Stereoscopic Player 1.7.4 (SSP) 加载字幕

2011-12-07T15:12:00Z

Stereoscopic Player官方提供的DivX设置方法在老版本好使，可是在1.7.4里面死活找不到，最后网上找到办法设置，分享下：

需要安装FFDSHOW解码器（终极解码亦可）。然后如下设置即可

打开SSP。文件-设置-解码器-过滤器标签页把画面拉下来-其他
音频处理器添加 ffdshow Audio Decoder为第一项
视频处理器添加ffdshow raw video fiter为第一项即可。

设置后即可挂字幕跟切换音轨了，设置方法有两种：
1.双击右下角FFD图标出现页面，勾选字幕，字幕-位置下勾选“3D立体影视”；
2.文件-视频属性-过滤器选ffdshow raw filter，点击详细，设置方法同上。

注意：建议使用sub(srt)格式字幕，其它格式可能无法设置字体大小等格式。

本文链接

layout_weight体验(实现按比例显示)

2011-11-04T09:50:00Z

在android开发中LinearLayout很常用，LinearLayout的内控件的android:layout_weight在某些场景显得非常重要，比如我们需要按比例显示。android并没用提供table这样的控件，虽然有TableLayout，但是它并非是我们想象中的像html里面的table那么好用，我们常用ListView实现table的效果，但是列对齐确比较麻烦，现在用LinearLayout及属性android:layout_weight能很好地解决。下面我们共同体验下layout_weight这个属性。

　　一、LinearLayout内的控件的layout_width设置为"wrap_content"，请看一下xml配置：

<LinearLayout
      android:orientation="horizontal"
      android:layout_width="fill_parent"
      android:layout_height="fill_parent"
      android:layout_weight="1"
     >
      <TextView
          android:layout_width="wrap_content"
          android:layout_height="fill_parent"
          android:layout_weight="1"
          android:background="#aa0000"
          android:gravity="center"
          android:text="1"/>
      <TextView
          android:layout_width="wrap_content"
          android:layout_height="fill_parent"
          android:layout_weight="2"
          android:background="#00aa00"
          android:gravity="center"
          android:text="1"/>
      <TextView
          android:layout_width="wrap_content"
          android:layout_height="fill_parent"
          android:layout_weight="3"
          android:background="#0000aa"
          android:gravity="center"
          android:text="1"/>
  </LinearLayout>

效果如下：

可以看到这三个TextView是按照1:2:3的比例进行显示的，这样看来似乎可以实现按照比例显示了，但是有个问题，如果TextView内的文本长度一同那么较长文本的TextView会宽度会有所增加，见下面配置及效果：

配置：

<LinearLayout
      android:orientation="horizontal"
      android:layout_width="fill_parent"
      android:layout_height="fill_parent"
      android:layout_weight="1">
      <TextView
          android:layout_width="wrap_content"
          android:layout_height="fill_parent"
          android:layout_weight="1"
          android:background="#aa0000"
          android:gravity="center"
          android:text="1111111111111111111111111111111111111111111"/>
      <TextView
          android:layout_width="wrap_content"
          android:layout_height="fill_parent"
          android:layout_weight="2"
          android:background="#00aa00"
          android:gravity="center"
          android:text="2"/>
      <TextView
          android:layout_width="wrap_content"
          android:layout_height="fill_parent"
          android:layout_weight="3"
          android:background="#0000aa"
          android:gravity="center"
          android:text="3"/>
  </LinearLayout>

效果：

这样看来我们所需要的按比例又无法实现了，经过满天地google终于找到了解决方案，就是设置layout_width设置为"wrap_content"。配置及效果见下：

<LinearLayout
      android:orientation="horizontal"
      android:layout_width="fill_parent"
      android:layout_height="fill_parent"
      android:layout_weight="1">
      <TextView
          android:layout_width="0dp"
          android:layout_height="fill_parent"
          android:layout_weight="1"
          android:background="#aa0000"
          android:gravity="center"
          android:text="1111111111111111111111111111111111111111111"/>
      <TextView
          android:layout_width="0dp"
          android:layout_height="fill_parent"
          android:layout_weight="2"
          android:background="#00aa00"
          android:gravity="center"
          android:text="2"/>
      <TextView
          android:layout_width="0dp"
          android:layout_height="fill_parent"
          android:layout_weight="3"
          android:background="#0000aa"
          android:gravity="center"
          android:text="3"/>
  </LinearLayout>

效果：

这样终于达到我们的按比例显示的效果了，感觉很是奇怪，android开发框架的大佬们有时候设计确实有点匪夷所思。

　　二、LinearLayout内的控件的layout_width设置为"fill_parent"，请看一下xml配置：

<LinearLayout
      android:orientation="horizontal"
      android:layout_width="fill_parent"
      android:layout_height="fill_parent"
      android:layout_weight="1">
      <TextView
          android:layout_width="fill_parent"
          android:layout_height="fill_parent"
          android:layout_weight="1"
          android:background="#aa0000"
          android:gravity="center"
          android:text="1"/>
      <TextView
          android:layout_width="fill_parent"
          android:layout_height="fill_parent"
          android:layout_weight="2"
          android:background="#00aa00"
          android:gravity="center"
          android:text="2"/>
  </LinearLayout>

效果如下：

奇怪吧，整个宽度平分3块，第一个TextView占了两块，这样看来weight值越小的优先级越大。只有两个TextView似乎看出些道理，那么让我们看看三个是什么效果：

<LinearLayout
      android:orientation="horizontal"
      android:layout_width="fill_parent"
      android:layout_height="fill_parent"
      android:layout_weight="1">
      <TextView
          android:layout_width="fill_parent"
          android:layout_height="fill_parent"
          android:layout_weight="1"
          android:background="#aa0000"
          android:gravity="center"
          android:text="1"/>
      <TextView
          android:layout_width="fill_parent"
          android:layout_height="fill_parent"
          android:layout_weight="2"
          android:background="#00aa00"
          android:gravity="center"
          android:text="2"/>
      <TextView
          android:layout_width="fill_parent"
          android:layout_height="fill_parent"
          android:layout_weight="3"
          android:background="#0000aa"
          android:gravity="center"
          android:text="3"/>
  </LinearLayout>

效果：

什么意思？第三个TextView丢掉了，很是奇怪，让我们再试一个，把weight分别改为2,3,4的看看效果：

这个效果让人很困惑，我一直想寻求出一个确切的比例公式，但是至今未找到。有哪位大神能搞定的话忘不吝赐教。

虽然这个android:layout_weight属性很怪异，但幸运的是我们达到了目标：

　　按比例显示LinearLayout内各个子控件，需设置android:layout_width="0dp"，如果为竖直方向的设置android:layout_height="0dp"。在这种情况下某子个控件占用LinearLayout的比例为：本控件weight值 / LinearLayout内所有控件的weight值的和。

本文链接

Linux5配置jboss环境

2011-03-02T08:18:00Z

Linux5配置jboss环境

说明：
Linux版本：Redhat Enterprise Linux 5

JDK版本：jdk1.6.0_21(安装文件：jdk-6u21-linux-i586-rpm.bin)

Jboss版本：jboss-5.1.0.GA

进入系统的用户是用root，拥有最大的权限。

1.安装JDK

(1)在根目录下面创建JDK目录：＃mkdir jdk,然后用FTP上传你的jdk-6u21-linux-i586-rpm.bin 这个文件到目录下。

(2)进入到JDK目录下：＃chmod +x jdk-6u21-linux-i586-rpm.bin 或 #chmod 755 jdk-6u21-linux-i586-rpm.bin 设置文件可执行权限；

(3)# ./jdk-6u21-linux-i586-rpm.bin 执行后会发现生成了/usr/java/jdk1.6.0_21/的文件夹，即为java的根目录。

(4)设置环境变量 # vi /etc/profile;这样作的目的是让所有的用户用到。进入编辑模式，添加添加如下设置：

    JAVA_HOME=/usr/java/jdk1.6.0_21
    CLASSPATH=.:$JAVA_HOME/lib/tools.jar
    PATH=$JAVA_HOME/bin:$PATH
    export JAVA_HOME CLASSPATH PATH

写好了以后，我们要重文本模式转换到命令模式，用esc来切换。然后用:wq保存退出。重启机器用#shutdown -r now,用java -version查看JDK安装情况。

2.安装JBOSS。

(1)下载jboss压缩文件jboss-5.1.0.GA.zip,#unzip jboss-5.1.0.GA.zip解压压缩文件，#cp jboss-5.1.0.GA /usr/jboss-5.1.0.GA复制到指定的文件，也可直接解压到指定

的文件目录下。

(2)设置环境变量：
#vi /etc/profile 进入编辑模式并添加以下内容：

JBOSS_HOME=/usr/jboss-5.1.0.GA
PATH=$PATH:/usr/jboss-5.1.0.GA/bin
export JBOSS_HOME PATH
(3)#source /etc/profile 让环境变量立即有效,可使用#echo $JBOSS_HOME查看环境变量。

(4)#cd $JBOSS_HOME/bin 进入到bin目录下用：

#./run.sh & 来启动Jboss,用IP来访问页面，http://localhost:8080就可以出现测试页面了，也可使用#wget http://localhost:8080测试。

(5)使其它主机通过ip访问：
    使用命令#./run.sh -b 0.0.0.0 & 启动可是其它主机通过ip访问，如想让在终端退出后jboss仍然运行可使用以下命令(要使用exit命令退出)：
    #nohup ./run.sh -b 0.0.0.0 & 此时可以通过#more nohup.out查看日志


           也可使用以下方法，重新创建个启动文件，启动jboss时使用它启动：
    #cd $JBOSS_HOME/bin 目录下去

#vi start.sh 编辑该文件，然后加入nohup ./run.sh -Djboss.bind.address=服务的IP(可设置为0.0.0.0) &

#chmod a+x start.sh --赋予权限

#./start.sh --之后只需运行此命令即可

3.设置JBOSS开机启动服务

(1)#cp /usr/server/jboss-5/bin/jboss_init_redhat.sh /etc/rc.d/init.d/jboss 复制文件jboss_init_redhat.sh到指定的文件内，这里为jboss。

(2)#vi /etc/rc.d/init.d/jboss 进入编辑模式修改jboss启动参数，

修改对应的JAVA_HOME,JAVA_USER,JAVAPATH，如下：

JBOSS_HOME=${JBOSS_HOME:-"/usr/jboss-5.1.0.GA"}
JBOSS_USER=${JBOSS_USER:-"root"}
JAVAPTH=${JAVAPTH:-"/usr/java/jdk1.6.0_21/bin"}

为了使jboss适应所有ip在文件开头加
JBOSS_HOST=${JBOSS_HOST:-"0.0.0.0"}

如要测试修改是否正确可使用命令#/etc/rc.d/init.d/jboss start 手工启动，等待几分钟测试jboss是否启动，如未启动说明修改错误。

(3)修改rc.local使得开机启动

#vi /etc/rc.d/rc.local 进入编辑模式添加以下内容：
/etc/rc.d/init.d/jboss start

本文链接

pager-taglib 分页扩展实例

2010-11-25T08:40:00Z

pager-taglib 是个很好的jsp分页标签，使用它结合jstl可以实现灵活的分页导航功能。在实际的开发中post方式的提交比较常见，本人做了一个比较通用的基于post方式的一个应用。主要实现一下功能：
1.添加输入跳转、每页记录数选择功能
2.显示数据与struts2结合实现各行变色
3.基于jquery.form插件的无刷新表单提交，实现无刷新效果
实现环境：struts2.2.1、jdk6、jboss5.1、pager-taglib、mysql
以上环境内通过测试，具体用法请参考项目内readme.txt

效果如下：

代码下载地址：

http://download.csdn.net/source/2862539

本文链接

DisplayTag1.2 扩展(自定义分页、排序、导出、页面导航)

2010-11-25T08:31:00Z

DisplayTag1.2 扩展(自定义分页、排序、导出、页面导航)

DisplayTag是个很好的jsp标签，目前最新版本为1.2，支持了自定义分页，解决了之前版本每次查询都把全部数据查出的低效率做法。但是DisplayTag默认是通过url传参，以及分页导航不灵活给人们带来了不少麻烦。鉴于此本人对它做了扩展，主要扩展功能如下：
1.自定义分页、排序
2.自定义导出数据
3.增强分页导航功能，可以实现输入跳转、选择每页记录数等
4.自定义导出按钮
5.基于jquery.form插件的无刷新表单提交，实现无刷新效果
6.添加鼠标经过变色

效果如下：

实现环境：struts2.2.1、jdk6、jboss5.1、displaytag1.2、mysql
以上环境内通过测试，具体用法请参考项目内readme.txt

代码下载地址：

http://download.csdn.net/source/2862544

本文链接

EJB3在JBoss5内集群探究

2010-11-11T10:43:00Z

EJB3在JBoss5x内集群探究

本文介绍ejb3在jboss5x内集群的基本配置及注意事项，我们主要的目的是在jboss5x内集群ejb3,，然后被客户端(可以是web应用程序)，不涉及到jboss http请求集群内容。具体见下：

一、 程序准备

我们准备两个项目ejb.rar、webapp.war，其中前者是ejb3项目、后者是web应用程序，主要代码如下：

ejb.rar主要代码：

接口：

package com.sample;

@Remote

//@Local

public interface HelloBeanItf {

public void doSomething();

}

实现：

package com.sample;

import java.io.Serializable;

import javax.ejb.*;

import org.jboss.annotation.ejb.Clustered;

@Stateless

@Clustered

public class HelloBean implements HelloBeanItf {

int counter = 0;

public void doSomething() {

counter++;

System.out.println("Stateless : Value of counter is " + counter);

}

上面是无状态的session bean，注意标注@Clustered是必须的，如果不进行标注那么这个session bean将不会被集群。同样有状态的session bean的集群声明也是这样的，如下：

@Stateful

@Clustered

public class HelloBean2 implements HelloBeanItf,Serializable {

int counter = 0;

public void doSomething() {

counter++;

System.out.println("Stateful : Value of counter is " + counter);

}

webapp.war主要代码：

创建index.jsp文件用以调用无状态session bean，在主要代码如下：

public void jspInit () {

try {

HelloBeanItf ejb = null;

InitialContext ctx = new InitialContext();

for(int i=0;i<10;i++){

//ejb = (HelloBeanItf) ctx.lookup("HelloBean/local");

ejb = (HelloBeanItf) ctx.lookup("HelloBean/remote");

}

catch (Exception exc) {

exc.printStackTrace();

}

ejb.doSomething();

Stateless EJB invoked

创建index2.jsp文件用以调用有状态session bean，在主要代码如下：

public void jspInit () {

try {

HelloBeanItf ejb = null;

InitialContext ctx = new InitialContext();

for(int i=0;i<10;i++){

//ejb = (HelloBeanItf) ctx.lookup("HelloBean2/local");

ejb = (HelloBeanItf) ctx.lookup("HelloBean2/remote");

}

catch (Exception exc) {

exc.printStackTrace();

}

ejb.doSomething();

Stateful EJB invoked

Classpath下添加jndi.porperties文件，具体如下：

java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory

java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces

java.naming.provider.url=192.168.1.2:1099, 192.168.1.3:1099

二、 配置jboss

配置jboss要稍微麻烦点，我们在三台机器上分别部署jboss名称分别为jboss1、jboss2、jboss3，对应的ip分别为192.168.1.1、192.168.1.2、192.168.1.3。配置具体步骤如下：

(1) 使jboss能通过ip访问，分别找到jboss2与jboss3安装目录下的文件jboss-home\server\all\deploy\jbossweb.sar\server.xml并打开，把

改为：

(2) 配置jvmRoute,打开jboss2及jboss3内的文件jboss-home\server\all\deploy\jbossweb.sar\server.xml，修改

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

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

(3) 设置ServerPeerID，打开jboss2及jboss3内的文件jboss-home\ server\all\deploy\messaging\ messaging-service.xml，修改

<attribute name="ServerPeerID">${jboss.messaging.ServerPeerID:0}</attribute>

jboss2改为：<attribute name="ServerPeerID">${jboss.messaging.ServerPeerID:2}</attribute>

jboss3改为：<attribute name="ServerPeerID">${jboss.messaging.ServerPeerID:3}</attribute>

三、部署

我们把ejb分别部署到jboss2和jboss3内，使它们进行集群。把web客户端部署到jboss1内用以访问ejb，具体如下：

(1) 复制ejb.jar到jboss2的jboss-home\server\all\farm下，使用all进行部署是因为all内包含所有的服务，集群服务及jboss cache服务都是我们所需的，放入farm内是为了当几个jboss集群后它们将自动完成部署ejb到各自的farm目录内，不过这个功能偶尔会部署失败，可以手工copy一份。当然我们也可以手工把ejb分别复制jboss2、jboss3的jboss-home\server\all\deploy目录下，集群效果一样。

(2) 分别进入jboss2、jboss3主机上控制台进入jboss安装目录使用 run.bat –c all -b 0.0.0.0 命令启动jboss。

当然我们也可以分别用run.bat –c all -b 192.168.1.2 run.bat –c all -b 192.168.1.3分别启动

(3) 部署webapp.war到jboss1的目录jboss-home\server\default\deploy下，并启动jboss1

(4) 部署webapp.war到jboss2的目录jboss-home\server\all\deploy下，用以跟jboss1的web客户端做比对。

四、 运行分析

(1) 运行jboss1内的web客户端

在浏览器上输入http://192.168.1.1/webapp/index.jsp，后我们观察下jboss2、jboss3的控制台

jboss2

jboss3

Stateless : Value of counter is 1

Stateless : Value of counter is 2

Stateless : Value of counter is 3

Stateless : Value of counter is 1

Stateless : Value of counter is 2

Stateless : Value of counter is 3

Stateless : Value of counter is 4

Stateless : Value of counter is 5

再刷新一次如下：

jboss2

jboss3

Stateless : Value of counter is 3

Stateless : Value of counter is 4

Stateless : Value of counter is 5

Stateless : Value of counter is 6

Stateless : Value of counter is 7

Stateless : Value of counter is 8

Stateless : Value of counter is 9

Stateless : Value of counter is 10

第一次访问时我们循环了10次，发现在jboss上分别运行了5次，这就达到了负载均衡的目的。第二次访问了我们看jboss内counter是的规律是11223344…这说明jboss1内产生了两个HelloBean 的实例进行轮训访问，而jboss2内只有一个HelloBean 的实例，这完全符合无状态session bean的特性，至于为什么jboss2内有两个实例，还未搞清楚，有待探究。

然后我们在浏览器内输入http://192.168.1.1/webapp/index2.jsp，后我们观察下jboss2、jboss3的控制台

jboss2

jboss3

Stateful : Value of counter is 1

Stateful : Value of counter is 2

Stateful : Value of counter is 3

Stateful : Value of counter is 4

Stateful : Value of counter is 5

Stateful : Value of counter is 6

Stateful : Value of counter is 7

Stateful : Value of counter is 8

Stateful : Value of counter is 9

Stateful : Value of counter is 10

再刷新一次如下：

jboss2

jboss3

Statefu l: Value of counter is 1

Stateful : Value of counter is 2

Stateful : Value of counter is 3

Stateful : Value of counter is 4

Stateful : Value of counter is 5

Statefu l: Value of counter is 6

Stateful : Value of counter is 7

Stateful : Value of counter is 8

Stateful : Value of counter is 9

Stateful : Value of counter is 10

如再连续刷新两次发现输入跟上面一样。第一次访问时我们循环了10次，发现在jboss3上分别运行了10次产生了一个HelloBean2实例，第二次jboss2上运行10次产生了一个HelloBean2实例，这样我们可以看出，每次访问时集群会随机给我们找一个ejb服务，而每次访问都会产生一个新的session bean实例，这完全符合有状态session bean的特性。

(2) 关闭jboss3，我们按照上一步操作进行，发现访问正常进行，所有的请求都在jboss2上响应了，这样我们就达到了故障转移的目的。

(3) 以同样的方式重新启动jboss3，我们分别通过http://192.168.1.2/webapp/index.jsp，http://192.168.1.2/webapp/index2.jsp，进行访问，不难发现所有的请求都在jboss2上得到了响应，这是因为如果如果jboss内的web客户端访问集群ejb时，如果要访问的ejb集群本机也参与的话那么群集只返回本机的ejb，当然如果本机的ejb挂掉的话集群是可以随机分配其它jboss内的ejb的。

(4) 我们可以把HelloBeanItf 的注解改为@Local，把index.jsp、index2.jsp内的 ctx.lookup("HelloBean2/remote"); 改为 ctx.lookup("HelloBean2/local");然后按照之前方式重新部署，我们发现只能通 http://192.168.1.2/webapp/index.jsp，http://192.168.1.2/webapp/index2.jsp进行访问，而且请求全部在jboss2上响应，这也符合Local的session bean的特性。

五、讨论

通过上面的测试我们可以想象，我们可以构造这样一个集群系统，在一个jboss内构建对外的web客户端来访问其它多个集群后的ejb服务的系统是完全可行的，这样要求这个对外web客户端的jboss不能参与ejb的集群。这种方式看上去有点类似于apache+mod_jk+jboss的http集群，但本质上是不太一样的。这两种方式的集群到底哪个更优本人还未进行过测试，希望以后能有机会亲自测试体验下。以上是我对jboss内集群ejb的一些探究，不足与错误忘大家指点。

本文链接

maven2 Jetty运行多模块的web application

2010-10-25T15:16:00Z

maven2 Jetty运行多模块的web application

方法一：

设置extraClasspath，见一下程序结构

pom.xml (packaging pom, has two modules)
m2_common01/
- pom.xml (packaging jar<
m2_webapp01/
- pom.xml(packaging war, depends on m2_common01)

曾尝试着在m2_webapp01/pom.xml内配置但是没有成功，后在主项目内pom.xml内配置运行正常，具体配置如下：

......

<groupId>org.mortbay.jetty</groupId>

<artifactId>jetty-maven-plugin</artifactId>

<webAppSourceDirectory>${basedir}/m2_webapp01/src/main/webapp</webAppSourceDirectory>

<classesDirectory>${basedir}/m2_webapp01/target/classes</classesDirectory>

<contextPath>/m2_webapp01</contextPath>

<extraClasspath>${basedir}/m2_common01/target/classes</extraClasspath>

</webAppConfig>

<scanTarget>${basedir}/m2_common01/target/classes</scanTarget>

</scanTargets>

</configuration>

</plugin>

......

</plugins>

本文链接

JBoss5开发web service常见问题

2010-10-15T09:36:00Z

最近在研究EJB3，在使用EJB3的Web service的时候遇到了不少棘手的问题，现在总结常见问题与大家分享，希望您能少浪费些时间去漫天地搜解决方案，具体见下：

1.
服务器端错误信息：
jboss5 java.lang.NoClassDefFoundError: org/apache/xerces/xs/XSModel

症状：
(JBoss5.1内有此现象)在控制台启动则可以正常部署，在eclipse内则报错。

解决方法：
很可能是在添加服务器的时候选择了eclipse的JBoss插件，位置：JBoss->JBoss V5.0，改为JBoss Tool插件内的JBossAS Tool插件，位置：JBoss Community->JBoss AS V5.1

2.
(JBoss5.1内有此现象)
客户端调用报错，
当使用JBossWS调用Webservice时报错如下两个异常交替出现：
javax.xml.ws.WebServiceException: No Content-type in the header
和
javax.xml.ws.WebServiceException: java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage

当使用Axis是报错如下：
org.xml.sax.SAXParseException: Premature end of file.

原因及解决办法：
把JBoss4.2内的JBOSS_HOME/client目录下的一下文件复制到JBoss5.1内的JBOSS_HOME/lib/endorsed目录下，重启服务就可以了。
jboss-jaxrpc.jar
jboss-jaxws.jar
jboss-jaxws-ext.jar
jboss-saaj.jar

另一种做法是下载JBoss5.1的jdk1.6版本。

参考如下：
I read the release notes for Jboss as 4.2.3.GA and it describes what to do if running webservies using jdk1.6. Here is what helped me: (taken from the release notes and followed exactly as printed)

* JBossAS 4.2.3.GA can be compiled with both Java5 & Java6. The Java5 compiled binary is our primary/recommended
binary distribution. It has undergone rigorous testing and can run under both a Java 5 and a Java 6 runtime. When
running under Java 6 you need to manually copy the following libraries from the JBOSS_HOME/client directory to
the JBOSS_HOME/lib/endorsed directory, so that the JAX-WS 2.0 apis supported by JBossWS are used:
          o jboss-jaxrpc.jar
          o jboss-jaxws.jar
          o jboss-jaxws-ext.jar
          o jboss-saaj.jar

本文链接

jboss启动常见的错误

2010-09-25T08:55:00Z

1.报错：java.rmi.server.ExportException: Port already in use: 1098; nested exception is:
java.net.BindException: Address already in use: JVM_Bind
此错误常在4.2版本中出现。
需要修改的文件的路径：jboss-4.2.2.GA\server\default\conf\jboss-service.xml 把1098改为其它号码即可，一直改到它成功为止

2.报错：java.net.BindException: Address already in use: JVM_Bind:8080
需要修改的文件的路径：jboss-4.2.2.GA\server\default\deploy\jboss-web.deployer\server.xml
把8080改为其它号码即可，一直改到它成功为止，修改后一定记得要保存.如安装eclipse插件可以打开服务直接修改Port即可。
此错误在各个版本都常见。

JBOSS里面这个异常说明端口1098被其他进程占用了，查看占用进程的方法为：

1）命令行cmd -> netstat -ano | findstr "1098"，得到占用端口1098的pID
2）ctrl+alt+del，进入任务管理器，点击“查看‘，选择pid后，查看是那个进程占用的，结束即可

3.报错：Deployment "AttachmentStore" is in error due to: java.lang.IllegalArgumentException: Wrong arguments. new for target java.lang.reflect.Constructor expected=[java.net.URI] actual=[java.io.File]
具体：
...
16:15:28,605 ERROR [AbstractKernelController] Error installing to Instantiated: name=AttachmentStore state=Described
java.lang.IllegalArgumentException: Wrong arguments. new for target java.lang.reflect.Constructor expected=[java.net.URI] actual=[java.io.File]
    at org.jboss.reflect.plugins.introspection.ReflectionUtils.handleErrors(ReflectionUtils.java:395)
    at org.jboss.reflect.plugins.introspection.ReflectionUtils.newInstance(ReflectionUtils.java:153)
    at org.jboss.reflect.plugins.introspection.ReflectConstructorInfoImpl.newInstance(ReflectConstructorInfoImpl.java:106)
    at org.jboss.joinpoint.plugins.BasicConstructorJoinPoint.dispatch(BasicConstructorJoinPoint.java:80)
    at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.createTarget(AOPConstructorJoinpoint.java:282)
    at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.dispatch(AOPConstructorJoinpoint.java:103)
    at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:241)
    at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
    at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:109)
    at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:70)
    at org.jboss.kernel.plugins.dependency.InstantiateAction.installActionInternal(InstantiateAction.java:66)
    at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
    at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
    at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
    at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
    at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
    at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
    at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
    at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
    at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
    at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
    at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774)
    at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
    at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean(AbstractKernelDeployer.java:319)
    at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBeans(AbstractKernelDeployer.java:297)
    at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(AbstractKernelDeployer.java:130)
    at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.deploy(BasicKernelDeployer.java:76)
    at org.jboss.bootstrap.microcontainer.TempBasicXMLDeployer.deploy(TempBasicXMLDeployer.java:91)
    at org.jboss.bootstrap.microcontainer.TempBasicXMLDeployer.deploy(TempBasicXMLDeployer.java:161)
    at org.jboss.bootstrap.microcontainer.ServerImpl.doStart(ServerImpl.java:138)
    at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:450)
    at org.jboss.Main.boot(Main.java:221)
    at org.jboss.Main$1.run(Main.java:556)
    at java.lang.Thread.run(Thread.java:619)
Failed to boot JBoss:
java.lang.IllegalStateException: Incompletely deployed:

DEPLOYMENTS IN ERROR:
Deployment "AttachmentStore" is in error due to: java.lang.IllegalArgumentException: Wrong arguments. new for target java.lang.reflect.Constructor expected=[java.net.URI] actual=[java.io.File]

DEPLOYMENTS MISSING DEPENDENCIES:
Deployment "ProfileServicePersistenceDeployer" is missing the following dependencies:
    Dependency "AttachmentStore" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "ProfileServiceDeployer" is missing the following dependencies:
    Dependency "AttachmentStore" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "ProfileService" is missing the following dependencies:
    Dependency "ProfileServiceDeployer" (should be in state "Installed", but is actually in state "Instantiated")
    Dependency "jboss.kernel:service=KernelController" (should be in state "Installed", but is actually in state "**ERROR**")
Deployment "ProfileServiceBootstrap" is missing the following dependencies:
    Dependency "ProfileService" (should be in state "Installed", but is actually in state "Instantiated")
    Dependency "jboss.kernel:service=Kernel" (should be in state "Installed", but is actually in state "**ERROR**")

    at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.internalValidate(AbstractKernelDeployer.java:278)
    at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.validate(AbstractKernelDeployer.java:174)
    at org.jboss.bootstrap.microcontainer.ServerImpl.doStart(ServerImpl.java:142)
    at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:450)
    at org.jboss.Main.boot(Main.java:221)
    at org.jboss.Main$1.run(Main.java:556)
    at java.lang.Thread.run(Thread.java:619)
16:15:29,515 INFO [ServerImpl] Runtime shutdown hook called, forceHalt: true
16:15:29,523 INFO [ServerImpl] Shutdown complete
Shutdown complete
Halting VM

此错误常在5.1版本中出现。
这个错误是配置文件profile.xml内的一个bug，文件路径为：$JBOSS_HOME/server/<serverName>/conf/bootstrap/profile.xml
把其中的节点：
<bean name="AttachmentStore" >
<constructor><parameter><inject bean="BootstrapProfileFactory" property="attachmentStoreRoot" /></parameter></constructor>
修改为：
<bean name="AttachmentStore" >
<constructor><parameter ><inject bean="BootstrapProfileFactory" property="attachmentStoreRoot" /></parameter></constructor>

4.错误信息：
ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] (main) Error installing to Start: name=jboss:service=NamingProviderURLWriter state=Create mode=Manual requiredState=Installed
java.io.IOException: Access is denied

解决办法：停止windows的Indexing Service服务。出现错误原因如下：
It seemed that a file was being locked for some reason, and that file was obviously necessary for JBoss to start. Some further investigation (ok, I admit, I just tried to delete all of JBoss with the faith that it would fail on the locked file), it turns out that file was some file called jnp-service.url in the data directory of the default server. After downloading and installing the handy Unlocker tool (http://ccollomb.free.fr/unlocker/), it turns out that cidaemon.exe (aka the Windows Indexing Service) was locking the file for some reason. Turning off the Indexing Service solved that problem.

The second issue came when I attempted to deploy my WAR file with my JAX-WS service into my new JBoss server. Again, I could not get it to deploy, and a review of the log files showed
"vfsfile:/C:/dev/Workspaces/BeliefNet/.metadata/.plugins/org.jboss.ide.eclipse.as.core/JBoss_5.1_Server/deploy/RAFTSOA.war/" is in error due to the following reason(s): java.lang.StringIndexOutOfBoundsException: String index out of range: -1
A strange and cryptic error indeed. As you can see, I was using the JBoss tools integration with Eclipse, so I tried just exporting the WAR file and copying it manually to the JBoss deploy directory, but still no luck. With nightmares of "pouring through source code to see what JBoss is doing when it throws this exception" dancing in my head, luckily Google gave a bunch of pieces to the puzzle to what might be causing this. It turns out that JBoss requires all servlets and such to be inside a package. This was not the case when I was just deploying in Tomcat alone, but luckily this is among the easiest problems to fix.
Happy to say, after those issues were resolved, my sample JAX-WS application is up and running. Now I just have to unlock the puzzle of JAX-WS, JAXB, and how everything lives in harmony to create a viable SOA solution....

5.启动正常在但是使用JBoss Tool3.1的插件JBossAS Tool发布无效(JBoss5.1 Runtime Server发布无效)，但是在默认Runtime路径“workspace\.metadata\.plugins\org.jboss.ide.eclipse.as.core\JBoss_5.1_Runtime_ServerXXX”内可以看到发布的项目，启动JBoss却无法访问发布信息，这个问题郁闷了我两天，最终发现一个令人无语的问题，那就是在创建JBoss的项目的时候项目物理路径内不能存在空格，比如路径“Ejb3 Project”等带有空格目录的项目发布后将无法被JBoss正确加载(真佩服这帮程序员)。

解决办法：在开发JBoss的项目时候项目路径一定不要带空格或者其它比较少用的特殊字符，JBoss对路径特别敏感。

OK，可以正常启动了。

本文链接

ADO连接池

2010-09-01T09:11:00Z

Delphi做服务器端如果每次请求都创建一个连接就太耗资源了，而使用一个全局的连接那效率可想而知，这样就体现出了线程池的重要了。参考一些例子做了个ADO的连接池，用到项目中挺不错的，分享下。

{ ******************************************************* }
{ Description : ADO连接池                                 }
{ Create Date : 2010-8-31 23:22:09                        }
{ Modify Remark :2010-9-1 12:00:09                                           }
{ Modify Date :                                           }
{ Version : 1.0                                           }
{ ******************************************************* }

unit ADOConnectionPool;

interface

uses
Classes, Windows, SyncObjs, SysUtils, ADODB;

type
TADOConnectionPool = class(TObject)
private
    FConnectionList:TThreadList;
    //FConnList: TList;
    FTimeout: Integer;
    FMaxCount: Integer;
    FSemaphore: Cardinal;
    //FCriticalSection: TCriticalSection;
    FConnectionString,
    FDataBasePass,
    FDataBaseUser:string;
    function CreateNewInstance(AOwnerList:TList): TADOConnection;
    function GetLock(AOwnerList:TList;Index: Integer): Boolean;
public
    property ConnectionString:string read FConnectionString write FConnectionString;
    property DataBasePass:string read FDataBasePass write FDataBasePass;
    property DataBaseUser:string read FDataBaseUser write FDataBaseUser;
    property Timeout:Integer read FTimeout write FTimeout;
    property MaxCount:Integer read FMaxCount;

constructor Create(ACapicity:Integer=15);overload;
    destructor Destroy;override;
    /// <summary>
    /// 申请并一个连接并上锁，使用完必须调用UnlockConnection来释放锁
    /// </summary>
    function LockConnection: TADOConnection;
    /// <summary>
    /// 释放一个连接
    /// </summary>
    procedure UnlockConnection(var Value: TADOConnection);
end;

type
PRemoteConnection=^TRemoteConnection;
TRemoteConnection=record
Connection : TADOConnection;
InUse:Boolean;
end;

var
ConnectionPool: TADOConnectionPool;

implementation

constructor TADOConnectionPool.Create(ACapicity:Integer=15);
begin
//FConnList := TList.Create;
FConnectionList:=TThreadList.Create;
//FCriticalSection := TCriticalSection.Create;
FTimeout := 15000;
FMaxCount := ACapicity;
FSemaphore := CreateSemaphore(nil, FMaxCount, FMaxCount, nil);
end;

function TADOConnectionPool.CreateNewInstance(AOwnerList:TList): TADOConnection;
var
p: PRemoteConnection;
begin
Result := nil;

New(p);
p.Connection := TADOConnection.Create(nil);
p.Connection.ConnectionString := ConnectionString;
p.Connection.LoginPrompt := False;
try
    if (DataBaseUser='') and (DataBasePass='') then
      p.Connection.Connected:=True
    else
      p.Connection.Open(DataBaseUser, DataBasePass);
except
    p.Connection.Free;
    Dispose(p);
    raise;
    Exit;
end;
p.InUse := True;
AOwnerList.Add(p);
Result := p.Connection;
end;

destructor TADOConnectionPool.Destroy;
var
i: Integer;
ConnList:TList;
begin
//FCriticalSection.Free;
ConnList:=FConnectionList.LockList;
try
    for i := ConnList.Count - 1 downto 0 do
    begin
      try
        PRemoteConnection(ConnList[i]).Connection.Free;
        Dispose(ConnList[i]);
      except
        //忽略释放错误
      end;
    end;
finally
    FConnectionList.UnlockList;
end;

FConnectionList.Free;
CloseHandle(FSemaphore);
inherited Destroy;
end;

function TADOConnectionPool.GetLock(AOwnerList:TList;Index: Integer): Boolean;
begin
Result := not PRemoteConnection(AOwnerList[Index]).InUse;
if Result then
PRemoteConnection(AOwnerList[Index]).InUse := True;
end;

function TADOConnectionPool.LockConnection: TADOConnection;
var
i,WaitResult: Integer;
ConnList:TList;
begin
Result := nil;
WaitResult:= WaitForSingleObject(FSemaphore, Timeout);
if WaitResult = WAIT_FAILED then
raise Exception.Create('Server busy, please try again');

ConnList:=FConnectionList.LockList;
try
    try
      for i := 0 to ConnList.Count - 1 do
      begin
        if GetLock(ConnList,i) then
        begin
          Result := PRemoteConnection(ConnList[i]).Connection;
          Exit;
        end;
      end;
      if ConnList.Count < MaxCount then
        Result := CreateNewInstance(ConnList);
    except
      // 获取信号且失败则释放一个信号量
      if WaitResult=WAIT_OBJECT_0 then
        ReleaseSemaphore(FSemaphore, 1, nil);
      raise;
    end;
finally
    FConnectionList.UnlockList;
end;

if Result = nil then
begin
    if WaitResult=WAIT_TIMEOUT then
      raise Exception.Create('Timeout expired.Connection pool is full.')
    else
      { This   shouldn 't   happen   because   of   the   sempahore   locks }
      raise Exception.Create('Unable to lock Connection');
end;
end;

procedure TADOConnectionPool.UnlockConnection(var Value: TADOConnection);
var
i: Integer;
ConnList:TList;
begin
ConnList:=FConnectionList.LockList;
try
    for i := 0 to ConnList.Count - 1 do
    begin
      if Value = PRemoteConnection(ConnList[i]).Connection then
      begin
        PRemoteConnection(ConnList[I]).InUse := False;
        ReleaseSemaphore(FSemaphore, 1, nil);

break;
      end;
    end;
finally
    FConnectionList.UnlockList;
end;
end;

initialization

ConnectionPool := TADOConnectionPool.Create();

finalization

ConnectionPool.Free;

end.

本文链接