問題タブ [java-service-wrapper]

この設定を使用してJavaサービスラッパーを使用するサービスとしてJboss7.1.0-Finalをインストールしようとしています（ドラフトconfであるため、絶対パスは無視してください）。

しかし、サービスの開始時にエラーが発生します。

ウェブ上で何も見つからなかったので、助けていただければ幸いです...

私はこれを機能させるために1週間頭を悩ませてきました.私が前進するすべてのステップは、新しい問題に遭遇することだけです.

これまでに得たのは、接着しなければならない断片だけなので、それを行う方法に関するガイド/チュートリアルを見つけることができる場所はありますか?

Jboss Application Server 7.1.0をJavaサービスラッパーを使用してサービスとして実行しようとしています。すでに多くの問題を解決しましたが、解決するたびに新しい問題が発生します。現在、私はこの構成を使用しています：

しかし、それを実行すると、次のエラーが発生します。

ウェブ上で何も見つかりませんでした:(

更新：以下の回答のおかげで、その問題を解決できましたが、新しいエラーが発生しました。これは、OCI-JDBCドライバーに関連していると思います。

Webでいくつかのスレッドを見て、ドライバーのバージョンが最新ではない可能性があると言っていますが、それらがDLLまたはjarを参照しているかどうかはわかりませんか？

[アップデート]：

「wrapper.java.library.path」を使用してOracleドライバパスを追加し、このエラーを解決しましたが、もちろん新しいパスを取得します。

また、ログの最後にこれが表示されます：

そして、私がバッチを停止するまで、それはこのように続きます...

プロジェクトでJavaサービスラッパーを使用していて、wrapper.confファイルのwrapper.logfile.maxsizeプロパティを変更したい.問題は、 maven pom.xmlファイル 内で変更できる方がよいということです. それで、これが可能かどうか教えてください。

ありがとう...

タイトルの通りです。その後、ラッパーは別の JVM の起動に失敗し、ミュール サービスが停止しました。これに関する手がかりは？

サーバーに少し負荷がかかりますが、負荷が大きくなりすぎないようにしてください。

以下は関連するログです。

パケットを送信 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 秒間待機しています。
信号がトラップされました。詳細:
signal number=17 (SIGCHLD), source="unknown"
SIGCHLD を受信し、JVM プロセスのステータスをチェックしています。
JVM は、シグナル SIGKILL (9) に応答して終了しました。
JVM プロセスはコード 1 で終了しましたが、ラッパーの終了コードはすでに 1
でした。JVM を起動できません
<-- ラッパーが停止しました

これは、mule start を使用してミュールを再起動したときのログです。

JSW Community Editionをダウンロードして、ディレクトリに
c:\servicetest
ラップ解除しました。ここに、bin、conf、lib、logのサブディレクトリなどがあります。これからは（root）になります。
（root）/lib/wrapper.jarを自分のide（netbeans）に参照し、非常に単純なサービスを作成しました（クラス名がMainであることを思い出してください）。

ご覧のとおり、基本的にはメッセージをログに記録するだけです。しかし、実際にはどちらも開始しません。

プロジェクト（MyProject.jar）をコンパイルし、jarを（root）ディレクトリにコピーして、（root）/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 システムでは、アプリケーションをサービスとして実行するときに必要なレジストリ エントリが表示されなくなりました。エントリはすべて null のように見えます。ただし、コンソールでは引き続き機能します。

私の仮説は、コンソールから (関連する場合は管理ユーザーとして) Java Service Wrapper を実行すると、64 ビット JVM が開始され、通常の 64 ビット レジストリにアクセスできるというものです。次に、サービスとして (LOCALSYSTEM ユーザーを介して) 実行すると、32 ビット JVM が開始されます (これは、Wow6432 ビット ノードの非常に特別な 32 ビット レジストリにアクセスしようとします。探しているエントリは次のとおりです。このノードには存在しないため、この場合に null 値を取得する理由が説明されます。

これは私の質問につながります: Java Service Wrapper が、サービス リストから起動したときに 32 ビット JVM を起動するのはなぜですか? また、コンソールから起動したときに 64 ビット JVM を起動するのはなぜですか?

注：私はJava Service Wrapper 3.5.14を使用しており、設定ファイルに

wrapper.java.additional.auto_bits=TRUE

理想的には、JVM の選択を自動的に維持したいので、1 つのインストーラーを使用して 32 ビット システムと 64 ビット システムの両方にソフトウェアを展開できます。(実際、これが私が Tomcat ではなく JSW を使用することを選択した理由の 1 つです。)

読んでくれてありがとう。

Yajsw を使用してアプリをデーモン プロセスとして実行しています。

ステータスコールの場合、「実行中」または「停止」を確認したいのですが、以下に示すメッセージが表示されました

印刷されたresult.messagesをWindowsで適切にカスタマイズするにはどうすればよいですか? Linuxで特別に行うべきことは何でもあります.

Java Service Wrapper ( JSW ) を使用して、derby データベースを Windows サービスとして実行しようとしています。コミュニティ版をダウンロードしまし3.5.15た。

私が使用するラッパー設定があります：

ラッパー経由で derby サーバーを起動しようとすると、セキュリティ違反の例外が発生します。

この問題を解決するために、パーミッション グラントを java.policy に追加できます (試したことはありませんが、うまくいくと思います)。

私が知りたいのは、この場合、セキュリティ制約を強制する (そしてセキュリティ例外をスローする) のは何ですか? ローカルで開始されたすべての Java アプリケーションにはすべての権限が付与されていると思いました。

私を混乱させるもう1つのこと：JSWを介して実行されているh2データベースサーバー（1.3.162（2011-11-26））（ただし、以前のバージョン）にはセキュリティ許可がありません。wordを含む *.policy ファイルを検索しましwrapperたが、何もありませんでした。この場合、セキュリティはどのように構成されますか? また、構成されている場合は?

誰かがこれらのセキュリティの問題をより明確にしてくれるとありがたいです:P.

Windows サービスとして tanuki サービス ラッパーで Camel (Spring ベース) プロジェクトを実行しようとしています。統合方法 #1 と #2 の両方を試しました: WrapperSimpleApp、WrapperStartStopApp の両方で、次の動作が発生しました。

Camelは正常に起動し、すぐにラッパーがシャットダウンしました!

最初は、これは Camel の非デーモン スレッドに関係しているのではないかと疑っていましたが、統合メソッドと org.tanukisoftware.wrapper.WrapperStartStopApp.systemThreadCount システム プロパティをいじってみると、ラッパーが JVM をシャットダウンする別の理由があるに違いないことに気付きました。

誰かが理由を知っていますか？

これがラッパーと Camel ログです - 2 行目と 3 行目に注意してください:

Camel (スタンドアロン) で実行したスレッド ダンプを次に示します。