Forms開発者向けのエンタープライズJavaとADF：次のレベルへのステップ

Size: px

Start display at page:

Download "Forms開発者向けのエンタープライズJavaとADF：次のレベルへのステップ"

ふみなさんきち
5 years ago
Views:

1 Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ Oracle ホワイトペーパー 2006 年 7 月

2 Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップはじめに... 3 ビジネスロジックの中心... 3 フレームワークの概要... 4 Oracle ADF Business Components... 4 コードの表示 ( 生成ではない )... 4 Oracle ADF Business Components のデフォルトの動作の拡張... 6 項目レベルの検証 - When-Validate-Item... 6 レコードレベルの検証 - When-Validate-Record... 8 トランザクショントリガー... 8 When-Create-Record... 9 When-Remove-Record 検索フォームと例示問合せ検索フォームパラメータで実行問合せの実行ユーザーインタフェースの中心自動送信スタックキャンバス switcher コンポーネント条件付きページフローアプリケーションのルックアンドフィール結論 Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 2

3 Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップはじめに IT 業界には SOA(Service Oriented Architecture) の有効化標準ベースのワイヤレスアプリケーション豊富なインターネットアプリケーションなどの魅力的な Enterprise Java プラットフォームといったさまざまな可能性が広がっていますしかしプラットフォームと開発の技術獲得には困難が伴いますオラクルは Oracle JDeveloper と Oracle Application Development Framework(ADF) の開発を通じて正面からこの課題に取り組んでいます Oracle JDeveloper および Oracle ADF の多くの機能は Oracle Forms などの 4GL ツールによる開発に使用される設計時および実行時の生産性サービスを提供しますしたがって Oracle JDeveloper および Oracle ADF を使用して Java EE アプリケーションを構築する際に使い慣れた開発操作によって多くの開発技法とアプリケーション要件を扱うことができますこのホワイトペーパーではすでに提供されている CRUD(Create Remove Update および Delete) 基本操作以外を取り上げます Oracle Forms の場合と同様に独自にカスタマイズした操作の追加によって高度なレコードの作成や削除検証条件付きページフローおよび UI 処理を実行し基本動作を補完および拡張する方法について説明しますビジネスロジックの中心アプリケーション ( 特にデータベースとやりとりするアプリケーション ) の核となるのは汎用的な CRUD(Create Retrieve Update および Delete) 機能以外のビジネスにおける特定の機能を実装したビジネスロジックです Oracle Forms の操作と同様にランタイムフレームワークを使用して一般的な CRUD 動作および検証とビジネスルールコードで補完する動作を実行できます場合によってはランタイムのデフォルトによるトランザクション機能を設定してアプリケーションの要件を満たすこともできます Oracle ADF は Forms ランタイムと同様のコア機能 ( アプリケーションオブジェクトを処理する幅広い組込み /API やランタイム機能を補完または上書きできる多くのイベント / トリガー ) を提供します Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 3

4 フレームワークの概要 Oracle ADF のアーキテクチャはこのホワイトペーパーの範囲外ですこのホワイトペーパーで参照する主な要素を以下に簡潔に説明します Oracle ADF Business Components Oracle ADF Business Components は Oracle ADF のビジネスサービスを構築するデータベースを提供します Forms 開発者はデータベースのデータの操作方法を定義する SQL 問合せを使用した既存のデータベーススキーマに基づく Forms を構築します Oracle ADF Business Components はこのアプリケーション開発と同じ観点から次の 3 つの主な要素を使用して実行しますエンティティオブジェクトほとんどの場合エンティティオブジェクトはデータベース表に 1 対 1 でマッピングされますリレーショナル表とアプリケーションのオブジェクトの O/R (Object/Relational) マッピングを実装します通常各エンティティオブジェクトには基本となるデータベース表の列にそれぞれマッピングされる多くの属性がありますビューオブジェクトビューオブジェクトは 1 つ以上のデータベース表のデータビューを選択する SQL 問合せですまたアプリケーションのコンテキスト内を除いて Forms ブロックまたはデータベースビューと同様に処理できますアプリケーションモジュールアプリケーションモジュールは Forms モジュールと定義された作業単位 ( 従業員の保守や注文ステータスの確認など ) が関連付けられるようにユーザートランザクションを定義する 1 つ以上のビューオブジェクトを格納しますエンティティオブジェクトビューオブジェクトおよびアプリケーションモジュールに分割することによってビジネスサービスの再利用とモジュール化が可能ですコードの表示 ( 生成ではない ) Oracle ADF Business Components 機能の拡張方法を考慮する前に大量のコード生成では Oracle JDeveloper と Oracle ADF が動作しないことが再強調されます Oracle ADF Business Components ダイアログの操作では数千行の Java コードは自動生成されません実際は XML メタデータが生成されますこのメタデータは任意の動作を実装するために Oracle ADF によって実行時に読み取られます理論的には Java コードを実際に参照しなくても Oracle ADF アプリケーションを開発できます図 1 は Customers オブジェクトに対して作成されたメタデータの例です Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 4

