apache procrun未能启动服务

Question

编辑

我正在使用loaderDeamon接口安装并运行一个作为windows服务的java应用程序。为此，Apache的procrun服务工具(与使用tomcat安装的相同)处理服务的安装和执行。

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

我尝试通过//TS命令来启动服务，如本文所述：http://commons.apache.org/daemon/procrun.html，它挂起，即使我们等待了24小时，也没有启动该服务。procrun本身生成了我们捕获的日志。完整的日志包含在下面。我有几个关于日志的问题，我希望能澄清为什么服务没有启动。

1. 首先，'Java线程完成.从status=6开始‘在线程结束时表示什么？
2. 第二，当我们到达“等待所有线程退出”行时，哪些线程仍在执行？
3. 第三，日志中还有什么东西在启动服务时会突出潜在的问题吗？

此服务在过去已成功执行，最近在升级到JavaVersion1.7.5后失败。我返回到Java1.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

我所采取的措施没有任何效果：

1. 在控制台上运行带有调试的服务
2. 指定java版本1.7.5、1.7.3
3. 只是使用默认的jvm 1.6.30，而不是指定它
4. 广泛的google工作

任何帮助或想法都很感谢！谢谢!

Answer 1

在大量使用经过时间磨练的调试策略(注释和运行)之后，我最终缩小了问题的范围，缩短了最近对log4j jars的升级。我们使用以下版本运行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-extras-1.1.jar
• log4j-1.2.17.jar
• slf4j-api-1.6.6.jar
• slf4j-log4j12-1.6.6.jar

在返回到原始jar文件后，服务能够在不挂起的情况下初始化和运行。

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

Answer 2

最近，我也不得不试着去争取运行我的服务。经过几个小时的尝试，我发现了设置--StdOutput和--StdError将参数重定向到auto的问题。stderr日志在--LogPath中生成，并包含堆栈跟踪和标准日志文件中看不到的其他启动问题。