2011-12-20 4 views
1

通常、私たちのコードを汎用のzip形式で配布するオープンソースプロジェクトを実行します。コアソフトウェアに加えて、我々はまた、いくつかのコミュニティで開発されたソフトウェアのアドオンを持っています。フットプリントが少ないダウンロード/インストールプログラム

むしろ異なる場所やウェブサイトからのすべてのオプションをダウンロードするようにユーザーになっている、私は希望

  • ダウンロード小さなフットプリントのインストーラを提供し、必要に応じてjavaをインストールしたいと思います。ユーザーが64ビットOSを使用している場合は、32ビットと64ビットの両方をダウンロードする必要があります。
  • ダウンロードして解凍コアソフトウェアのzipファイル
    • ユーザーが最新の安定版や開発版(二つの異なるウェブサイト)
  • を選択できるように、追加のソフトウェアオプション(複数のオプション)
      を選択します。
    • ダウンロード個別に各1(異なるウェブサイト)
    • 開梱/必要に応じてインストールしてください
    • 書込み構成ファイル(テキスト形式)
  • 構成オプションによって必要に応じてディレクトリをクリーンアップします。
    • など。私は、オプションのソフトウェア「1」を、選択した場合は、ディレクトリ「X」

を削除し、私は必ずしも私ができれば、実際には(コアインストールファイルでこれらの追加のソフトウェアオプションのすべてを提供する必要はありませんインストールプログラムは、利用可能なすべてのソフトウェアの最新バージョンを決定する小さなフットプリントを提供する(おそらくいくつかのウェブサイトをスクレイプしなければならない、他の人はバージョン番号をテキストファイルに提供するかもしれない)。

Install4jはこれに適している?

私はいくつかのc odeはバージョンの識別を行うが、ほとんどの場合、ユーザーがオプションを選択し、必要に応じてそれらをダウンロードするためのガイド付きのパスを持つGUIを必要とする。

スクリプトを書いたら、URL情報が変更される可能性のあるインスタンスを除き、常に新しいバージョンをコンパイルする必要はなく(できるだけ)、コンパイルする必要はありません。

答えて

1

「ファイルをダウンロード」アクションを使用して、任意のサイトからZIPファイルをダウンロードし、「ZIPファイルの内容をインストールする」アクションを使用して、必要に応じてインストールできます。

ユーザーへのプレゼンテーションでは、標準のインストールコンポーネント機能を使用して、インストールコンポーネントを「インストールコンポーネント」画面に表示されるツリーに注文できます。あなたのケースでは、すべてのインストールコンポーネントを空のままにすることができます。もう1つの利点は、インストールコンポーネントの依存関係を指定できることです。

「インストール画面」では、「ファイルのダウンロード」/「ZIPファイルの内容のインストール」アクション(および各コンポーネントに必要な他のアクション)のペアを含むアクショングループを追加します。各アクショングループの条件式は、

context.getInstallationComponentById("123").isSelected() 

に設定する必要があります。ここで、「123」は対応するインストールコンポーネントのIDです。

64ビット/ 32ビットについて:Windowsでは、バンドルされた32ビットJREを使用して32ビット用のインストーラのみを作成することを提案します。これは、64ビットJREでも同様に動作します。必要に応じて、別の64ビットメディアファイルを作成する必要があります。バンドルされたJREは必要に応じてダウンロードできます。

Linuxでは、JREをバンドルすることをお勧めしません。必要に応じて、32ビットLinuxと64ビットLinux用に2つの別々のメディアファイルを用意してください。

「ユーザーのためのガイド付きパス」は、install4jのcreate custom screensです。

関連する問題