属性名マッピングされている列名型および検証情報 (MaritalStatus を single または married に設定するなど ) はこのメタデータ形式で設定され任意の動作を実装するためにフレームワークによって読み取られます図 1 - Customers Entity Object を実装する XML メタデータこの方法に関連する多くの利点の一部は以下のとおりです

5 属性名マッピングされている列名型および検証情報 (MaritalStatus を single または married に設定するなど ) はこのメタデータ形式で設定され任意の動作を実装するためにフレームワークによって読み取られます図 1 - Customers Entity Object を実装する XML メタデータこの方法に関連する多くの利点の一部は以下のとおりですメタデータを変更しても再コンパイルする必要がないコードが少ないほどテストやバグが少なくなる実行時の柔軟性開発者がフレームワークに慣れることによるコードの繰り返しこのため Java コードを記述する場合 (Oracle Forms の拡張に PL/SQL を記述している場合 ) は Oracle JDeveloper と Oracle ADF を使用するのが有用です図 2 のようにチェックボックスを設定するとレコードの作成などにフレームワークが使用する Java メソッドの表示を Oracle JDeveloper に示すことができます Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 5

6 厳密に言うと Oracle JDeveloper はフレームワークが呼び出すコードを実際に表示しません基本機能を拡張するカスタムクラスを提供しこの拡張クラスでデフォルト機能を上書きできますまた基本クラスを呼び出して " 適切な処理 " も引き続き実行できます図 2 - Entity Object に表示される Java メソッドこのコードを表示した後必要に応じてコードを拡張できます Oracle ADF Business Components のデフォルトの動作の拡張フレームワークのコードを表示できることがわかったのでフレームワークを拡張する最も一般的なビジネスアクションの一部を取り上げます項目レベルの検証 - When-Validate-Item データ入力アプリケーションの最も一般的な機能は入力されたデータの検証です Oracle Forms は Forms フィールドのデフォルトの検証を PL/SQL コードで補完できる when-validate-item トリガーを提供します Oracle ADF Business Components は Forms よりも豊富な宣言的な検証フレームワークですある時点でコードを必要とする一部の複雑なシナリオに基づいてデータフィールドを検証しますビジネスケースアプリケーションに対する顧客の電子メールアドレスが有効かどうかを検証する必要があります少なくとも電子メールアドレスには "@" 記号が必要です実装 Oracle ADF Business Components はエンティティオブジェクトの宣言的な検証を提供しますこの検証の一部として特定の属性のメソッドバリデータを呼び出す機能があります ( 図 3) Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 6

図 3 - エンティティオブジェクトへのメソッドバリデータの追加 Oracle ADF Business Components には検証コード ( ここで示されているコードなど ) をアプリケーションで簡単に再利用できる利点がありますエンティティオブジェクトエディタで CustEmail 属性を選択しメソッドバリデータルールを追加します Oracle JDeveloper は

