問題タブ [appassembler]

MavenAppassemblerプラグインを使用してアプリケーションをパッケージ化しています。いくつかの構成ファイルをアプリケーションにパッケージ化したいと思います。configurationDirectoryとパラメータは見つかりましたが、includeConfigurationDirectoryInClasspathその構成ディレクトリを作成（および設定）する方法がわかりません。ファイルをに入れてみましたsrc/main/resourcesが、プロジェクトのjarファイルに入れるだけです。

Mavenを使用してこれを行う「適切な」方法は何ですか？

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

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

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

[更新]元の質問 (以下) が解決されました。私は電話する必要があります

それ以外の

質問: なぜ違いがあるのですか?

[オリジナル]

maven appassemblyr プラグインを使用して、すべての依存関係がアセンブルされたコマンド ライン ツールを作成しようとしています。ほとんど機能しますが、現在のモジュールの成果物がありません。すべての依存アーティファクトはリポジトリにコピーされ、bat のクラスパスには現在のアーティファクトが含まれます。構成は次のとおりです。

何か案は？

maven appassemblerプラグインを作成して、「java」の代わりに「javaw」を使用するスタートアップスクリプトを生成することは可能ですか？

生成されたMaven AppAssembler assembler/ディレクトリをファイル システム、SSH などのどこかにデプロイしたいと考えています。Cargoは私のためにそれを行うことができますか、それとも一連のファイル (この場合はtarget/appassembler/ディレクトリ) をグロブして目的地に展開できる同等の展開ツールはありますか?

スケジュールされたタスクとして (cron または Windows スケジューラを介して) 実行されるコマンドライン アプリケーションがいくつかあり、それらをこれらのリモートの場所に展開したいと考えています (1 つは SSH を介して、もう 1 つはネットワーク共有を介して\\servername\C$\whatever\)。私が調べてきたすべての展開プラグインは、Web アプリケーションやアプリ コンテナー、または Nexus のようなリモート リポジトリに対応しているため、どうすればそれを達成できるかわかりません。

appassemblyr-maven-plugin を使用してアプリのデーモン スクリプトを生成したいと考えています。テスト、本番環境など、さまざまな環境用に複数の構成と生成されたスクリプトを使用することは避けたいと考えています。 jvm システム プロパティを指定するか、起動時にコマンド ライン引数を追加します。私はこれをしばらく調べていましたが、解決策が見つからないようです。
誰かにアイデアや提案があれば、大歓迎です、

ありがとう

AppAssembler Maven プラグインは、ディストリビューションを生成する素晴らしい仕事をしてくれます。最後の問題は、生成されたシェル スクリプトに実行権限がないため、手動で設定する必要があることです。

Linux RedHat を使用しています

それらを自動的に設定するクリーンな方法を知っている人はいますか?

そのため、組み込みの jetty と maven アプリ アセンブラー プラグインを使用して Web サーバーを実行しています。アプリ アセンブラー アプリを (ルートとして実行して) 直接呼び出すと、サーバーは正常に起動します。Nohup で実行しても、Web サーバーは完全に正常に起動します。

アプリ アセンブラー スクリプトを init.d スクリプト (Runlevels 235 / Start pri 98 / Stop pri 20 ) として登録し、service コマンドを使用して init.d スクリプトを実行すると、Web サーバーが起動中にハングします。

アプリケーションがハングする場所は、Struts 2 規約プラグインでのクラスパス スキャン中です。

「kill -QUIT」を使用して Web サーバーを強制終了すると、コードは Unix ファイルシステムでスタックしているように見えます。

いくつかの調査を行ったところ、NFS、Java、およびファイル システム アクセスにパフォーマンスの問題があるようです。

私が抱えている問題は、サーバーで NFS を実行していないことと、私が知る限り、同じユーザーが同じ方法でアプリを実行していることです。

service コマンドの動作を模倣する (スクリプトの開始前に「env -i」を実行する) 場合でも、スクリプトを直接実行してもハングしません。

この問題を解決するためのアドバイスや指針、またはそれを回避する方法を探しています。

更新 (2012 年 4 月 8 日)

Sun(Oracle) JDK 1.6.0_31 を使用しています

私は appassemblyr を使用して solaris-sparc-64 のシェル スクリプトを生成していますが、どういうわけか失敗しています。次の警告メッセージが表示されます。

また、solaris 用のスクリプト ファイルは作成されません。誰でも私を助けてもらえますか？