これらのプロパティは、一般にファクトリクラスが代理、サービス、またはリソースを検出するために使用します。これらのプロパティは、以下のいずれかのフォーマットで記述されます。

最初のフォーマットは、関数の実行またはサービスを提供するために Java サービスまたは代理クラスを検出する際に使用されます。2 つ目のフォーマットは、HTML テンプレートファイルやアイコンイメージファイルなどのリソースファイルを検出するために使用されます。

以下に示すのは、あるテンプレートプロセッサのプロパティの例です。

ここで、サービス名、セレクタ、およびリクエスタは以下のとおりです。

指定されたリクエスタオブジェクトクラスのサービスまたはリソースクラスに対するリクエストをファクトリが受け取り、そのリクエスタクラスのプロパティエントリを検出できなかった場合、ファクトリはそのリクエスタクラスの親クラスまたはインタフェースのエントリを見つけようとします。親クラスまたはインタフェースのエントリも見つからない場合は、さらにその親のエントリが検索されていきます。複数の親クラスまたはインタフェースのエントリが検出される場合もあります。それらのエントリのサービス優先順位が異なる場合は、優先順位の最も低いエントリが選択されます。エントリのサービス優先順位がすべて同じであれば、任意のエントリが選択されます。

アプリケーションコンテキストサービスプロパティを含んだファイルを実行時に正しく読み込むには、wt.properties 内で以下のいずれかのプロパティにそれらのファイルが記述されていなければなりません。

プロパティファイルは記述された順に呼び込まれ、defaultPropertyFiles に記述されたファイルは customPropertyFiles に記述されたファイルより先に呼び込まれます。複数のファイルで同じプロパティが検出された場合は、最後に呼び込まれたファイルの値が使用されます。カスタムプロパティは、customPropertyFiles のリストに配置する必要があります。

アプリケーションコンテキストサービスプロパティを通常のプロパティと区別する点、および読み込み順を決定する効果がある点を除いて、プロパティをさまざまなプロパティファイルにグループ化することは、主にメンテナンスを容易にするためであって、システムにとって重要ではありません。TemplateProcessor プロパティを service.properties ファイルではなく htmltemplate.properties ファイルに配置しても、システムはこれを検出できます。

頻繁にカスタマイズされるサービスプロパティファイルの多くは、直接作成または編集されるのではなく、xml ファイルから生成されます。プロパティファイルを生成するために使用される XML ファイルの名前は、関連するプロパティファイルと同じですが、拡張子として .xconf が付加されています。たとえば、service.properties を生成するために使用される XML ファイルの名前は service.properties.xconf です。xconf ファイルの詳細については、カスタマイズの管理を参照してください。

カスタム HTML クライアント用にアプリケーションコンテキストプロパティエントリを追加する必要がある場合は、それらを新しいプロパティファイルまたはカスタマイズ専用ファイルに記述してください。このファイルは、xconfmanager ユーティリティを使用して、WTServiceProviderFromProperties.customPropertyFiles のファイルリストに追加する必要があります。この手順については、カスタマイズの管理を参照してください。