Jakarta ee JBoss7停止响应

偶尔，在我将war部署到我的

独立/deployments

文件夹后，JBoss会像往常一样启动，部署应用程序时不会出现任何错误，然后。。。。空白页

它看起来好像没有监听我的8080端口，我的请求根本没有被执行

我要么手动部署，要么通过EclipseJBoss工具，我再次尝试下载所有软件的最新版本，甚至是在不同的操作系统上

没什么。 然后，我尝试重新启动AS。。。工作正常，下次重新启动。。。它没有：(( 这是随机行为

我想象JBoss的“web模块”（或者你管它叫什么）在服务器启动时没有启动，我比较了“工作”时间和“不工作”时间的启动日志……它们是一样的

> fabio$
> /Applications/jboss/bin/standalone.sh 
> =========================================================================
> 
>   JBoss Bootstrap Environment
> 
>   JBOSS_HOME: /Applications/jboss
> 
>   JAVA:
> /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java
> 
>   JAVA_OPTS: -d32 -client -Xms64m -Xmx512m -XX:MaxPermSize=256m
> -Djava.net.preferIPv4Stack=true -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Djboss.server.default.config=standalone.xml
> 
> =========================================================================
> 
> 16:52:36,841 INFO  [org.jboss.modules] JBoss Modules version 1.1.1.GA
> 16:52:37,325 INFO  [org.jboss.msc] JBoss MSC version 1.0.2.GA
> 16:52:37,360 INFO  [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final
> "Brontes" starting 16:52:38,923 INFO  [org.xnio] XNIO Version 3.0.3.GA
> 16:52:38,923 INFO  [org.jboss.as.server] JBAS015888: Creating http
> management service using socket-binding (management-http) 16:52:38,930
> INFO  [org.xnio.nio] XNIO NIO Implementation Version 3.0.3.GA
> 16:52:38,935 INFO  [org.jboss.remoting] JBoss Remoting version
> 3.2.3.GA 16:52:38,957 INFO  [org.jboss.as.logging] JBAS011502: Removing bootstrap log handlers 16:52:38,960 INFO 
> [org.jboss.as.configadmin] (ServerService Thread Pool -- 26)
> JBAS016200: Activating ConfigAdmin Subsystem 16:52:38,970 INFO 
> [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 31)
> JBAS010280: Activating Infinispan subsystem. 16:52:38,984 INFO 
> [org.jboss.as.osgi] (ServerService Thread Pool -- 39) JBAS011940:
> Activating OSGi Subsystem 16:52:38,986 INFO  [org.jboss.as.naming]
> (ServerService Thread Pool -- 38) JBAS011800: Activating Naming
> Subsystem 16:52:38,999 INFO  [org.jboss.as.security] (ServerService
> Thread Pool -- 44) JBAS013101: Activating Security Subsystem
> 16:52:39,011 INFO  [org.jboss.as.security] (MSC service thread 1-7)
> JBAS013100: Current PicketBox version=4.0.7.Final 16:52:39,022 INFO 
> [org.jboss.as.connector] (MSC service thread 1-8) JBAS010408: Starting
> JCA Subsystem (JBoss IronJacamar 1.0.9.Final) 16:52:39,039 INFO 
> [org.jboss.as.webservices] (ServerService Thread Pool -- 48)
> JBAS015537: Activating WebServices Extension 16:52:39,088 INFO 
> [org.jboss.as.naming] (MSC service thread 1-1) JBAS011802: Starting
> Naming Service 16:52:39,090 INFO  [org.jboss.as.mail.extension] (MSC
> service thread 1-4) JBAS015400: Bound mail session
> [java:jboss/mail/Default] 16:52:39,151 INFO 
> [org.jboss.as.connector.subsystems.datasources] (ServerService Thread
> Pool -- 27) JBAS010403: Deploying JDBC-compliant driver class
> org.h2.Driver (version 1.3) 16:52:39,232 INFO 
> [org.jboss.as.connector.subsystems.datasources] (ServerService Thread
> Pool -- 27) JBAS010404: Deploying non-JDBC-compliant driver class
> com.mysql.jdbc.Driver (version 5.1) 16:52:39,245 INFO 
> [org.apache.coyote.http11.Http11Protocol] (MSC service thread 1-1)
> Starting Coyote HTTP/1.1 on http--0.0.0.0-8080 16:52:39,421 INFO 
> [org.jboss.as.connector.subsystems.datasources] (MSC service thread
> 1-3) JBAS010400: Bound data source [java:jboss/datasources/effebiDS]
> 16:52:39,421 INFO  [org.jboss.as.connector.subsystems.datasources]
> (MSC service thread 1-2) JBAS010400: Bound data source
> [java:jboss/datasources/eyecloud] 16:52:39,422 INFO 
> [org.jboss.as.connector.subsystems.datasources] (MSC service thread
> 1-3) JBAS010400: Bound data source
> [java:jboss/datasources/TicketMonsterDS] 16:52:39,422 INFO 
> [org.jboss.as.connector.subsystems.datasources] (MSC service thread
> 1-1) JBAS010400: Bound data source [java:jboss/datasources/svapp]
> 16:52:39,483 INFO 
> [org.jboss.ws.common.management.AbstractServerConfig] (MSC service
> thread 1-5) JBoss Web Services - Stack CXF Server 4.0.2.GA
> 16:52:39,650 INFO  [org.jboss.as.server.deployment.scanner] (MSC
> service thread 1-6) JBAS015012: Started FileSystemDeploymentService
> for directory /Applications/jboss/standalone/deployments 16:52:39,658
> INFO  [org.jboss.as.server.deployment.scanner]
> (DeploymentScanner-threads - 1) JBAS015003: Found svapp.war in
> deployment directory. To trigger deployment create a file called
> svapp.war.dodeploy 16:52:39,680 INFO  [org.jboss.as.remoting] (MSC
> service thread 1-3) JBAS017100: Listening on /0.0.0.0:4447
> 16:52:39,680 INFO  [org.jboss.as.remoting] (MSC service thread 1-4)
> JBAS017100: Listening on /0.0.0.0:9999 16:52:39,780 INFO 
> [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876:
> Starting deployment of "svapp.war" ... (follows app deployment)

我可以先查什么

编辑

---

HTTP响应代码确实是404（在chrome的开发控制台中可以看到），但是错误页面不是jboss默认页面，而是一个空白页面！

如果您的jboss没有在8080监听，您将不会收到空白页面，而是来自浏览器的连接错误

如果重新启动应用程序后，应用程序运行正常，但未更改部署文件夹中的任何内容，则说明应用程序包是正确的，但未正确部署/初始化

---

您使用的是WAR文件还是分解部署？可能是热部署无法正常工作。我建议使用eclipse中的“重新启动应用程序”按钮（仅在JBoss中重新启动应用程序，而不是JBoss本身）在部署之后-至少我在尝试从eclipse中进行热部署时遇到了类似的行为。

如果您的JBoss在8080没有侦听，您将不会收到空白页，但会收到来自浏览器的连接错误

如果重新启动应用程序后，应用程序运行正常，但未更改部署文件夹中的任何内容，则说明应用程序包是正确的，但未正确部署/初始化

---

您使用的是WAR文件还是分解部署？可能是热部署无法正常工作。我建议使用eclipse中的“重新启动应用程序”按钮（仅在JBoss中重新启动应用程序，而不是JBoss本身）部署后-至少我在尝试从eclipse中进行热部署时遇到了类似的行为。

这个问题在JBoss 8（Wildfly）中得到了解决。我们永远不会知道：）

这个问题在JBoss 8（Wildfly）中得到了解决。我们永远不会知道：）

我在启动JBoss 6.0时也遇到了同样的问题

Jboss没有响应，出现以下错误 15:27:19391信息[服务]正在删除引导日志处理程序

我发现的问题是JBOSS生成的日志文件上的锁。 例如：server.log。我删除了日志文件，然后启动了服务器，它开始运行

我还发现下面的文章很有帮助

---

我在启动JBoss6.0时也遇到了同样的问题

Jboss没有响应，出现以下错误 15:27:19391信息[服务]正在删除引导日志处理程序

我发现的问题是JBOSS生成的日志文件上的锁。 例如：server.log。我删除了日志文件，然后启动了服务器，它开始运行

我还发现下面的文章很有帮助

---

我正在部署一场战争。Eclipse（或者由我自己手动）将war放入/opt/jboss/standalone/deployments目录中，因此扫描器会找到并部署它，直到最后都不会出错。我从eclipse中“重启应用程序”了一千次。。。没有什么。见我的编辑我正在部署一场战争。Eclipse（或者由我自己手动）将war放入/opt/jboss/standalone/deployments目录中，因此扫描器会找到并部署它，直到最后都不会出错。我从eclipse中“重启应用程序”了一千次。。。没有什么。查看我的编辑我在Liferay中看到，当一个部署需要很长时间才能激活时，JBoss会同时显示一个空白页面。是吗？没有部署结束，然后我检查并获得空白404页，你澄清你的应用程序实际做什么？它是什么样的应用程序？它在启动时有什么特别的功能吗？它有什么样的依赖关系（jms队列？数据源？）？它是一个Java EE 6 web应用程序，使用一些EJB、JSF2、JPA（数据源正常工作）和/svapp，我在Liferay中看到过，当部署需要很长时间才能激活时，JBoss同时会显示一个空白页面。是吗？没有部署结束，然后我检查并获得空白404页，你澄清你的应用程序实际做什么？它是什么样的应用程序？它在启动时有什么特别的功能吗？它有什么样的依赖关系（jms队列？数据源？）？它是一个JavaEE6Web应用程序，使用一些EJB、JSF2、JPA（数据源正常工作）和/svapp