問題タブ [java-service-wrapper]

Iamは、jarアプリケーション用のウィンドウサービスを作成しようとしています。アプリケーションは、実行時に引数とシステムプロパティ値を必要とします。wrapper.confファイルの引数値とシステム変数値をどこに指定すればよいかわかりません。私を助けてください。以下のエラーが発生します

ラッパー| JVMを起動しています...
jvm1 | WrapperManager：初期化中...
jvm 1 | jvm 1 | WrapperSimpleAppの使用法：
jvm 1 | java org.tanukisoftware.wrapper.WrapperSimpleApp {app_class} [app_arguments]
jvm 1 | jvm 1 | ここで：
jvm 1 | app_class：実行するアプリケーションの完全修飾クラス名。
jvm 1 | app_arguments：通常はjvm1に渡される引数| 応用。
ラッパー| アプリケーションのロード中にJVMが終了しました。

カスタム アプリケーションで Java サービス ラッパーをかなり長い間使用してきましたが、問題なく動作しています。ここ数日でアプリケーションを新しいバージョンに更新してから、JVM がハングし始め、ラッパーがログに次のように出力します。

次に、JVM を自動的に終了し、アプリを再起動します。これは、約 10 時間の実行後に発生するため、デバッグが難しくなります。

もちろん、行った変更に目を通すつもりですが、この種の問題を引き起こしていると思われるような大きな変更は行われていません。

何が起こっているのかを把握するには、どこを参照すればよいですか? アプリケーションからのデバッグ メッセージは、興味深いものを何も示していません。JVM が単にクラッシュした場合、通常はデバッグに役立つダンプが作成されますが、ハングしているため、ダンプは作成されません。サービスを自動的に再起動しないようにした場合、再起動する前に JVM から有用な情報を取得するためにできることはありますか?

私には、JVM が典型的なプログラミング エラーでハングするべきではないように思えます。JVM がハングする原因となる前に、どのようなことに遭遇したことがありますか?

MavenAppassemblerを使用してアセンブリを作成しています。クラスパスが長すぎるため、「入力行が長すぎます」というメッセージが表示されます。ここでの提案は、ブーターWindowsプラットフォームを使用することですが、JavaServiceWrapperを使用するように制限されています。java6のワイルドカードクラスパスとjavaサービスラッパーを使用する方法はありますか？

私は 32 ビット Windows で開発を行っており、appassemblyr を使用して Java サービス ラッパー アセンブリを作成していますが、問題なく動作します。しかし、開発サーバーにデプロイするための 64 ビット アセンブリも作成する必要があります。次の構成では、32 ビット プラットフォームを 64 ビットに置き換えました。セクションを参照してください<includes>。ただし、ラッパー jar と dll は lib フォルダーに配置されなくなりました。インクルードを完全に省略すると、Linux、Solaris、Mac OSX、および Win32 ライブラリが取得されますが、win64 は取得されません。

誰かがこれを機能させましたか？

現在、Java サービス ラッパーを使用して、開発した Java アプリケーションをラップしています。Java サービス ラッパーを介してアプリケーションに追加のコマンド ライン パラメータを渡す機能が必要です。

私のアプリが myapp と呼ばれているふりをして、起動するために実行するスクリプトが myapp と呼ばれるように Java サービス ラッパーをセットアップしました。私はこのようなことをしたいと思います:

./myapp start パラメーター 1 パラメーター 2

これらの追加パラメータをアプリケーションに渡します。これを行う方法はありますか？グーグルでドキュメンテーションを見ても、コマンドライン引数を使用してJavaサービスラッパーをセットアップする方法を引き出すだけであることがわかりました。コマンド ライン引数をアプリケーションに渡す方法については、wrapper.conf ファイルにハード コーディングすること以外はわかりませんでした。

現時点では、追加のコマンド ライン パラメータを取得して環境変数に設定し、それらを wrapper.conf にハード コードするという選択肢があると思います。私はその道をたどりたくないのですが、何かを見落としていることを願っています。

Tanuki Java Service Wrapperのベンダー ライセンスのコピーを使用して、プラットフォームを開始しています。すべての O/S フレーバーとアーキテクチャのラッパーが付属しており、推奨プロファイルは 3 ギガ ヒープの 64 ビット VM です。

64 ビットの Redhat を使用していますが、wrapper.shスクリプトにwrapper-linux-x86-64バイナリを強制的に使用させるラッパー構成オプションを見つけることができませんでした。ラッパーを 64 ビット モードで起動できる唯一の方法は、wrapper-linux-x86-32バイナリを削除することです。

ラッパーを強制的に 64 ビット モードにする方法はありますか? ヒープが 4 ギガ未満であるため、可能な場合は最速の適切な VM 設定を選択して 32 ビット モードを選択しようとしているだけですか?

java-service-wrapper が 32/64 ビットの決定を行う方法について詳しく知りたいのですが、オンラインで何も見つけることができませんでした。

Java Service Wrapperを使用していますが、何か奇妙なことが起こっています。誰かが手動でプロセスツリーを強制終了するまで、ラッパーログファイルで次の行が繰り返されます。

これは何を意味するのでしょうか？

したがって、Maven POM から決定論的なクラスパスの順序を設定できることを理解しています。しかし、Java Service Wrapper 構成ファイルでこれを使用するにはどうすればよいでしょうか?

Java Service Wrapperを使用してアプリケーションを実行し、コマンドラインからクラスパスに何かを追加したいと思います。

だから私はコマンドラインを持っています：

しかし、余分なjarは、私のアプリケーションに渡されたクラスパスにはありません。

アプリケーションにスケジューラを実装しようとしています。スプリングとクォーツのサポートを使用しています。コンポーネントをテストし、完全に実行しました。

私の主な方法は次のとおりです。

私は wrapper-windows-x86-32-3.5.7 を使用し、wrapper.conf を構成し、DemoApp.bat ラッパーを使用してコンソールから実行します。できます。

しかし、サービスをインストールしようとすると、エラーメッセージが表示されましStartup failed: Timed out waiting for a signal from the JVM. た 5回繰り返した後、エラーメッセージが表示されました

JVM did not exit on request, terminated

There were 5 failed launches in a row, each lasting less than 300 seconds. Giving up.

手伝ってくれてありがとう。