问题标签 [java-service-wrapper]

我正在尝试使用 Java 服务包装器使用此配置将 Jboss 7.1.0-Final 作为服务安装（这是一个草稿 conf，因此请忽略绝对路径）：

但是服务启动时出现错误：

我在网上找不到任何东西，所以任何帮助将不胜感激......

我已经为此苦苦挣扎了一个星期，现在试图让它发挥作用，我前进的每一步都只是遇到一个新问题。

有没有什么地方我可以找到关于如何做到这一点的指南/教程，因为到目前为止我所得到的只是我必须粘合在一起的点点滴滴？

我正在尝试使用 Java 服务包装器使 Jboss Application Server 7.1.0 作为服务运行，我已经解决了很多问题，但是对于我解决的每一个问题，我都会得到一个新问题。目前我正在使用这个配置：

但是在运行它时，我得到了这个错误：

在网上找不到任何东西:(

更新：感谢下面的答案，我能够解决这个问题，但现在我遇到了一个新错误，我认为这与 OCI-JDBC 驱动程序有关：

我在网上看到一些帖子说可能驱动程序版本不是最新的，但我不确定他们指的是DLL还是jar？

[更新]：

我已经使用“wrapper.java.library.path”添加了 Oracle 驱动程序路径，它解决了这个错误，但当然我现在得到了一个新的：

此外，在日志的末尾，我看到了这个：

它一直这样下去，直到我停止批处理......

我在一个项目中使用 java 服务包装器并想更改wrapper.conf文件的 wrapper.logfile.maxsize 属性。问题是如果我可以在maven pom.xml文件 中更改它会更好。那么谁能告诉我这是否可行，如果可以，该怎么做？

谢谢...

如标题所述。之后，wrapper 无法启动另一个 JVM，我的 mule 服务停止了。和这方面的线索？

服务器上有一点负载，但负载不应该太多。

以下是相关日志：

发送数据包 PING : ok
读取数据包 PING : ok
从 JVM 得到 ping 响应
发送数据包 PING : ping
发送数据包 PING : ping
发送数据包 PING : ping
发送数据包 PING : ping
发送数据包 PING : ping
发送数据包PING : ping
发送数据包 PING : ping
JVM 出现挂起：等待来自 JVM 的信号超时。
JVM 没有按请求退出，终止了在端口 32002 上侦听的服务器
。在启动另一个 JVM 之前等待 5 秒。
信号被困。详细信息：
信号编号=17 (SIGCHLD)，source="unknown"
收到 SIGCHLD，检查 JVM 进程状态。
JVM 响应信号 SIGKILL (9) 退出。
JVM 进程以代码 1 退出，但包装器退出代码已经为 1。
无法启动 JVM
<--包装器已停止

这是我使用以下命令重新启动 mule 时的日志：mule start。

我只是下载了 JSW 社区版，解包到一个目录中：
c:\servicetest
所以这里我有一个 bin、conf、lib 和 log 子目录等。从现在开始，这将是（根）。
我将 (root)/lib/wrapper.jar 引用到我的 ide (netbeans) 中并创建了一个非常简单的服务（记住类名是 Main）：

如您所见，它基本上只记录一条消息。但实际上它都没有开始。

我编译了项目（MyProject.jar），将 jar 复制到（根）目录并修改了（根）/config/wrapper.conf 添加：

和

然后我在命令行中安装了该服务，其中：

然后我通过 services.msc 控制面板或通过

在 logs/wrapper.log 我得到：

更新 1

按照 Tanuki Software 的建议，我在我的 (root)/config/wrapper.conf 中进行了设置（好吧，因为它已经存在，所以没有注释）：

现在我明白了：

但鉴于我的实现非常简单，我无法猜测出了什么问题。

我有一个访问注册表项的 Java Service Wrapper 应用程序。（是的，我知道，很奇怪，嗯？如果您想知道，我正在使用 David 对这个问题的解决方案来使用 Java 从注册表中读取数据。）

在 32 位版本的 Windows 上一切正常。我可以从控制台（使用 Java Service Wrapper 的 .bat 文件）和从 bat 文件安装的服务运行我的应用程序。我可以从 Windows 注册表中看到我需要的各种东西。

但是，在 64 位 Windows 系统上，当我将应用程序作为服务运行时，我再也看不到我需要的注册表项；这些条目似乎都为空。但是，它仍然可以在控制台中运行！

我的假设是，当从控制台运行时（作为管理用户，如果相关的话）Java Service Wrapper 会启动一个 64 位 JVM 并能够访问常规的 64 位注册表。然后，当作为服务运行（通过 LOCALSYSTEM 用户）时，它会启动一个 32 位 JVM（然后它会尝试访问 Wow6432bit 节点中的 oh-so-special 32 位注册表。我正在寻找的条目是该节点不存在，这将解释为什么在这种情况下我会为它们获取空值。

这引出了我的问题：为什么 Java Service Wrapper 在通过服务列表启动时会启动 32 位 JVM，为什么从控制台启动时会启动 64 位 JVM？

注意：我使用的是 Java Service Wrapper 3.5.14，在我的配置文件中我有

wrapper.java.additional.auto_bits=TRUE

理想情况下，我希望自动选择 JVM，这样我就可以使用一个安装程序在 32 位和 64 位系统上部署我的软件。（事实上​​，这是我选择使用 JSW 而不是 Tomcat 的原因之一。）

非常感谢您的阅读。

我正在使用 Yajsw 将我的应用程序作为守护进程运行。

对于状态调用，我想查看“正在运行”或“已停止”，但我收到了如下所示的消息

我如何自定义打印的结果。在 windows 下好消息，是专门为 linux 做的任何事情。

我尝试使用 java 服务包装器 ( JSW ) 将 derby 数据库作为 Windows 服务运行。我下载了社区版3.5.15。

我使用了包装器配置：

当我尝试通过包装器启动 derby 服务器时，出现安全违规异常：

我可以向 java.policy 添加权限授予来解决这个问题（我没有尝试过，但假设它会起作用）。

我想知道的是：在这种情况下，是什么强制执行安全约束（并引发安全异常）？我认为所有本地启动的 java 应用程序都被授予所有权限。

还有一件事让我感到困惑：我有通过 JSW（但早期版本）运行的 h2 数据库服务器（1.3.162（2011-11-26）），它没有安全授权。我搜索了包含wrapperword 的 *.policy 文件，但什么也没有。在这种情况下如何配置安全性，以及是否已配置？

如果有人能更清楚地说明这些安全问题，我将不胜感激：P。

我正在尝试将 tanuki 服务包装器上的 Camel（基于 Spring）项目作为 Windows 服务运行。我尝试了集成方法 #1 和 #2：WrapperSimpleApp、WrapperStartStopApp 并且都导致了以下行为：

骆驼开始正常，包装器立即将其关闭！

起初我怀疑这与 Camel 非守护线程有关，但在使用了集成方法和 org.tanukisoftware.wrapper.WrapperStartStopApp.systemThreadCount 系统属性之后，我意识到 wrapper 关闭 JVM 肯定还有另一个原因。

有人会知道为什么吗？

这是包装器和骆驼日志 - 注意第 2 行和第 3 行：

这是我在 Camel（独立）上运行的线程转储：