1

ソフトウェアの展開をより信頼性が高く簡単にするために、オペレーティングシステムのパッケージ管理を使用してソフトウェアを配布することをお勧めします。ここで、GlassFishをRPMとしてパッケージ化します。

目標：-1回のビルド、複数回のデプロイ-最新の更新を含むGlassFishのパッケージ化-アドオンを含むカスタマイズされたGlassFishのパッケージ化（そのGlassFishで実行する必要があるアプリケーションに必要）（注1を参照）

GlassFish .zip（Oracleから）を解凍してRPMにパッケージ化する.specファイルを既に作成しました。次に、pkgツールを実行する％buildセクションを追加しようとしました。問題はGlassFishの更新管理にあります。更新するバージョンを渡すことができないため、最新バージョンへの更新のみを受け入れます（またはできますか？）。

これでは、特定のバージョンのGlassFish RPMを最初から何度も作成することはできず、毎回異なる結果が得られます（週/月のスケールで）。したがって、このアプローチはRPMの生成には使用できません。

  • どうすればこれを行うことができますか？
  • これは、GlassFishをRPMとしてパッケージ化するための完全に間違ったアプローチですか？
  • どの代替配布/パッケージング方法をお勧めしますか？

注1：基本的なGlassFish RPMに依存する別のRPMとして、このような追加のライブラリ（アドオン）をパッケージ化することをお勧めしますが、アドオンのインストール時に触れるファイルが多すぎるため、これは不可能だと思います。

たぶん、この質問を「GlassFishを配布する別の方法」に変更する必要があります。これまでのところ、上記のように私を行うことが可能であるとは思えません。

4

2 に答える 2

1

パッケージマネージャーを削除する必要があり、インストール後に必要なランタイムライブラリを追加することが不可能になるため、一般的なGlassFish RPMを作成するのは正しい方法ではないと思います(すべてのGlassFishライブラリをRPMとしてパッケージ化しなければ)。

GlassFish RPM を使用する唯一の有用な方法は、必要なすべてのライブラリ (および場合によっては構成) を含むアプリケーション固有の GlassFish インストールです。

私はこれを使用しません。メリットが小さすぎるのに余分な労力がかかりすぎるからです。

チェックとセットアップのスクリプトを作成し、環境をチェックします。

于 2012-10-28T15:07:05.487 に答える