7 図 3 - エンティティオブジェクトへのメソッドバリデータの追加 Oracle ADF Business Components には検証コード ( ここで示されているコードなど ) をアプリケーションで簡単に再利用できる利点がありますエンティティオブジェクトエディタで Cust 属性を選択しメソッドバリデータルールを追加します Oracle JDeveloper はメソッドのデフォルト名を validatecust に設定しますこのメソッドに対してカスタム検証コード ( この場合電子メールアドレスに "@" 記号が含まれるかどうかの確認 ) を追加できます /**Validation method for Cust */ public boolean validatecust (string data) { // Add custom code to validate Cust return data.indexof("@")!= -1; Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 7

8 このホワイトペーパーで使用されるビジネスシナリオはアプリケーションごとに異なる実装を選択できますここでのシナリオはフレームワークを使用するための基本となる技術を示す手段としてのみ有用ですレコードレベルの検証 - When-Validate-Record また入力されたデータの異なるフィールドを比較する場合があります特定のフィールド値が有効な制限範囲の場合別のフィールドの値を検証する必要があります Forms では when-validate-record トリガーがこのアクションを実行しますビジネスケース顧客の詳細を入力する場合 4000 以上のクレジット制限を持つ顧客は特定のマネージャに割り当てる必要があります実装エンティティオブジェクトの Oracle ADF Business Components の宣言的な検証はエンティティ自体に呼び出されるメソッドバリデータも提供しますエンティティオブジェクトエディタでメソッドバリデータを追加します Oracle JDeveloper はデフォルトのメソッド名を validatecustomers に設定しますここで顧客のクレジット制限が 4000 以上の場合にアカウントマネージャがアカウントマネージャ 145 に設定されているかを確認するコードを追加できます public boolean validatecustomers() { // Add custom code to validate Customers if ((getcreditlimit().intvalue() > 4000) && (getaccountmgrid().intvalue()!= 145)) { return false; return true; トランザクショントリガートランザクションについてフレームワークは作成削除挿入および更新の各操作を自動的に実行しますただし独自のアプリケーション固有のコードでこのデフォルトの動作を補完する場合がありますビジネスケースアプリケーションに対してシステムに追加された新規顧客の監査証跡と顧客を挿入したユーザーを保存する必要がありますこれはレコードを正しく挿入する Forms の事後挿入トリガーに相当します Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 8

9 実装 Customers エンティティオブジェクトにエンティティオブジェクトエディタが表示され Java ノードに対する Data Manipulation Methods の表示を設定します ( 図 4) 図 4 - エンティティオブジェクトの Data Manipulation Methods の生成 "do the right thing( 適切な処理 )" は Forms 開発者が慣れる必要のあるフレーズです Forms を呼び出して " 上書きする前に実行する動作 " を実行するトリガー ( 通常オン - トリガー ) を記述する場合に使用されますこれによって DML 操作を実行するメソッドの dodml が表示されますこのため DML 操作が Forms の事前トランザクショントリガーを模倣する前と DML 操作が事後トランザクション操作を模倣した後にコードが追加されます protected void dodml(int operation, TransactionEvent e) { //pre-transaction code added here super.dodml(operation, e); //post-transaction code added here if (operation == DML_INSERT) { System.out.println("That record was inserted by " + e.getdbtransaction().getconnectionmetadata().getusername()); When-Create-Record アプリケーションに新しいレコードを作成すると特定のフィールドに対するデフォルト値などのレコードの操作が必要になる場合があります Oracle ADF Business Components のエンティティオブジェクトで新しいレコードの作成時に呼び出されるメソッドを表示できます ( 図 5) Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 9

図 5 - Entity Object の Create Method の生成ビジネスケース新しい顧客の作成時にデータベース順序から CustomerId フィールドのデフォルト値を設定します実装 create メソッドを生成した後に次のコードを追加してデータベースからシーケンスを読み取り customerid を設定しスーパークラスの create メソッドを呼び出して "

10 図 5 - Entity Object の Create Method の生成ビジネスケース新しい顧客の作成時にデータベース順序から CustomerId フィールドのデフォルト値を設定します実装 create メソッドを生成した後に次のコードを追加してデータベースからシーケンスを読み取り customerid を設定しスーパークラスの create メソッドを呼び出して " 適切な処理 " を実行します protected void create(attributelist attributelist) { ApplicationModule am = getdbtransaction().getrootapplicationmodule(); am); DBSequence ds = new DBSequence("CUSTOMER_SEQUENCE", setcustomerid(ds.getsequencenumber()); super.create(attributelist); When-Remove-Record 同様に新しいレコードの作成を補完するコードを追加するとユーザーがレコードを削除する場合 ( 操作がデータベースにコミットされる時点でアプリケーションから削除される場合 ) に処理を実行することがありますこれは Forms の whenremove-record トリガーに相当します Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 10

11 ビジネスケースユーザーによる特定のデータレコードの削除を防止したいとしますたとえば顧客の注文をオンラインで作成しなかった場合にオンラインシステムから削除されないようにします実装 Orders エンティティオブジェクトでレコードが削除される際に前述の方法で呼び出されるコードを表示できます ( 図 6) 図 6 - エンティティオブジェクトの Remove Method の生成エンティティオブジェクトの remove メソッドを表示した後次のコードを追加して注文が直接配置されてレコードが削除されないかどうかを確認できます /**Add entity remove logic in this method. */ public void remove() { if (getordermode().equalsignorecase("direct")){ throw new JboException("Cannot remove a record that was not ordered on line"); super.remove(); Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 11

12 検索フォームと例示問合せプログラミングモデルと同様にアプリケーションで同様の機能を実現するさまざまな方法があります Oracle Forms のデータの検索と問合せではブロックの WHERE 句と execute_query を設定できますまたブロックのデータをフィルタリングする Oracle Forms の高度な " 例示問合せ " 機能も使用できます Oracle ADF と Oracle ADF Business Component はアプリケーション開発者に対して同様の高度な機能を提供します検索フォーム Oracle Forms は " 検索モード " のフォームを配置し入力したデータの問合せを実行する機能を提供します Oracle ADF Business Components は同等の機能を提供しますビジネスケースアプリケーションユーザーに対して " 自由形式 " の問合せの動作を提供する場合がありますこの場合ユーザーはユーザー基準がほぼ無制限の問合せを実行できます ( クレジット制限が 3040 以上のすべての独身男性従業員など ) 実装コンポーネントパレットからページにデータをドラッグすると表示されるオプションのいずれかで ADF Search Form が作成されます ( 図 7) これによって ">3050" や "Smi%" などの " 自由形式 " の問合せ基準を入力する機能が提供されますフィールドを削除したりデフォルトの入力テキストフィールドをチェックボックスやドロップダウンリストなどの他の UI コントロールに変更したりしてこの検索フォームをカスタマイズできます Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 12

図 7 - 検索フォームの作成パラメータで実行データの特定のビュー内で実行時に解決されるバインドパラメータを指定できます Oracle ADF はテキストフィールドなどのビジュアルコントロールとして Web ページにドラッグできるデータモデルのフィールドにこの実行時のバインドパラメータを表示しますこのためページのフィールドに表示されるバインド

13 図 7 - 検索フォームの作成パラメータで実行データの特定のビュー内で実行時に解決されるバインドパラメータを指定できます Oracle ADF はテキストフィールドなどのビジュアルコントロールとして Web ページにドラッグできるデータモデルのフィールドにこの実行時のバインドパラメータを表示しますこのためページのフィールドに表示されるバインドパラメータ値で問合せを再実行できますビジネスケース集中マーケティングを実行するには顧客のリストをすばやくフィルタリングして男性 ( または女性 ) の顧客だけを表示します実装顧客のビューオブジェクトでバインドパラメータを問合せの WHERE 句に追加しますこのバインドパラメータはデータモデルに executewithparams として表示されますコンポーネントパレットからページにこのノードをドラッグし入力フィールドまたはチェックボックスとしてバインドパラメータを表示します問合せを実際に再実行する機能はボタンとして表示されます ( 図 8) Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 13

図 8 - executewithparams のバインドパラメータの設定問合せの実行前述したようにこの機能を実現するには多くの方法があります詳細については http://download.oracle.com/docs/html/b2 5947_01/toc.htm の Forms/4GL 開発者向けガイド 5.

14 図 8 - executewithparams のバインドパラメータの設定問合せの実行前述したようにこの機能を実現するには多くの方法があります詳細については _01/toc.htm の Forms/4GL 開発者向けガイド 5.8 Query-By-Example ビュー基準を使用した結果のフィルタリングを参照してください最後に検索機能で WHERE 句を定義する Oracle Forms の set_block_property と execute_query に相当する機能を記述できます Oracle ADF はアプリケーションのオブジェクトを操作するためのさまざまな API を提供します最も基本的なレベルでアプリケーションモジュールに対するビジネスレベルのフィルタリングを追加しアプリケーションの必要に応じてこれらのメソッドを呼び出すことができますビジネスケース一部のビジネスアプリケーションは "Gold" 顧客 ( 高いクレジット制限などの特定のプロファイルを持つ顧客 ) に着目していますこのためビジネスモデルに対して Gold 顧客を表示する基準を追加する場合があります実装 Oracle ADF Business Components のアプリケーションモジュールはビジネストランザクションを格納しますこのサンプルでは 2 つのビジネスルール ( 高いクレジット制限の顧客だけを表示するために顧客のビューをフィルタリングするルールとすべての顧客を表示するルール ) をアプリケーションに追加しますこれは 2 つのメソッドをアプリケーションモジュールに追加しそれらのメソッドをクライアントに公開して実現されます Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 14

15 public void goldcustomers() { ViewObject vo = findviewobject("customersview1"); vo.setwhereclause("credit_limit > 4000"); vo.executequery(); public void allcustomers() { ViewObject vo = findviewobject("customersview1"); vo.setwhereclause(null); vo.executequery(); これらのメソッドは直接呼び出すことができますまたクライアントに公開した後にコンポーネントパレットからページにボタンとしてドラッグできますユーザーインタフェースの中心ビジネスロジックと UI を区別しない Oracle Forms とは異なり Oracle ADF はビジネスロジックと UI を区別しますここでは一般的な UI の動作の一部をカスタマイズします自動送信 JSP や JSF などの Web テクノロジを使用して HTML UI を提供する場合基本となるテクノロジではページ全体がポストされる場合にのみクライアントからアプリケーションへの通信が発生しますこれには長所と短所がありますパフォーマンスの観点ではページがポストされる場合のアプリケーションとの通信のみアプリケーションは "chatty( 呼び出しを頻繁に行う )" ではなくなります過剰なクライアント / アプリケーション通信は待機時間の長いネットワークに Web が配置される場合 Oracle Forms の批判の原因になります新しい Ajax テクノロジは情報を取得してページを更新するために非同期で通信を行いさまざまな HTML ページを提供します JSF プログラミングモデルの使いやすさと Ajax テクノロジの機能およびインタラクティビティが融合することによって使用可能になるため Oracle ADF Faces コンポーネントはこのテクノロジを利用しますただしこのクライアント / アプリケーションのトラフィックは HTML アプリケーションに通常は関連付けられていないアプリケーションに " 豊かさ " をもたらします Oracle ADF( 特に Oracle ADF Faces) によってアプリケーション開発者は特定の UI 項目を使用してアプリケーションに戻すページのポストを開始できますこれによってトラフィックを最小限に抑えながら豊富な UI の相互作用を追加できますこの動作は Oracle ADF Faces コンポーネントの AutoSubmit 属性と PartialTrigger 属性として表示されます Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 15

ビジネスケースアプリケーションのページの 1 つに注文の明細項目が表示されます注文の明細項目の情報は productid 読み取り専用の説明および productname( 実際には productid を使用して別の表を検索 ) です問題はユーザーが productid を変更する場合ページが送信されるまで productid に関連付けられている productname

16 ビジネスケースアプリケーションのページの 1 つに注文の明細項目が表示されます注文の明細項目の情報は productid 読み取り専用の説明および productname( 実際には productid を使用して別の表を検索 ) です問題はユーザーが productid を変更する場合ページが送信されるまで productid に関連付けられている productname と説明が変更されないことですこのため productid が変更される際に productname と説明を更新するためにページを送信する場合があります実装変更してページを送信する項目を選択します ( この場合 productid) AutoSubmit を true に設定しフィールドに ID を設定しますこれによって productid が変更されるとページ全体が送信されます次のステップではページのポストに応じて変更するフィールドを登録しますこれは productid の変更を反映するフィールド ( 説明と productname) に PartialTriggers 属性を設定することによって実現されます ( 図 9) 図 9 - AutoSubmit と PartialTriggers の設定 productid フィールドが変更されると新しい値が productname と説明にすぐに反映されます Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 16

17 スタックキャンバススタックキャンバスと同等の Forms を実装する Oracle ADF Faces の 2 つの機能があります JSF 式言語 (EL) Oracle ADF Faces Switcher コンポーネント EL によってシンプルなスクリプト言語と各コンポーネントを関連付けることができますコンポーネントの属性の値は EL で解決できます EL が非常に強力な理由は UI コンポーネントを基本となるモデルにバインドするだけではなく EL で定義される実行式に応じて背景色などの値を解決するためです switcher コンポーネント Oracle ADF Faces switcher コンポーネントは多くの facet によって動作します各 facet は switcher コンポーネントによって動的に管理できますこのため各 facet は異なる " スタックキャンバス " を表すことができます式に応じて異なる facet が表示されますビジネスケース検索基準の入力結果として表示される行がない場合空の表ではなく行が存在しないことを示すメッセージを表示します実装この動作を実現するには switcher コンポーネントをページにドロップします 2 つの facet を switcher に追加します (switcher を右クリックし Insert inside af:switcher JSF Core Facet を選択します) facet に "CustTable" および "EmptyMessage" と名前を付けます CustTable facet の下に既存のカスタマ表をドラッグアンドドロップします EmptyMessage facet の下に " 返されるレコードがない " メッセージの出力フィールドを追加します ( 図 10) Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 17

図 10 - switcher コンポーネントの 2 つの facet これによって 2 つの名前付きの facet(" スタックキャンバス ") が定義されます次にレンダリングする facet を評価するコードを追加する必要がありますこれは表示される facet の名前に FacetName プロパティを設定して実現しますこの場合はイテレータの estimatedrowcount

18 図 10 - switcher コンポーネントの 2 つの facet これによって 2 つの名前付きの facet(" スタックキャンバス ") が定義されます次にレンダリングする facet を評価するコードを追加する必要がありますこれは表示される facet の名前に FacetName プロパティを設定して実現しますこの場合はイテレータの estimatedrowcount を確認して CustTable または EmptyMessage を返すための EL になります #{bindings.customersvo1iterator.estimatedrowcount > 0? "CustTable" :"EmptyMessage" 条件付きページフロー Oracle Forms を使用してフォームを開発するとアプリケーションのフローを作成する多くの他のフォームに接続されますこのため when-button-pressed トリガーを介した Call_Form または Open_Form を使用する特定のフォームから別のフォームへのナビゲーションはアプリケーションに記述する一般的なタスクになります Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 18

19 同時に条件付きページフローと同等の機能は Oracle JDeveloper や Oracle ADF を使用して簡単に実現しますビジネスケース実際アプリケーションのログはここで提案されたビジネスケースとは異なる方法で処理されますがこれは条件付きページフローの基本となる機能を簡単に示しています特定できる要素に応じてページ間を条件付きで移動する状況を検討しますたとえばアプリケーションへのログインに失敗するとログオンページまたはアプリケーションの最初のページに戻ります実装 Oracle ADF を使用する場合ボタンを押す動作はアクションを示す文字列を返しますこのアクションは JSF ナビゲーションダイアグラムで定義されますこのため図 10 に示されているとおりログオン画面にはログオンと失敗の 2 つのページフローアクションの可能性があります ( 図 11) 図 11 - 条件付きページフローこれでログオンページを作成できますこれを実行するとバッキング Bean の UI コンポーネントを表示できます ( これはウィザードのオプションの 1 つです ) また 2 つの入力フィールドとボタンをページにドロップできます Oracle JDeveloper ボタンをダブルクリックすると自動的にメソッドが作成されます (whenbutton-pressed トリガーに相当 ) このメソッドに次のコードを追加します public String commandbutton1_action() { // Add event code here... Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 19

20 if (getinputtext1().getvalue().equals("scott") && (getinputtext2().getvalue().equals("tiger"))) { return "logon"; return "fail"; 2 つのフィールドに "scott" および "tiger" と正しく入力するとこの簡単な例では最初の画面に移動しますアプリケーションのルックアンドフィールどのビジネスでも特定のルックアンドフィールでアプリケーションを " 印象付ける " ことを目指しています Oracle Forms では主に視覚属性を使用して一貫性があり簡単に保守できるアプリケーションファサードを実現します Oracle ADF Faces はスキンを通じて同じ機能を提供します Oracle ADF Faces は多くの事前構成スキンを提供しますまた独自のカスタムスキンも作成できますビジネスケース企業は Web サイトや関連資料に対して企業標準のフォントや配色を使用しますこのため Web アプリケーションに対する企業のルックアンドフィールを実装する必要があります ( 図 12) 実装スキンはカスケーディングスタイルシート (CSS) の使用によって実装されますカスタマスキンを作成するには基本的に 3 つの手順があります CSS を作成してさまざまなコンポーネントのスタイルを定義する adf-faces-skins.xml ファイルに新しいスキンを登録するアプリケーションを構成して adf-facesconfig.xml ファイルを通じて新しいスキンを使用するカスタムスキンの作成の詳細については Oracle JDeveloper のオンラインヘルプを参照してください Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 20

図 12 - アプリケーションへのカスタムスキンの適用結論 Oracle JDeveloper および Oracle Application Development Framework(ADF) は Enterprise Java アプリケーションを作成するための幅広い設計時および実行時のサポート機能とサービスを提供します生産性機能は単純な CRUD

21 図 12 - アプリケーションへのカスタムスキンの適用結論 Oracle JDeveloper および Oracle Application Development Framework(ADF) は Enterprise Java アプリケーションを作成するための幅広い設計時および実行時のサポート機能とサービスを提供します生産性機能は単純な CRUD 操作だけではなく Oracle Forms と同様にデフォルト機能をカスタマイズおよび拡張する機能と柔軟性を提供します同様の開発パラダイムを使用して検証ビジネスサービストランザクション処理および UI の動作を拡張できますこれによってプラットフォームのフル機能を認識できます Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 21

22 Forms 開発者向けの Enterprise Java と ADF: 次のレベルへのステップ 2006 年 7 月著者 : Grant Ronald 共著者 : Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA U.S.A. 海外からのお問合せ窓口 : 電話 : ファクシミリ : Copyright 2006, Oracle. All rights reserved. 本文書は情報提供のみを目的として提供されておりここに記載される内容は予告なく変更されることがあります本文書は一切間違いがないことを保証するものではなくさらに口述による明示または法律による黙示を問わず特定の目的に対する商品性もしくは適合性についての黙示的な保証を含みいかなる他の保証や条件も提供するものではありませんオラクル社は本文書に関するいかなる法的責任も明確に否認し本文書によって直接的または間接的に確立される契約義務はないものとします本文書はオラクル社の書面による許可を前もって得ることなくいかなる目的のためにも電子または印刷を含むいかなる形式や手段によっても再作成または送信することはできません Oracle JD Edwards PeopleSoft および Siebel は米国 Oracle Corporation およびその子会社関連会社の登録商標ですその他の名称はそれぞれの会社の商標です

Oracle ADF 11g入門

Oracle ADF 11g入門 Oracle ADF 11g 入門 Oracle Fusion Web アプリケーションの構成要素の概要 Oracle ホワイトペーパー 2007 年 4 月 Oracle ADF 11g 入門開発者ガイドは Oracle JDeveloper に付属されているのですぐに使用できますこれらのガイドは Oracle JDeveloper のスタートページまたはオンラインの Oracle Technology