| Oracle® Fusion Middleware Oracle Application Development Framework Webユーザー・インタフェース開発者ガイド 11gリリース1 (11.1.1.7.0) B52029-07 |
|
 前 |
 次 |
| Oracle® Fusion Middleware Oracle Application Development Framework Webユーザー・インタフェース開発者ガイド 11gリリース1 (11.1.1.7.0) B52029-07 |
|
前 |
次 |
この章では、アプリケーションのADF Faces入力コンポーネントに変換と検証の機能を追加する方法について説明します。エラー(検証によって生じたもの以外も)の処理および表示方法についても説明します。
この章では、次の項目について説明します。
ADF Facesの入力コンポーネントでは、変換機能がサポートされます。Webアプリケーションで、int、long、dateなどの様々な型をモデル・レイヤーに格納できます。ただし、クライアント・ブラウザに表示する場合、ユーザー・インタフェースでは、ユーザーが読んだり、変更できる形式でデータを示す必要があります。たとえば、フォームの日付フィールドでは、java.util.Dateオブジェクトをmm/dd/yyyy形式のテキスト文字列で表します。ユーザーが日付フィールドを編集してフォームを送信すると、文字列はアプリケーションで必要な型に戻されます。その後、ルールまたは条件に対してデータが検証されます。逆に、String以外の型として格納したデータを表示および更新用にStringに変換することもできます。af:inputDateなどの多くのコンポーネントで、変換機能が自動的に提供されます。
ADF Facesの入力コンポーネントでは、検証機能もサポートされます。入力コンポーネントのrequired属性がtrueに設定されている場合、1つ以上のバリデータ属性を設定したり、ADF Facesバリデータ・コンポーネントを使用できます。また、ビジネス・ニーズに応じてカスタム・バリデータを作成することもできます。
バリデータとコンバータには、ユーザーが関連付けられているフィールドをクリックすると表示されるデフォルトのヒント・メッセージがあります。コンバータの場合、ヒントは、通常、入力値に使用する、指定されたパターンに基づいた適切な形式をユーザーに示します。バリデータの場合、ヒントを使用して、コンポーネントに構成されている検証に基づいた有効な値が示されます。変換または検証に失敗すると、関連付けられたエラー・メッセージがユーザーに表示されます。これらのメッセージはダイアログに表示することも、変換または検証に失敗したコンポーネントと並べてページ自体に表示することもできます。ADF Facesアプリケーションでのメッセージの表示の詳細は、第17章「ヒント、メッセージおよびヘルプの表示」を参照してください。
データを持つフォームが送信されると、編集可能なvalue属性がバインドされているUIコンポーネントごとに、リクエスト値がブラウザからサーバーに送信されます。リクエスト値は、JSFのリクエスト値の適用フェーズでデコードされ、デコードされた値はコンポーネントのsumbittedValue属性にローカルに保存されます。値に変換が必要(Stringとして表示されるが、DateTimeオブジェクトとして格納されている場合など)な場合、データは、UIコンポーネントごとに検証の処理フェーズで正しい型に変換されます。
検証または変換に失敗した場合、ライフサイクルはレスポンスのレンダリング・フェーズに進み、対応するエラー・メッセージがページに表示されます。変換および検証が正常に終了すると、モデルの更新フェーズが開始され、変換および検証された値がモデルの更新に使用されます。
検証または変換エラーが起きた場合、検証または変換に失敗したコンポーネントで、関連付けられたエラー・メッセージがキューに置かれ、コンポーネント自身は無効とされます。その後、現在のページがエラー・メッセージを使用して再表示されます。ADF Facesのコンポーネントには、これらのメッセージを宣言的に設定する方法が用意されています。
JSFライフサイクルで使用される変換と検証の方法の詳細は、第4章「ADF FacesによるJSFライフサイクルの使用」を参照してください。
Webアプリケーションは、モデル・レイヤー内に多くのタイプのデータ(int、long、dateなど)を格納できます。ただし、クライアント・ブラウザに表示する場合、ユーザー・インタフェースでは、ユーザーが読んだり、変更できる形式でデータを示す必要があります。たとえば、フォームの日付フィールドでは、java.util.Dateオブジェクトをmm/dd/yyyy形式のテキスト文字列で表します。ユーザーが日付フィールドを編集してフォームを送信すると、文字列はアプリケーションで必要な型に戻されます。その後、ルールまたは条件に対してデータが検証されます。1つのUIコンポーネントには1つのコンバータのみを設定できます。
af:inputTextコンポーネントを作成し、コンバータを持つタイプの属性を設定すると、コンバータのタグが入力コンポーネントの子としてJDeveloperで自動的に追加されます。このタグでコンバータが起動され、ユーザーが入力したString型が、オブジェクトで規定された型に変換されます。
String型と単純なデータ型の間の変換を処理するJSFの標準コンバータでは、javax.faces.convert.Converterインタフェースが実装されます。用意されているJSF標準コンバータ・クラスは次のとおりです。
BigDecimalConverter
BigIntegerConverter
BooleanConverter
ByteConverter
CharacterConverter
DateTimeConverter
DoubleConverter
EnumConverter
FloatConverter
IntegerConverter
LongConverter
NumberConverter
ShortConverter
表6-1に、ADF Facesで用意されているコンバータを示します。
表6-1 ADF Facesのコンバータ
| コンバータ | タグ名 | 説明 |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
バリデータ同様、ADF Facesのコンバータはクライアント側でも実行されます。
コンバータが明示的に追加されていない場合、ADF Facesでデータ型に基づいたコンバータの作成が試行されます。このため、値が次の型にバインドされている場合、明示的にコンバータを追加する必要はありません。
java.util.Date
java.util.Color
java.awt.Color
java.lang.Number
java.lang.Integer
java.lang.Long
java.lang.Short
java.lang.Byte
java.lang.Float
java.lang.Double
表6-1のコンバータとは異なり、JavaScript対応のコンバータはtypeが適用されて、標準のコンバータのかわりに使用され、classおよびid属性をオーバーライドします。これらのコンバータには、コンポーネント内にネストできるタグは関連付けられていません。
一部のoracle.jbo.domainデータ型は自動的に変換されます。自動的に処理されない一部のoracle.jbo.domainデータ型では、6.3.5項「oracle.jbo.domainコンバータを追加する方法」の説明に従って、oracle.jbo.domainコンバータをコンポーネントに追加できます。
UIコンポーネントにコンバータを手動で挿入できます。
タグを持つADF Facesコンバータを追加する手順:
構造ウィンドウで、コンバータを追加するコンポーネントを右クリックします。
ポップアップ・メニューで「<UIコンポーネント>の中に挿入」を選択し、ADF Facesコンバータを挿入する場合は「ADF Faces」を、JSFコンバータを挿入する場合は「JSF Core」を選択します。
コンバータ・タグ(ConvertDateTimeなど)を選択します。
プロパティ・インスペクタで、変換エラー用のメッセージなどの値を属性に設定します。ヘルプを参照するには、属性を右クリックし、「ヘルプ」を選択します。
複数のパターンを設定できるADF Facesコンバータもあります。詳細は、6.3.2項「標準のADF Facesコンバータでの属性の設定方法」を参照してください。
ADF Facesでは、変換エラー・メッセージの詳細部分をカスタマイズできます。MessageDetailxyz属性(xyzはMessageDetailconvertDateなどの変換エラー・タイプ)に値を設定することにより、変換に失敗した場合、デフォルト・メッセージのかわりに、ADF Facesでカスタム・メッセージが表示されます。メッセージの作成の詳細は、第17章「ヒント、メッセージおよびヘルプの表示」を参照してください。
パターンは、変換で使用可能なデータの形式を指定します。複数のパターンを使用すると、複数の形式を使用できます。たとえば、スラッシュ(/)またはハイフン(-)をセパレータとして使用する日付を入力できます。パターン・マッチングは柔軟性の高いものですが、すべてのコンバータで複数のパターンがサポートされるわけではなく、複数のパターンが必要ない場合もあります。
例6-1に、af:convertColorタグに対する複数パターンの使用を示します。「255-255-000」と「FFFF00」の両方の値が使用可能です。
例6-1 af:convertColorの複数パターン
<af:inputColor colorData="#{adfFacesContext.colorPalette.default49}" id="sic3"
label="Select a color" value="#{demoColor.colorValue4}" chooseId="chooseId">
<af:convertColor patterns="rrr-ggg-bbb RRGGBB #RRGGBB"
transparentAllowed="false"/>
</af:inputColor>
例6-2に、「6/9/2007」と「2007/9/6」の両方が使用可能なaf:convertDateTimeタグの使用を示します。
例6-2 af:convertDateTimeの複数パターン
<af:inputDate id="mdf5" value="2004/09/06" label="attached converter">
<af:convertDateTime pattern="yyyy/M/d" secondaryPattern="d/M/yyyy" />
</af:inputDate>
例6-3に、type属性がcurrencyに設定されており、$78.57と$078.57を変換の値として使用できるaf:convertNumberタグを示します。
ユーザーがコンバータを含むページを送信すると、ADF Facesのvalidate()メソッドでコンバータのgetAsObject()メソッドがコールされ、String値が必要なオブジェクト・タイプに変換されます。アタッチされているコンバータがなく、コンポーネントがモデルのBeanプロパティにバインドされている場合、ADFでモデルのデータ型を確認して適切なコンバータを見つけます。変換に失敗すると、コンポーネントのvalue属性がfalseに設定され、JSFでFacesContextによってメンテナンスされているキューにエラー・メッセージが追加されます。変換が正常終了し、コンポーネントにアタッチされているバリデータがある場合、変換された値がバリデータに渡されます。コンポーネントにアタッチされているバリデータがない場合、変換された値はローカル値として格納され、モデルの更新に後で使用されます。
日付コンバータでは、あいまいにならないように、4桁の年のパターンを使用する必要があります。パターンとして2桁の年の書式を使用すると、4桁の年の値がすべて2桁の年の値として表示されます。たとえば、パターンとして2桁の年の書式(MM-dd-yyなど)を使用している場合、日付値03-01-1910と03-01-2010は入力フィールドに03-01-10と表示されるので、サーバーに正しい年の値が格納されても、正確に解釈されないおそれがあります。
2桁の年の書式を使用する場合は、two-digit-year-startの値とtwo-digit-year-start + 100の値が含まれる世紀が使用されます。たとえば、two-digit-year-startの値が1912の場合、2桁の値は1912年から2012年までの日付に解決されます。この範囲外の日付を入力するには、エンド・ユーザーは完全な(4桁の)年を使用して日付を入力する必要があります。two-digit-year-start要素とその構成方法の詳細は、第A.6.2項「trinidad-config.xmlの要素について」を参照してください。
|
注意: 2桁の年の書式を使用している間は、ユーザーが既存の値を編集しても、2桁の年は たとえば、 |
自動的に処理されない一部のoracle.jbo.domainデータ型では、コンポーネントのoracle.jbo.domainコンバータを参照する必要があります。これらのコンバータは自動的に登録され、タグは不要です。
表6-2に、oracle.jbo.domainデータ型のコンバータのリストを示します。
表6-2 oracle.jbo.domainデータ型のコンバータ
| oracle.jbo.domainコンバータ | 説明 |
|---|---|
|
|
|
|
|
汎用 |
oracle.jbo.domainコンバータを追加する場合は、例6-4に示すように、コンバータをconverter属性に追加できます。
または、例6-5に示すように、f:converterタグを追加して、converterId属性を使用してコンバータを参照できます。
特定のビジネス・ニーズに合せて、独自のコンバータを作成できます。サーバー側で実行されるカスタムJSFコンバータを作成してから、クライアント側で実行できるJavaScriptバージョンを作成することもできます。ただし、カスタム・バリデータを作成する場合とは異なり、作成できるのはコンバータ・クラスのみです。変換を提供するためにメソッドをバッキングBeanに追加することはできません。
カスタム・コンバータの作成には、getAsObject()およびgetAsString()メソッドを含むConverterインタフェースの実装を作成し、カスタム・コンバータをアプリケーションに登録して、変換用のビジネス・ロジックを記述する必要があります。次に、f:converterタグを使用して、カスタム・コンバータをそのタグのプロパティとして設定するか、または入力コンポーネントのconverter属性を使用して、そのコンバータにバインドできます。
クライアント側バージョンのコンバータを作成することもできます。ADF Facesのクライアント側コンバータは、クライアントでJavaScriptが使用される点以外は、サーバーでの標準JSF変換と同様に機能します。JavaScriptコンバータ・オブジェクトでは、ConverterException例外をスローでき、getAsObject()およびgetAsString()メソッドがサポートされます。
カスタムJSFコンバータを作成する手順:
javax.faces.converter.Converterインタフェースを実装するJavaクラスを作成します。Converterインタフェースを実装するには、実装にpublic no-argsコンストラクタ、属性に対するアクセッサ・メソッドのセットおよびgetAsObjectおよびgetAsStringメソッドを含める必要があります。
getAsObject()メソッドは、次の例のようにFacesContextインスタンス、UIコンポーネントおよび指定されたオブジェクトに変換されるString値を引数とします。
public Object getAsObject(FacesContext context,
UIComponent component,
java.lang.String value){
..
}
getAsString()メソッドは、FacesContextインスタンス、UIコンポーネントおよびString値に変換されるオブジェクトを引数とします。次に例を示します。
public String getAsString(FacesContext context,
UIComponent component,
Object value){
..
}
これらのクラスの詳細は、APIのドキュメントを参照するか、http://docs.oracle.com/javaee/index.htmlにアクセスしてください。
必要な変換ロジックを追加します。このロジックでは、javax.faces.convert.ConverterExceptionを使用して適切な例外をスローし、javax.faces.application.FacesMessageを使用して対応するエラー・メッセージを生成します。ConverterインタフェースとFacesMessageエラー・ハンドラの詳細は、javax.faces.convert.ConverterExceptionおよびjavax.faces.application.FacesMessageのAPIドキュメントを参照するか、http://docs.oracle.com/javaee/index.htmlにアクセスしてください。
アプリケーションでクライアントに状態を保存する場合、カスタム・コンバータでSerializableインタフェースまたはStateHolderインタフェースと、StateHolderインタフェースのsaveState(FacesContext)およびrestoreState(FacesContext, Object)メソッドを実装する必要があります。詳細は、Javadocでjavax.faces.componentパッケージのStateHolderインタフェースを参照してください。
コンバータをfaces-config.xmlファイルに登録します。
faces-config.xmlファイルを開き、エディタ・ウィンドウで「概要」タブを選択します。faces-config.xmlファイルは、JDeveloperアプリケーション・ナビゲータの<View_Project>/WEB-INFディレクトリにあります。
ウィンドウで、「コンバータ」を選択し、「新規」をクリックします。コンバータの登録の詳細ヘルプを参照するには、「ヘルプ」をクリックするか、[F1]キーを押します。
コンバータのクライアント版を作成する手順:
JavaScript版のコンバータを記述し、関連する情報をコンストラクタに渡します。例6-6に、2つのメソッドを持つorg.apache.myfaces.trinidad.convert.ClientConverterインタフェースを実装するコードを示します。1つ目のメソッドはgetClientScript()で、JavaScriptのConverterオブジェクトの実装を返します。2つ目のメソッドはgetClientConversion()で、コンバータ・インスタンスのインスタンス化に使用されるJavaScriptコンストラクタを返します。
例6-6 インタフェース・コンバータ
function TrConverter()
{
}
/**
* Convert the specified model object value, into a String for display
* @param value Model object value to be converted
* @param label label to identify the editableValueHolder to the user
* @return the value as a string or undefined in case of no converter mechanism is
* available (see TrNumberConverter).
*/
TrConverter.prototype.getAsString = function(value, label){}
/**
* Convert the specified string value into a model data object
* which can be passed to validators
* @param value String value to be converted
* @param label label to identify the editableValueHolder to the user
* @return the converted value or undefined in case of no converter mechanism is
* available (see TrNumberConverter).
*/
TrConverter.prototype.getAsObject = function(value, label){}
TrConverterインタフェースではTrConverterException例外をスローでき、これにはTrFacesMessageエラー・メッセージが含まれます。例6-7にTrFacesMessageのシグネチャを、例6-8にTrFacesExceptionのシグネチャを示します。
例6-7 TrFacesMessageのシグネチャ
/** * Message similar to javax.faces.application.FacesMessage * @param summary - Localized summary message text * @param detail - Localized detail message text * @param severity - An optional severity for this message. Use constants * SEVERITY_INFO, SEVERITY_WARN, SEVERITY_ERROR, and * SEVERITY_FATAL from the FacesMessage class. Default is * SEVERITY_INFO */ function TrFacesMessage( summary, detail, severity )
例6-8 TrFacesExceptionのシグネチャ
/** * TrConverterException is an exception thrown by the getAsObject() or getAsString() * method of a Converter, to indicate that the requested conversion cannot be performed. * @param facesMessage the TrFacesMessage associated with this exception * @param summary Localized summary message text, used to create only if facesMessage is null * @param detail Localized detail message text, used only if facesMessage is null */ function TrConverterException( facesMessage, summary, detail
例6-9に、カスタム・コンバータの例(サーバーで実行され、Javaで記述されるSimpleNumberConverter)を示します。カスタム・コンバータはClientConverterインタフェースを実装する必要があります。
例6-9 Javaのカスタム・コンバータSimpleNumberConverter
public class SimpleNumberConverter implements javax.faces.convert.Converter,
org.apache.myfaces.trinidad.convert.ClientConverter
{
public SimpleNumberConverter(boolean isInteger)
{
_isInteger = isInteger;
}
// CONVERTER INTERFACE
public Object getAsObject(FacesContext context, UIComponent component,
String value)
{
// convert to object
}
String getAsString(FacesContext context, UIComponent component, Object value)
{
// convert to string
}
// CLIENTCONVERTER INTERFACE
/**
* Called to retrieve the appropriate client
* conversion code for the node and context.
* For HTML, this will be javascript that will be embedded in a
* script tag. For HTML this method is expected to return a
* constructor of the javascript Converter object
* returned by getClientScript().
*/
public String getClientConversion(FacesContext context, UIComponent component)
{
return "new SimpleNumberConverter(" + Boolean.toString(_isInteger) + ")";
}
public Collection<String> getClientImportNames()
{
// return empty collection
}
public String getClientLibrarySource(FacesContext context)
{
return null;
}
public String getClientScript(FacesContext context, UIComponent component)
{
return null;
}
private boolean _isInteger;
}
例6-10に示すように、クライアントでもカスタム・コンバータのJavaScript実装を作成する必要があります。
Example 6-10 JavaScriptでのSimpleNumberConverterのクライアント側実装
/*** constructor of client side SimpleNumberConverter class*/function SimpleNumberConverter(isInteger){ this._isInteger = isInteger;}// Inherit object properties from base class if desired.SimpleNumberConverter.prototype = new SimpleConverter();SimpleNumberConverter.prototype.getAsString = function(number,label){ // convert to string}SimpleNumberConverter.prototype.getAsObject = function(numberString,label){ // convert to object}
JSFページでカスタム・コンバータを使用する手順:
コンバータ・クラスを入力コンポーネントのconverter属性にバインドします。
|
注意: カスタム・コンバータがアプリケーションで特定のデータ型のクラスの下に登録されると、カスタム・コンバータ・オブジェクトと同じ型の値バインディングがコンポーネント値で参照されるたびに、JSFでそのクラスのコンバータが値の変換に自動的に使用されます。この場合、次のコードに示すように、
<af:inputText value="#{myBean.myProperty}"/>
|
ユーザーがフィールド内のデータを編集または入力してフォームを送信したときに、設定した規則および条件に対してデータが検証されるように、検証を追加できます。検証に失敗すると、アプリケーションでエラー・メッセージが表示されます。たとえば、図6-1では、af:validateDateTimeRangeコンポーネントによってユーザー入力に対する特定の日付範囲がメッセージ・ヒントに設定されており、無効な値が入力されると、メッセージ・ポップアップ・ウィンドウにエラー・メッセージが表示されます。
クライアント側の検証が必要な場合、ビュー・レイヤーでADF Facesの検証を使用します。ADF Facesに用意されているすべてのバリデータは、クライアント側ピアを持ちます。多くのコンポーネントは、検証を提供する属性を持ちます。詳細は、6.5.1.2項「検証属性の使用を参照してください。また、ADF Facesには、クライアントおよびサーバーの両方で実行できる個別の検証クラスも用意されています。詳細は、6.5.1.3項「ADF Facesバリデータの使用」を参照してください。独自のバリデータを作成することもできます。カスタム・バリデータの詳細は、6.6.3項「カスタムJSFバリデータの作成方法」を参照してください。
入力コンポーネントにADF Faces検証を設定すると、エラー・メッセージがページにインラインで、またはポップアップ・ウィンドウに表示されます。検証エラーで作成されたメッセージの表示の詳細は、第17章「ヒント、メッセージおよびヘルプの表示」を参照してください。
デフォルトでは、ADF Facesの構文およびセマンティク検証は、クライアント側とサーバー側の両方で行われます。クライアント側の検証では、バリデータでデータを捕捉および表示し、サーバーへのラウンドトリップは不要です。
ADF Facesでは、次のタイプの検証が提供されます。
UIコンポーネント属性: ADF Facesの入力コンポーネントに、データの検証に使用できる属性が用意されています。たとえば、値が必須かどうかを指定するには、ADF Facesの入力コンポーネントのrequired属性を使用して簡単な検証を指定できます。required属性をtrueに設定した場合、コンポーネントは値を持つ必要があります。そうでない場合、アプリケーションでエラー・メッセージが表示されます。詳細は、6.5.1.2項「検証属性の使用」を参照してください。
デフォルトADF Facesバリデータ: JSFフレームワークで提供されるバリデータには、データ範囲の検証、入力されたデータの長さの検証などのよく使用される検証チェックが用意されています。詳細は、6.5.1.3項「ADF Facesバリデータの使用」を参照してください。
カスタムADF Facesバリデータ: 独自のバリデータを作成し、UIコンポーネントと組み合せて使用するよう選択できます。詳細は、6.6項「カスタムJSF検証の作成」を参照してください。
ADF FacesのUIコンポーネントの多くは、シンプルな検証を提供する属性を持ちます。たとえば、af:chooseDateコンポーネントはaf:inputDateコンポーネントと組み合せて簡単な日付選択に使用されます。af:chooseDateコンポーネントには、日付値に使用できる最大値と最小値を指定するmaxValue属性とminValue属性があります。
UIコンポーネントのヘルプを参照するには、プロパティ・インスペクタで属性の名前を右クリックし、「ヘルプ」を選択します。
ADF Facesバリデータは、サーバーまたはクライアントで実行できる個別のクラスです。表6-3に、バリデータとそのロジックを示します。
表6-3 ADF Facesバリデータ
| バリデータ | タグ名 | 説明 |
|---|---|---|
|
|
|
エンコード時に文字列のバイト数が検証されます。 |
|
|
|
入力された日付が、指定された制限に対し有効かどうかが検証されます。 |
|
|
|
入力された日付が、指定された範囲内かどうかが検証されます。範囲はバリデータの属性として指定します。 |
|
|
|
コンポーネント値が指定された範囲内にあるかが検証されます。値は浮動小数点型に変換可能である必要があります。 |
|
|
|
コンポーネントの長さが指定された範囲内にあるかが検証されます。値は |
|
|
|
コンポーネント値が指定された範囲内にあるかが検証されます。値は数値型か、 |
|
|
|
Java正規表現構文を使用するデータを検証します。 |
|
注意: コンポーネントにカスタム・バリデータを登録する場合、標準JSFの |
ADF Facesバリデータを追加する手順:
構造ウィンドウで、バリデータを追加するコンポーネントを右クリックします。
ポップアップ・メニューで「<UIコンポーネント>の中に挿入」を選択し、ADF Facesバリデータを挿入する場合は「ADF Faces」を、JSF参照実装バリデータを挿入する場合は「JSF Core」を選択します。
バリデータ・タグ(ValidateDateTimeRangeなど)を選択します。
プロパティ・インスペクタで、検証エラー用のメッセージなどの値を属性に設定します。ヘルプを参照するには、属性を右クリックし、「ヘルプ」を選択します。
ADF Facesでは、検証エラー・メッセージの詳細部分をカスタマイズできます。MessageDetailxyz属性(xyzはMessageDetailmaximumなどの検証エラー・タイプ)に値を設定することにより、検証に失敗した場合、デフォルト・メッセージのかわりに、ADF Facesでカスタム・メッセージが表示されます。
ユーザーがページを送信すると、ADF Facesで送信された値を確認し、null以外の値に対して変換を実行します。変換された値は、validate()メソッドに渡されます。値が空の場合、コンポーネントのrequired属性が確認され、指定されている場合はエラー・メッセージが生成されます。送信された値がnull以外の場合、検証プロセスが続けられ、コンポーネントのすべてのバリデータが宣言順にコールされます。
|
注意: ADF Facesでは、クライアント側サポートのある、JSFバリデータの拡張が提供されます。 |
ADF Faces検証が検証の処理フェーズで実行されます。エラーが発生した場合、コンポーネントが無効化され、関連付けられているメッセージがFacesContextインスタンスのキューに追加されます。コンポーネントのすべての検証が終了すると、モデル・レイヤーに制御が移り、モデルの更新の検証フェーズが実行されます。検証の処理フェーズ同様、エラーが発生した場合、コンポーネントが無効化され、関連付けられているメッセージがFacesContextインスタンスのキューに追加されます。
ライフサイクルはレスポンスのレンダリング・フェーズに移り、現在のページが再表示されます。ADF Facesでは、af:messageコンポーネントのinline属性がtrueに設定されていないかぎり、エラーを生成した入力コンポーネントの隣にエラー・アイコンを表示し、ポップアップ・ウィンドウに関連付けられたメッセージを表示します。図6-2に、サーバー側の検証エラーを示します。
UIコンポーネントには、バリデータを設定しないことも、複数設定することもできます。コンポーネントのrequired属性を設定し、バリデータを使用することができます。ただし、required属性をtrueに設定し、値がnullまたは長さがゼロの文字列の場合、コンポーネントは無効化され、コンポーネントに登録された他のバリデータはコールされません。
コンポーネントが空でも有効になるケースが存在する場合は、この組合せでは問題があることがあります。たとえば、ページに「Cancel」ボタンが含まれている場合、ユーザーはデータを入力しなくても、そのボタンをクリックすればページを閉じることができるようにする必要があります。このようなケースを処理するには、「Cancel」ボタンのコンポーネントのimmediate属性をtrueに設定します。この属性により、アクションをリクエスト値の適用フェーズで実行できます。デフォルトのJSFアクション・リスナーはFacesContext.renderResponse()をコールするため、アクションの実行時に検証は省略されます。詳細は、第4章「ADF FacesによるJSFライフサイクルの使用」を参照してください。
ビジネス・ニーズに合せて独自の検証ロジックを追加できます。1つのページのコンポーネントにカスタム検証ロジックが必要な場合、ページのバッキングBeanに検証メソッドを作成します。
アプリケーション内の様々なページで再利用されるロジックを作成する場合、またはクライアント側で検証を実行できるようにする場合は、JSFバリデータ・クラスを作成します。その後、クライアント側でバリデータを実行できるADF Faces版を作成します。
1つのページのコンポーネントにカスタム検証が必要な場合、必要な検証を提供するメソッドをバッキングBeanに作成します。
バッキングBeanの検証メソッドを追加する手順:
検証の必要なコンポーネントをJSFページに挿入します。
ビジュアル・エディタで、コンポーネントをダブルクリックし、「バインドバリデータプロパティ」ダイアログを開きます。
「バインドバリデータプロパティ」ダイアログで検証メソッドを含めるマネージドBeanを入力または選択し、「新規」をクリックして新規のマネージドBeanを作成します。提供されているデフォルト・メソッド・シグネチャを使用するか、ロジックがすでにある場合は既存のメソッドを選択します。
ダイアログで「OK」をクリックすると、JDeveloperでスケルトン・メソッドをコードに追加し、ソース・エディタにBeanを開きます。
必要な検証ロジックを追加します。このロジックでは、javax.faces.validator.ValidatorException例外を使用して適切な例外をスローし、javax.faces.application.FacesMessageエラー・メッセージを使用して対応するエラー・メッセージを生成します。ValidatorインタフェースとFacesMessageの詳細は、javax.faces.validator.ValidatorExceptionおよびjavax.faces.application.FacesMessageのAPIドキュメントを参照するか、http://docs.oracle.com/javaee/index.htmlにアクセスしてください。
検証メソッドを作成すると、選択したマネージドBeanにJDeveloperでスケルトン・メソッドが追加されます。例6-11に、JDeveloperで生成されるコードを示します。
例6-11 検証メソッド用のマネージドBeanのコード
public void inputText_validator(FacesContext facesContext,
UIComponent uiComponent, Object object) {
// Add event code here...
}
入力コンポーネントを含むフォームが送信されると、validator属性がバインドされているメソッドが実行されます。
カスタム・バリデータの作成には、インタフェースのValidator実装を作成し、カスタム・バリデータをアプリケーションに登録して、検証用のビジネス・ロジックを記述する必要があります。バリデータ用のタグを作成したり、f:validatorタグおよびカスタム・バリデータをこのタグの属性として使用することもできます。
クライアント側バージョンのバリデータを作成することもできます。ADF Facesのクライアント側検証は、クライアントでJavaScriptが使用される点以外は、サーバーでの標準の検証と同様に機能します。JavaScriptバリデータ・オブジェクトでは、ValidatorExceptions例外をスローでき、validate()メソッドがサポートされます。
カスタムJSFバリデータを作成する手順:
javax.faces.validator.Validatorインタフェースを実装するJavaクラスを作成します。Validatorインタフェースを実装するには、実装にpublic no-argsコンストラクタ、属性に対するアクセッサ・メソッドのセットおよびvalidateメソッドを含める必要があります。
public void validate(FacesContext facesContext,
UIComponent uiComponent,
Object object)
throws ValidatorException {
..
}
これらのクラスの詳細は、APIのドキュメントを参照するか、http://docs.oracle.com/javaee/index.htmlにアクセスしてください。
必要な検証ロジックを追加します。このロジックでは、javax.faces.validate.ValidatorException例外を使用して適切な例外をスローし、javax.faces.application.FacesMessageエラー・メッセージを使用して対応するエラー・メッセージを生成します。ValidatorインタフェースとFacesMessageの詳細は、javax.faces.validate.ValidatorExceptionおよびjavax.faces.application.FacesMessageのAPIドキュメントを参照するか、http://docs.oracle.com/javaee/index.htmlにアクセスしてください。
アプリケーションでクライアントに状態を保存する場合、カスタム・バリデータでSerializableインタフェースまたはStateHolderインタフェースと、StateHolderインタフェースのsaveState(FacesContext)およびrestoreState(FacesContext, Object)メソッドを実装する必要があります。詳細は、Javadocでjavax.faces.componentパッケージのStateHolderインタフェースを参照してください。
バリデータをfaces-config.xmlファイルに登録します。
faces-config.xmlファイルを開き、エディタ・ウィンドウで「概要」タブを選択します。faces-config.xmlは、<View_Project>/WEB-INFディレクトリにあります。
ウィンドウで、「バリデータ」を選択し、「新規」をクリックします。バリデータの登録の詳細ヘルプを参照するには、「ヘルプ」をクリックするか、[F1]キーを押します。
バリデータのクライアント版を作成する手順:
JavaScript版のバリデータを記述し、関連する情報をコンストラクタに渡します。
2つのメソッドを持つorg.apache.myfaces.trinidad.validator.ClientValidatorインタフェースを実装します。1つ目のメソッドはgetClientScript()で、JavaScriptのValidatorオブジェクトの実装を返します。2つ目のメソッドはgetClientValidation()で、バリデータ・インスタンスのインスタンス化に使用されるJavaScriptコンストラクタを返します。
例6-12に、Javaのバリデータを示します。
例6-12 Javaバリデータ
public String getClientValidation(
FacesContext context,
UIComponent component)
{
return ("new SSNValidator('Invalid social security number.','Value \"{1}\"
must start with \"123\".')");
}
Javaバリデータでは、例6-13に示すように、JavaScriptバリデータをコールします。
JSFページでカスタム・バリデータを使用する手順:
JSFページにタグを持つカスタム・バリデータを使用するには、これをコンポーネントのタグ内に手動でネストさせる必要があります。
例6-14に、inputTextコンポーネント内にネストするカスタム・バリデータ・タグを示します。タグ属性を使用して、faces-config.xmlファイルで宣言されたバリデータのプロパティの値を指定していることに注意してください。
例6-14 JSFページのカスタム・バリデータ・タグ
<h:inputText id="empnumber" required="true"> <hdemo:emValidator emPatterns="9999|9 9 9 9|9-9-9-9" /> </h:inputText>
カスタム・タグを使用せずにカスタム・バリデータを使用する手順:
カスタム・タグを使用せずにカスタム・バリデータを使用するには、f:validatorタグ内にバリデータのIDをネスト(faces-config.xmlファイルで構成されているとおりに)させる必要があります。バリデータのID属性では、使用するバリデータをアプリケーションで動的に決定できるように、EL式をサポートします。
構造ウィンドウから、検証を追加する入力コンポーネントを右クリックし、「<コンポーネント>の中に挿入」→「ADF Facesコア」→「バリデータ」を選択します。
ドロップダウン・リストからバリデータのIDを選択し、「OK」をクリックします。
バリデータのIDをf:validatorタグのプロパティにするコードが、JDeveloperでJSFページに挿入されます。
例6-15に、f:validatorタグを使用するバリデータのJSFページでのコードを示します。
カスタムJSFバリデータを使用すると、アプリケーションでカスタム・タグまたはf:validatorタグで参照されるバリデータ・クラスにアクセスし、validate()メソッドを実行します。このメソッドでは、現在のFacesContextのコンポーネントからのデータにアクセスし、これに対してロジックを実行して、データが有効かどうかを判断します。バリデータに属性がある場合、この属性にもアクセスされ、検証ルーチンで使用されます。標準バリデータ同様、カスタム検証に失敗すると、関連付けられているメッセージがFacesContextインスタンスのメッセージ・キューに置かれます。
