|
Javaでは、Windows上で
スラッシュ「/」と
バックスラッシュ「\」を
正しく取り扱います。
「wrapper.conf」の設定を、クロスプラットフォーム互換にも対応できるように、
「wrapper.conf」ファイル内で指定する全てのパスに、スラッシュを使うべきです。
Windows上でWrapperのスタートアップ時に、常に、
Wrapper実行ファイルがある場所を、カレント作業ディレクトリーとして設定します。
WrapperがJavaを起動するとき、その作業ディレクトリーはそのまま存続し、相対パス参照が確実に機能するようにします。
Linux/Unixバージョン上では、
Wrapperに同梱して提供しているシェルスクリプト（sh）により、
そのスクリプトがある場所を、作業ディレクトリーーとして設定します。
これにより、Wrapperを起動するために使われるスクリプトが抽象的な参照を使って参照されるときでも、
相対パスは、常に正しく動作するようになります。
上記の機能により、
全てのプラットフォーム上で、コンフィギュレーション・ファイル内に明記されている全てのファイル参照を、
相対パスで使えるようになります。
ほとんどのケースでは、相対パスが好ましいです、
その理由は いかなる配置場所にも、アプリケーションを簡単にインストールすることが簡単になり、
設定を変更することなく、正しく動作するからです。
ほとんどのケースでは、全てのプラットフォーム上で、ファイルの相対参照が可能です。
下記に示すコンフィギュレーション・ファイルの一部の例では、
プラットフォームのパスを絶対参照で表記しているプロパティ値を、相対参照のパスに変更している一例です。
２番目のプロパティ例で、プラットフォームの構造に何も影響されていないことに注目してください。
この例では、Wrapperバイナリ や スクリプトが、
アプリケーション・ホーム・ディレクトリー下にある「bin」ディレクトリーに配置されているという前提です。
アプリケーションその「JRE」も含んでおり、ユーザーにとって、インストール作業が簡単になります。
| 修正する前の『絶対参照』によるパス・プロパティ： |
wrapper.java.command=C:/MyApp/jre/bin/java
wrapper.java.classpath.1=C:/MyApp/lib/wrapper.jar
wrapper.java.library.path.1=C:/MyApp/lib
wrapper.logfile=C:/MyApp/logs/wrapper.log
|
| 修正した後の『相対参照』によるパス・プロパティ： |
wrapper.java.command=../jre/bin/java
wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.library.path.1=../lib
wrapper.logfile=../logs/wrapper.log
|
|
