Jboss 神经质的一次表现－串包
最近几天遇到挺多问题的，今天忙里偷闲总结一下。
事情是这样的。
昨天下午跟往常一样，打完war包准备到JBoss控制台部署，用的JBoss 版本是6.3，步骤是先停了应用，使用replace 替换旧包的方式。但却发生了有史以来最匪夷所思的事情，启动应用失败，查看日志，错误如下：
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018027: Failed to add JBoss Web deployment service
at org.jboss.as.web.deployment.WarDeploymentProcessor.processDeployment(WarDeploymentProcessor.java:361)
at org.jboss.as.web.deployment.WarDeploymentProcessor.deploy(WarDeploymentProcessor.java:126)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [jboss-as-server-7.4.0.Final-redhat-19.jar:7.4.0.Final-redhat-19]
... 5 more
Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.web.deployment.default-host./xxxx.realm is already registered
at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:236) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:742) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:243) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2433) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:243) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2433) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:345) [jboss-msc-1.1.5.Final-redhat-1.jar:1.1.5.Final-redhat-1]
at org.jboss.as.web.deployment.WarDeploymentProcessor.processDeployment(WarDeploymentProcessor.java:299)
找到关键句：Service jboss.web.deployment.default-host./xxxx.realm is already registered
备注：xxxx 代替真实的 default host
从这句话可以明显得出结论：有重复的default host。
好吧，我下意识就使用另一种部署方式：先使用remove，删除现有的包，然后再重新上传新包。
结果可想而知，同样的错误。
从服务器拿到日志，打算细细研究下。
我把应用删了，然后重新启动JBoss, 发现一开始就注册了这个context root.
[org.jboss.web] (ServerService Thread Pool -- 1078) JBAS018210: Register web context: /xxxx
OMG, 这不可能吧，什么情况？？？ 这时的我一脸懵逼，接着想到会不会是有缓存之类的东东，我想起来之前看过JBoss的目录结果， 记得是有临时目录，果不其然，路径大致如下：
jboss-eap-6.3\standalone\tmp\vfs\temp\temp9eebaee74237257a
查了里面的目录，随机抽查了几个文件，大概清楚哪个目录是哪个项目了。接着手起刀落，直接删除，然后重复之前的部署操作。
同样的结局，心有点凉。。。
之前了解到，JBoss部署后会把包生成一个独有的文件放在content目录下，
jboss-eap-6.3\standalone\data\content
这里有个规则，就是部署包后Jboss会在standalone.xml 配置文件里面生成对应的记录，结构如下：sha1 的值是存放在standalone\data\content目录下的文件夹名字组合成的。
举个栗子：下面第一个sha1的值是731de35d4380392069f1eb6da00b22bae6125g56，那么我们就可以在standalone\data\content下面找到73文件夹，然后在该文件夹下面你会发现有
命名为1de35d4380392069f1eb6da00b22bae6125g56的另一个文件夹。
<deployments>
<deployment name="my-package1-1.0.1001.war" runtime-name="my-package1-1.0.1001.war">
<content sha1="731de35d4380392069f1eb6da00b22bae6125g56"/>
</deployment>
<deployment name="my-package2-2.5.0.war" runtime-name="my-package2-2.5.0.war">
<content sha1="7c7ebe5184d935d4a614625602201e2274b4467h"/>
</deployment>
<deployment name="my-package3-2.2.0.war" runtime-name="my-package3-2.2.0.war">
<content sha1="8a6bb5a31814bfc811d44b597b1fa97af3645t6"/>
</deployment>
</deployments>
注：以上三个是现有已部署在JBoss上的应用。我要部署的应用my-package4已经删了。
这时，发现异常现象，即我找到的my-package1-1.0.1001.war 的大小不对劲，居然有80M, 但之前部署的包应该都是40M左右，JBoss不可能擅自主张往里面加东西。而好巧不巧，80M刚好跟我要部署的包大小一致。
验证一下，找了刚才的日志，发现注册的三个web context 包括 my-package2， my-package3，my-package4，就是没有my-package1。
最后得出结论：JBoss串包了。把我my-package4的包链接给了my-package1应用，结果根据my-package4包的定义好的default host注册了 "/my-package4".
<context-root> my-package4</context-root>
把所有应用都停了，先把my-package4应用部署并启动，一点问题都没，但启动my-package1应用就遇到了同样的问题，再一次验证了猜想。
解决方案就是删了my-package1应用，重新上传部署即可。问题自此解决！
