Question

修改

我正在使用loaderDeamon接口来安装和运行java应用程序作为Windows服务。为此，Apache的procrun服务工具（与tomcat一起安装的相同的东西）处理服务的安装和执行。

最近，当通过服务管理器执行服务时，服务声称正在运行，但没有响应。没有写入日志，并且应用程序的客户端无法进行通信。这让我觉得服务实际上并没有运行。

我试图通过// TS命令通过procrun启动服务，如下所示：http://commons.apache.org/daemon/procrun.html，即使我们等待24小时，它也会挂起并且尚未启动服务。 procrun本身生成一个我们捕获的日志。完整的日志包含在下面。我有几个关于日志的问题，我希望能解决为什么服务无法启动。

首先，'Java Worker线程完成了什么...开头 status = 6'表示线程终止？
其次，当我们到达线路时，哪些线程仍在执行 '等待所有线程退出'？
第三，日志中还有其他什么东西可以突出启动服务时可能会出现问题？

此服务过去已成功执行，最近在升级到java 1.7.5版后失败。我恢复到java 1.7.3效果，所以我相信jvm的变化是无关的，但值得一提。

[2012-07-24 07:16:04] [debug] ( prunsrv.c:1644) Commons Daemon procrun log initialized
[2012-07-24 07:16:04] [info]  ( prunsrv.c:1648) Commons Daemon procrun (1.0.10.0 32-bit) started
[2012-07-24 07:16:04] [debug] ( prunsrv.c:559 ) Installing service...
[2012-07-24 07:16:04] [info]  ( prunsrv.c:595 ) Service CProgramFilesx86XpressfeedLoaderV5serviceLoaderEngine name XF Engine - C:\Program Files (x86)\Xpressfeed Loader V5 service\Loader
[2012-07-24 07:16:04] [debug] ( prunsrv.c:611 ) Setting service description The Xpressfeed V5 loader engine, used in headless mode to run load jobs in the background.
[2012-07-24 07:16:04] [info]  ( prunsrv.c:629 ) Service 'CProgramFilesx86XpressfeedLoaderV5serviceLoaderEngine' installed
[2012-07-24 07:16:04] [info]  ( prunsrv.c:1729) Commons Daemon procrun finished
[2012-07-24 07:16:13] [debug] ( prunsrv.c:1644) Commons Daemon procrun log initialized
[2012-07-24 07:16:13] [info]  ( prunsrv.c:1648) Commons Daemon procrun (1.0.10.0 32-bit) started
[2012-07-24 07:16:13] [info]  ( prunsrv.c:1545) Debugging 'CProgramFilesx86XpressfeedLoaderV5serviceLoaderEngine' service...
[2012-07-24 07:16:13] [debug] ( prunsrv.c:1345) Inside ServiceMain...
[2012-07-24 07:16:13] [info]  ( prunsrv.c:1089) Starting service...
[2012-07-24 07:16:13] [debug] ( javajni.c:206 ) loading jvm 'C:\Program Files (x86)\Java\jre7\bin\client\jvm.dll'
[2012-07-24 07:16:13] [debug] ( javajni.c:660 ) Jvm Option[0] -Djava.net.preferIPv4Stack=true
[2012-07-24 07:16:13] [debug] ( javajni.c:660 ) Jvm Option[1] -Djava.class.path=.;conf;dist\XpressfeedLoader.jar;lib\antlr-2.7.6.jar;lib\apache-log4j-extras-1.1.jar;lib\asm.jar;lib\auth\IA64\sqljdbc_auth.dll;lib\auth\x64\sqljdbc_auth.dll;lib\auth\x86\sqljdbc_auth.dll;lib\c3p0-0.9.1.2.jar;lib\cglib-2.2.jar;lib\commons-codec-1.4.jar;lib\commons-collections-3.1.jar;lib\commons-daemon-1.0.3.jar;lib\commons-dbcp-1.4.jar;lib\commons-lang-2.5.jar;lib\commons-logging-1.0.4.jar;lib\commons-pool-1.5.5.jar;lib\derby-10.6.2.1.jar;lib\dom4j-1.6.1.jar;lib\edtftpj-pro.jar;lib\freemarker.jar;lib\gui\jcommon-1.0.16.jar;lib\gui\jfreechart-1.0.13.jar;lib\hibernate-c3p0-3.5.2-Final.jar;lib\hibernate-tools.jar;lib\hibernate3.jar;lib\hsqldb.jar;lib\IAClasses.zip;lib\jargs.jar;lib\javassist.jar;lib\jaxen-1.1.1.jar;lib\jta.jar;lib\jtidy-r8-20060801.jar;lib\jung\collections-generic-4.01.jar;lib\jung\colt-1.2.0.jar;lib\jung\concurrent-1.3.4.jar;lib\jung\j3d-core-1.3.1.jar;lib\jung\jung-3d-2.0.1.jar;lib\jung\jung-algorithms-2.0.1.jar;lib\jung\jung-api-2.0.1.jar;lib\jung\jung-graph-i
[2012-07-24 07:16:13] [debug] ( javajni.c:660 ) Jvm Option[2] -Xms256m
[2012-07-24 07:16:13] [debug] ( javajni.c:660 ) Jvm Option[3] -Xmx1024m
[2012-07-24 07:16:13] [debug] ( javajni.c:880 ) DLL search path set to 'C:\PROGRA~2\XPRESS~2\jre\bin'
[2012-07-24 07:16:13] [debug] ( javajni.c:897 ) Java Worker thread started com/capitaliq/loader/loaderservice/LoaderService:start
[2012-07-24 07:16:13] [debug] ( javajni.c:914 ) Java Worker thread finished com/capitaliq/loader/loaderservice/LoaderService:start with status=6
[2012-07-24 07:16:14] [debug] ( prunsrv.c:1148) Java started com/capitaliq/loader/loaderservice/LoaderService
[2012-07-24 07:16:14] [info]  ( prunsrv.c:1244) Service started in 1160 ms.
[2012-07-24 07:16:14] [debug] ( prunsrv.c:1496) Waiting for worker to finish...
[2012-07-24 07:16:14] [debug] ( prunsrv.c:1501) Worker finished.
[2012-07-24 07:16:14] [debug] ( prunsrv.c:1524) Waiting for all threads to exit

