JWrapper サポート ページでは、ここでこの質問をするように指示されました。
JWrapper を使用してアプリケーションのデプロイメント ファイルを作成することに成功しました。多くのコマンドラインが関係しているので、これらを削減したいと考えています。私の質問は、上記の方法は役に立ちますか、それをどのように効果的に使用するのですか? JWrapper に関する他の情報源はなくなっているか、詳細が必要なため、ここで回答を求めたいと思います。
JWSystem.forkVirtualApp メソッドを使用する場合、コマンド ライン引数は、すべての仮想アプリの jwrapper XML ファイルで指定したものと同じになります。渡すことができるコマンド ライン引数は、仮想アプリ用ではなく仮想アプリ用のコマンド ライン引数です。 JVM の起動。
JVM引数を一般的により柔軟にする/実行時に編集可能にするというオープンリクエストがあります。これには、あなたのリクエストともう少し(あなたの関心にも注意します)が含まれますJWSystem.getMyJreHome を使用できるシステム JRE ではなく、同じ JWrapper バンドル JRE を使用している。これにより、既存の仮想アプリの起動に使用された JRE が常に返され、そこからカスタム起動を構築できます。
JWrapper は、より任意の Java の起動をサポートできますが、JWSystem.getMyJreHome + Java 実行可能ファイルへのパスを構築する以上のものは提供しないため、JWSystem.getMyJreHome + Java よりも多くの利点があるかどうかはわかりません。プロセスビルダー API?
起動時にカスタム JVM 引数を簡単にサポートすることもできますが、仮想アプリの JVM 引数をランタイム編集するより完全な機能に加えて、これを API として追加することが理にかなっているのかどうかを検討したいと考えています。ただし、これは検討する予定です。