我采取的步骤没有效果：

使用debug
指定java SE版本1.7.5,1.7.3
只使用默认的jvm 1.6.30，而不是指定
广泛的Google工作

任何帮助或想法表示赞赏！谢谢！

Answer 1

最近，我不得不尝试运行procrun来运行我的服务。我在数小时后发现了将--StdOutput和--StdError重定向参数设置为auto的问题。 stderr日志在--LogPath中生成，包含堆栈跟踪和其他启动问题，这些问题在标准日志文件中无法看到。

Answer 2

在大量使用经过时间磨练的调试策略评论出来并运行直到它起作用之后，我最终将问题缩小到最近升级我们的 log4j 罐子。我们使用以下版本运行apache的log4j：

apache-log4j-extras-1.0.jar
的log4j-1.2.16.jar
SLF4J-API-1.5.8.jar
SLF4J-log4j12-1.5.8.jar

我们升级到以下问题，导致了问题：

Apache的log4j的-额外-1.1.jar
的log4j-1.2.17.jar
SLF4J-API-1.6.6.jar
SLF4J-log4j12-1.6.6.jar

恢复原始jar文件后，该服务能够初始化并运行而不会挂起。

不幸的是，procrun日志产生的没有堆栈或有用的错误（除了我在问题中发布的内容），所以我无法确定为什么log4j会与初始化服务冲突。如果其他人碰巧知道，我全都听见了 - 我们很可能会坚持使用旧版本的罐子，直到理解了无意识的互动。

apache procrun无法启动服务

2 个答案: