次の各項では、これらのテクノロジについて説明します。
Oracle WebCenter Sitesでは、Webページのコンテンツのサーバー側のレンダリング、クライアント側のレンダリング、あるいはその両方の組合せを構築するためのツールが用意されています。各方法には、Webサイト・デザインおよびレンダリングするコンテンツに応じて独自の利点があります。どちらの方法でも、迅速で生産的な開発用に、使いやすく標準化および準拠した方法で、Webサイトを試作および開発できます。
サーバー側モデル・ビュー・コントローラ(MVC)フレームワークは、サーバー側の堅牢なスクリプト作成をサポートするために、プレゼンテーションとビジネス・ロジックを明確に分離します。
Java開発者は、Groovyを使用してController
でビジネス・ロジック・コードを記述し、JSPでTemplates
を記述できますが、Web開発者は、HTMLおよびJavaScriptを使用して、互いの作業を干渉することなく、プレゼンテーション・エレメントをビューに作成できます。このMVCフレームワークは、WebCenter Sitesキャッシング、アセット依存性、およびライフサイクル管理の機能と完全に統合されます。
コーディングを効率化するために、フレームワークには、簡素化されたサーバー・サイトJava APIが含まれています。デフォルトのJava APIには、次のタスクなど、Webサイトの構築の一般的なアクティビティの便利なインタフェースが提供されます。
アセット・データを読み取る
ページのブレッドクラムをペイントする
フォーム値にアクセスする
検証を実行する
Controller
をRESTエンドポイントとして使用する
詳細は、「サーバー側Java API」を参照してください。
注意:
「タグ・テクノロジを使用したWebサイト開発」に説明されているように、Java APIとMVCフレームワークの組合せにより、エレメントおよびテンプレートのWebCenter Sites JSPタグ・テクノロジが置き換わります。ただし、WebCenter Sitesタグは引き続きサポートされます。
REST APIでは、ブラウザ・クライアントで完全に実行されるテクノロジを使用して、クライアント側でレンダリングされるWebサイトを構築できます。このようなWebサイトには、単一ページ・アプリケーションが含まれますが、これに限定されるわけではありません。
WebCenter Sites REST API機能を示すスタンドアロンのサンプルWebサイトは、ダウンロードしたWebCenter Sitesインストールの一部として付属しています。このサンプル・リファレンスの実装方法は、wcsites
ディレクトリの指示を参照してください。
クライアント側Webサイトのレンダリングは、高度にインタラクティブなアプリケーション(またはWebサイトの各部分)およびモバイル・サイトで特に便利です。クライアント側のレンダリングでは、一般にクライアント側ライブラリへのマークアップ生成が低下しますが、クライアントとサーバー間の相互作用をデータ要素のみに制限することで、通常はJSONの形式(JavaScript Object Notation)になります。このようなWebサイトでユーザーがページ間を移動すると、特定のデータ・コンポーネントのリクエストがサーバー送信され、マークアップを生成するためのJavaScriptがブラウザにロードされたままになります。
REST APIは、データ・コンポーネントをJSON形式でクライアントに効率的に送信します。これらのAPIは、一般にサーバー側Java APIの機能と似ています。特に重要な点は、これらのサーバーには、集計など、クライアント側のレンダリングの特定のニーズに合せて追加の機能があることです。
REST APIでは、次のような一般的な使用パターンに対応します。
ナビゲーション・データへのアクセス
集計されたアセット・データへのアクセス
たとえば、APIで特定のフィールドの除外、ワイルドカードの使用、またはリストの構築が可能です。
Webサイトへの訪問者のニーズに応じて、完全にサーバー側の方法を使用して構築するか、クライアント側の方法を使用して構築するかを決定します。または、両方の方法を混在させることも可能です。サーバー側でレンダリングされるページへのコントリビュータは、Oracle WebCenter Sites: Contributorインタフェースを使用して、それらをWebモードで構成できますが、クライアント側でレンダリングされるページのエレメントにWebモード編集を使用することはできません。
詳細は、「REST API」を参照してください。
最も基本的なものとして、MVCのデザイン・パターンには、モデル、ビュー、およびController
の分離が含まれます。
モデルはデータを表します。
WebCenter Sitesでは、モデルはキーと値のペアのマップです。ビジネス・ロジックで決定されるアセット・データおよび任意のデータは、モデルの一部になります。
ビューはプレゼンテーションを表します。
WebCenter Sitesでは、ビューは、ブラウザにレンダリングされるTemplate
オブジェクトまたはSiteEntry
オブジェクトになります。ビューには、ビジネス・ロジックが含まれず、ユーザーがデータを表示および変更するインタフェースで、モデルデータをレンダリングします。また、ユーザー・アクション(訪問者のクリック操作など)をController
に送信します。
Controller
は、モデルおよびビューをリンクします。基礎となるデータでビジネス・ロジックを実行すると、ビューで使用できるようにController
がモデルを集約します。
WebCenter Sitesでは、Controller
は標準のアセット・インスタンスです。プレゼンテーション・アセット(Template
またはSiteEntry
アセット・タイプ)は、Controller
にリンクできます。このリンクはオプションです。存在する場合、ビューを起動する前に、リンクされたController
がWebCenter Sitesによって起動されます。アセット・タイプと同様、タイプController
のアセットは承認およびパブリッシュ可能です。
Controllers
では、他のControllers
の拡張およびインポートが可能です。BaseController
では、便利なアクセッサやデバッガなどが提供されます。さらに、「サーバー側Java API」で説明されているように、Java APIをController
で使用できます。
Controller
をRESTエンドポイントとして使用する方法は、「開発者のサンプルWebサイトに移動し、高度なトピック・メニューから「RESTエンドポイント」を選択します。
注意:
ビュー(Template
またはSiteEntry
アセット)がController
に関連付けられていない場合、WebCenter Sitesはそれをスタンドアロン・ビューとして扱います。このようなビューは、「Asset APIの使用: チュートリアル」で説明されているように、WebCenter Sitesのレガシー・ビュー・ベースのレンダリングにフォールバックします。WebCenter Sitesは、下位互換性を完全に維持しているため、MVCフレームワークへの増分的な遷移のオプションが可能です。
注意:
Controller
が別のController
を拡張およびインポートする場合、拡張された側のController
を編集しても、デフォルトでは、拡張する側のController
のキャッシュは無効化されません。拡張する側のController
またはControllers
のキャッシュを無効化するには、拡張する側の各Controller
をAdminインタフェースから編集または保存するか、「システム・ツール」の「コントローラ・アセット・ユーティリティ」を使用して、依存するすべてのControllers
を強制的にコンパイルします。
次の各項では、サーバー側MVCフレームワークの各部分について説明します。
開発者のサンプルWebサイトでは、新しいMVCフレームワークの概要、開始例、サーバー側Java APIの例、注釈、グラマーの選択、カスタムBean、フォーム検証、RESTエンドポイント、フラグメント、ウォッチャなどの高度なトピックが表示されます。
この参照Webサイトは、Contributorインタフェースのサンプル・サイトに基づいています。
開発者のサンプルWebサイトにアクセスするには、インストールのホスト名とポート番号とともに、次のURLを入力します。
http://hostname:port/sites/samples/overview
図13-1に、リクエストの構造(MVCフレームワーク経由でリクエストが渡され、レスポンスを生成)を示します。
WebCenter Sitesでは、MVCフレームワークにはフロントController
が含まれます。Oracle WebCenter Content ServerまたはSatellite Serverサーブレットは、フロントController
として機能し、様々なディスパッチおよびキャッシュ・サービスを処理します。
クライアントからのリクエストがフロントController
に到達すると、リクエストURLに応じて、リクエストのビジネス・ロジックが含まれるTemplate
に関連付けられている実際のController
インスタンスを解決します。フロントController
は、最初にビュー・エレメント(例: Template
アセット)を特定してから、ビューに関連付けられているController
インスタンスを検索します(Template
がController
にリンクされている場合)。
ページのビジネス・ロジックが含まれるController
インスタンスが検出されると、フロントController
がそれを実行します。Controller
が実行されると、モデル・インスタンスが作成されます。
その後、モデル・インスタンスをリクエスト・スコープに配置して、フロントController
がリクエストをビューにディスパッチします。ビュー(JSP)は、JSTLタグを使用してモデル・インスタンスにアクセスし、それに応じてブラウザに表示できるようになります。
ページレット(Webページの部分)で同じプロセスが繰り返されます。Controller
オブジェクトが含まれるページレットは、多くのページ間で再利用可能なコンポーネントになります。
WebCenter Sitesは、WebページやページレットをWebCenter Sitesのキャッシュに格納したり、それらのキャッシュを保持して、Webサイトの訪問者に古いページが表示されないようにするなど、コンテンツを管理するだけでなく、多くの有用なタスクを管理者のかわりに処理します。これらはWebCenter Sites Javaメソッドを使用して実行できます。
様々なエレメント・アセットおよびTemplate
アセットにより、WebCenter Sitesページが構成されます。エレメント・アセットとは、WebCenter Sitesデータベースからページのコンテンツを取得したり、古くなったアイテムをデータベースから削除するなどのタスクを実行するコードのブロックです。Template
アセットは一般に、Webページのコンテンツを書式設定するために使用されます。エレメントとTemplates
は、JSPで記述できます。
Controllers
には、開発者によって作成されたコードのビジネス・ロジックが含まれます。このようなコードをWebCenter Sites 12cで記述するためのプログラミング言語はGroovyで、Javaに類似しています。Groovyは、Java上に構築され、Javaライブラリと簡単に相互運用します。
Controllers
のビジネス・ロジックは、一般にWebサイト実装に固有です。ただし、ページまたはページレットの数が多い場合でも、通常は共通の操作をいくつか実行する必要があります。たとえば、ビューに表示するアセットのリストをページのController
で決定し、ページレットに各アセットを表示できます。アセットのリスト(特定の記事の問合せなど)を作成するには、カスタム・ビジネス・ロジックが必要になる場合があります。この場合、必要なController
ロジックがアセットを検索することになります。このロジックは、Webサイト全体で同じです。
WebCenter Sitesには、Controllers
のセットが同梱されており、アセットの読取りの操作など、一般的な使用パターンで構築済です。Oracleでは、必要に応じて、開発者が次のデフォルトのControllers
を使用することをお薦めしています。
AssetController
NavigationController
TableController
SegmentsController
ProfileBasedRecommendationController
SegmentBasedRecommendationController
ページの各部分には、カスタムのControllers
と、追加のControllers
が含まれたビューがある場合があります。Controllers
を拡張できます。
WebCenter Sitesでは、Template
およびSiteEntry
アセットがビューを表します。各Template
およびSiteEntry
アセットは、Controller
インスタンスにリンクできます。
MVCフレームワークを使用してビューを構築する場合は、モデルのデータにアクセスするために、ビューおよびJSTLを構築するためのスクリプト言語として、JSPを使用することをお薦めします。Template
アセットで使用した場合、アセット・データにアクセスするためのWebCenter Sitesタグは引き続き機能しますが、開発者はかわりにJava APIをControllers
で使用し、プレゼンテーションの管理にはビュー・コードのみを使用することをお薦めします。これにより、ロジックとプレゼンテーションが分離されます。詳細は、「サーバー側Java API」を参照してください。
WebCenter Sitesのコンテキストでは、オンライン・ページは複数のコンポーネントを表示可能な最終出力に構成したものです。この出力を作成することをレンダリングといいます。出力またはレンダリングされるコンテンツをパブリック・サイトの訪問者が利用できるようにすることを、パブリッシュといいます。
WebCenter Sitesでは、ページは、ページ名に関連付けられたコードを実行してレンダリングされます。ページの名前はブラウザからWebCenter Sitesに渡され、WebCenter Sitesはそのページ名に関連付けられたコードを起動します。コードは実際には名前付きファイルであり、エレメントと呼ばれるコードの個々のチャンクです。
エレメント内のコードはアセットを識別して、ページまたはページレットに表示するために、そのアセットをロードし、その他のページ名とエレメント名をWebCenter Sitesに渡します。WebCenter Sitesがエレメントを呼び出すと、そのエレメント内のすべてのコードが実行されます。他のエレメントへのコールがある場合は、次にそのエレメントが呼び出されます。さらに、結果(イメージ、記事、リンクセットなど、すべてのHTMLタグを含む)がHTMLコード(または、システムの構成によっては、他の出力フォーマット)にレンダリングされます。
Template
、CSElement
およびSiteEntry
の各アセットは、次のようにエレメントとページレットを表現します。
Template
アセットは、エレメントおよび、アセットをレンダリングするページまたはページレットの両方になります。
CSElement
アセットはエレメントです。
SiteEntry
アセットはページまたはページレットの名前です。
アセット・タイプにより、オンライン・サイトを構築するページレットとエレメントが提供されます。これらは、ページ名とエレメントおよび、WebCenter Sitesでページの生成に使用するコンポーネントを表現するアセットです。CSElement
アセットの作成時には、エレメントをコーディングします。SiteEntry
アセットの作成時には、ページに名前を付けます。Template
の作成時には、エレメントのコーディングとページの名前付けの両方を行います。
Template
アセットは、1つのアセット・タイプに適用されるのか、どのアセット・タイプにも適用されないのかに応じて、タイプ付きまたはタイプなしに分類されます。
SiteLauncherを使用している場合(サイトのレプリケートまたはTemplate
アセットとCSElement
アセットの共有を目的として)、WebCenter Sitesは、アセット、アセット・タイプ、属性名およびTemplate
名を間接的に参照するために、エレメント・ロジックが必要になります。そのため、WebCenter Sitesインタフェースには、「マップ」画面が導入されていて、APIにはrender:lookup
タグが導入されています。
「マップ」画面を使用して、各値に別名を割り当てます。別名をエレメント・ロジックでハードコード化し、render:lookup
タグを使用して、実行時に別名から実際値を取得できます。
「キャッシュ規則」フィールドは、エラーを減らすために簡略化されています。Template
の開発者は、「キャッシュ済」、「未キャッシュ」または「詳細を選択できます。「詳細」を選択すると、開発者は、WebCenter SitesとOracle WebCenter Sites: Satellite Serverに対して個別にキャッシュ規則を設定できるようになります。
Templates
の作成プロセスを簡略化した方法でTemplates
を起動するために、calltemplate
タグが新規に導入されました。
ページ基準フィールドは、「キャッシュ基準」と名前変更されました。これは予約パラメータc
、cid
、context
、p
、rendermode
、site
、sitepfx
、ft_ss
と、カスタム定義済パラメータを受け入れます。
キャッシュ基準の値は、SiteCatalog
表のpagecriteria
列に格納されます(旧バージョンでは、SiteCatalog
表のresargs
列に格納されていました)。
「キャッシュ基準」フィールドは、CKEditorの「その他のパラメータ」セクションを有効化する変数の保持にも使用され、その変数をユーザーがアセット・リンクを含めるダイアログ・ボックスと「アセット・リンクの追加」ダイアログ・ボックスで使用できるようにします。「その他のパラメータ」セクションには、カスタム・パラメータ(イメージ・ディメンションなど)をTemplate
に渡す方法が用意されています。詳細は、『Oracle WebCenter Sitesの使用』を参照してください。
Template
アセットとCSElement
アセットの作成フォームはタブによって細分化されており、フィールドはタブ上で機能別に編成されています。
Templates
の作成の詳細は、「テンプレート・アセット、CSElementアセットおよびSiteEntryアセットの作成」を参照してください
ページ・アセットには、他のアセットへの参照が格納され、これらの参照はサイト設計に従って編成されます。サイトのセクションを表す場合、ページ・アセットは、完成済Webサイトと似た便利な構造的構成を提供します。
サイト開発者は、通常はサイトの設計時にページ・アセットを作成します。ページ、記事、その他のタイプのアセットを、関連付けられているアセットを書式設定するページ・アセットおよびコード・テンプレートに関連付けることができます。
ページ・アセットに関連付けられているTemplate
には、レンダリングされたページおよびレンダリングされた他のページへのナビゲーションのレイアウトが含まれます。
ページ・アセットのサイト・ナビゲーションを集約するには、WebCenter Sites Java APIまたはREST APIを使用できます。詳細は、「サーバー側Java API」および「REST API」を参照してください。ページ・アセットの詳細は、「ページ・アセットの作成」を参照してください。
日付ベースのレンダリングを使用すると、コンテンツ・コントリビュータはContributorインタフェースでアセットをプレビューできます。表示の日付に基づいて変更されるWebサイトの構築に関心がある場合は、アセットで使用可能な開始日および終了日を使用できます。このようなWebサイトが将来の日付の時点でどのように表示されるかについて、WebCenter Sitesプレビュー・ツールを使用してプレビューすることもできます。
コンテンツ作成者は、Contributorインタフェースの「編集」画面で開始日と終了日を指定できます。サイトのユーザー・インタフェースでコンテンツをプレビューし、将来の日付に移動して、その日付の時点でサイトがどのように表示されるかを見ることができます。
たとえば、休日用のサイトを構築して、どのように表示されるかをプレビューできます。
詳細は、「アセット・リーダー」(日付別にフィルタできる便利なJava API)を参照してください。
多言語サポートのサイトを構成すると、そのサイトのユーザーはロケール(言語バージョン)の指定をアセットに割り当て、アセットの翻訳を作成できるようになります。多言語コンテンツ用のサイト固有の配信ルールを作成するオプションもあり、そのルールによって、どの言語バージョンのアセットをオンライン・サイトで表示するか、訪問者のリクエストがそのコンテンツでまだ用意できていない言語バージョンの場合はどう対処するかが決まります。
WebCenter Sitesのロケール指定は、ディメンションの概念によって実装されます。ディメンションとは、別の点では意味的に同一であるアセットを区別する識別子のことです。ロケール(例: アメリカ英語はen_US
)は、同一のコンテンツに対する2つの翻訳を区別するディメンションの1タイプです。
ディメンションは、タイプDimension
のアセットで表されます。このアセット・タイプは、ユーザーがDimension
アセット(サブタイプLocale
)を作成できるよう、またコンテンツ・プロバイダがロケール指定を翻訳対象のアセットに割り当てることができるように、開発者がサイト単位で有効にする必要があります。
注意:
ユーザーは、ロケール指定が割り当てられていないアセットの翻訳を作成できません。各Dimension
アセットは、サイトでロケールを表示します。たとえば、en_US Dimension
アセットはアメリカ英語、fr_CA Dimension
アセットはカナダ仏語を表します。詳細は、「アセット・リーダー」(翻訳されたアセットにアクセスできるJava API)を参照してください。
指定したロケールでコンテンツをパブリッシュするには、ロケールをオンラインサイトで有効にする必要があります。これにより、ロケールを示すDimension
アセットが配信システムに公開され、サイトのDimension
セットにそのロケールが追加されます。
MVCフレームワークのページ・キャッシング機能は、JSPタグを使用してコーディングされるTemplate
アセットと似ています。新しいフレームワークでは、ビジネス・ロジック・コードはController
アセットに移動し、プレゼンテーション要素のみを処理するTemplate
アセットが残ります。ページ・キャッシングでキャッシュされるものは、まだページまたはページレット・マークアップです。ページレットに関連付けられているビジネス・ロジックが実行されるのは、ページレットが未キャッシュの場合のみです。
Template
に関連付けられているController
アセットは、キャッシュ依存性として、Controller
のビジネス・ロジックで読み取られるすべてのアセットとともに追加されます。Controller
アセットまたはController
のビジネス・ロジックの一部として読み取られるアセットを更新すると、キャッシュは無効化されます。
Template
アセットのキャッシュ基準の引数は、ページレット・レベルのキャッシュ動作を引き続き決定します。WebCenter Sitesでのキャッシュの仕組みの詳細は、「ページのデザインとキャッシングの理解」を参照してください。
Webページを集約するには、通常は、WebCenter Sitesで提供される次の種類のサーバー側Java APIの一部を使用します。
これらのAPIの簡単な説明とサンプルを次に示します。「開発者のサンプルWebサイト」では、追加の説明とサンプルについて示します。
アセット・リーダーAPIは、アセットを読み取り、すべてのデータまたは指定したデータを返します。AssetReader
のメソッドを使用すると、簡素化された方法でアセットを読み取り、必要な関連情報のみを返すことができます。
Controller
は、これらのメソッドと相互に組み合せて使用し、Template
ですぐに使用可能なアセットを構築します。例13-1は、アセットの読取りにAssetReader
で使用可能な簡単なController
を示します。
例13-1 アセット・リーダーController
package oracle.webcenter.sites.controller import com.fatwire.assetapi.data.* public class AssetController extends BaseController { @RequiredParams(query="c,cid") public void doWork(Map models) { Map assetMap = newAssetReader() .forAsset(getAssetId()) .selectAll(true) .read(); models.put("asset", assetMap); }
このassetData
マップは、AssetController
をそのController
として選択するTemplate
で使用できます。例13-2は、アセットをレンダリングするTemplate
がどのようになるかを示します。
例13-2 アセット・リーダーのテンプレート
<%@ taglib prefix="cs" uri="futuretense_cs/ftcs1_0.tld" %><%@taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%> %><cs:ftcs><%-- AVIArticle/myarticle --%> <c:forEach var="a" items="$(assetData"> <tbody> <tr> <td><h4>$(a.key) : <.h4></td? <td>$(a.value)</td> </tr> </tbody> </c:forEach> </cs:ftcs>
Controller
は、アセットIDが'1328196047443'
、アセット・タイプが'AVIArticle'
のアセットを読み取り、マップ'assetData'
に配置します。selectAll(true)
メソッドは、そのすべての属性でアセットを構築します。
詳細は、「開発者のサンプルWebサイト」に移動し、レンダリングAPIメニューからアセット・リーダーを選択します。
ナビゲーション・リーダーAPIは、ナビゲーション用のブレッドクラムをペイントします。
例13-3に、アセット用のサンプルのナビゲーションController
を示します。
例13-3 ナビゲーションController
package oracle.webcenter.sites.controller import com.fatwire.assetapi.data.* import com.openmarket.xcelerate.asset.* public class NavigationController extends BaseController { @RequiredParams(query="c,cid") public void doWork(Map models) { Map assetMap = newNavigationReader() .forAsset(getAssetId()) .read(); models.put("asset", assetMap); } }
例13-4に、ナビゲーションController
のサンプル・ビュー(テンプレート)を示します。
例13-4 ナビゲーションControllerのビュー
<%@ taglib prefix="render" uri="futuretense_cs/ftcs1_0.tld" %><%-- Page/avipage --%> Asset Name : ${asset.name} Asset Id : ${asset.name} Asset Parent : ${asset.parents[0].name}
BaseController
のnewNavigationReader()
メソッドは、ナビゲーション・リーダーを返します。前述のサンプルController
は、サイト・プランのアセットの直接の親をフェッチします。たとえば、avisportsの非タッチSurfingページの階層はNonTouch/Home/Surfing
で、その前のTemplate
は、次のテキストを出力します。
Asset Name : Surfing Asset Id : Surfing Asset Parent : Home
詳細は、「開発者のサンプルWebサイト」に移動し、レンダリングAPIメニューからナビゲーション・リーダーを選択します。
リンク・ビルダーAPIは、アセットへのリンクを生成します。
例13-5に、サンプルController
を示します。
例13-5 リンク・ビルダーController
package oracle.webcenter.sites.controller import com.fatwire.assetapi.data.* import com.openmarket.xcelerate.asset.* public class linfo extends BaseController { @Override public void doWork(Map models) { LinkInfo linkInfo = newAssetLinkInfo(); linkInfo.forAsset(getAssetId()); Map assetMap = newAssetReader() .forAsset(assetID) .selectAll(true) .addAssetLinkInfo(linkInfo) .build(); models.put("asset", assetMap); } }
例13-6に、リンク・ビルダーのサンプルTemplate
を示します。
例13-6 リンク・ビルダーTemplate
<%@ taglib prefix="render" uri="futuretense_cs/ftcs1_0.tld"%> <cs:ftcs><%-- AVIArticle/myarticle --%> <table border=1> <tr> <td><h4> Asset Name : </td> <td></h4> ${asset.name} </td> </tr> <tr> <td><h4>Link: </td> <td?</h4><a href="${asset._link_}"> ${asset._link_}</a></td> </tr> </table> </cd:ftcs>
前述のコード・サンプルは、LinkInfo
の簡単なController
およびTemplate
を示します。このコードは、アセットIDが‘1328196047443
’のArticle
のリンクを生成します。アセット・マップには、キー、_link_
(値はアセットのデフォルトのURL)が含まれます。
Template
では、${asset._link_}
でアセットのデフォルトのURLをフェッチする必要があります。リンクは次のようになります。
http://localhost:8080/cs/avi/avisection/baseball.html
詳細は、「開発者のサンプルWebサイト」に移動し、レンダリングAPIメニューからリンク・ビルダーを選択します。
BLOBリンク・ビルダーAPIは、BLOBへのリンクを生成します。アセットの読取り時にBLOBリンクを表示する場合は、addBlobLinkInfo(BlobLinkInfo blobLinkMaker)
メソッドを使用できます。
例13-7に、サンプルController
を示します。
例13-7 BLOBリンク・ビルダーController
package oracle.webcenter.sites.controller import com.fatwire.assetapi.data.* import com.openmarket.xcelerate.asset.* public class bloblink extends BaseController { public void doWork(Map models) { def mapParams = [:] mapParams.put("blobheadername1","Content-Type") mapParams.put("blobheadervalue1","image/gif") mapParams.put("blobheadername2","Cache-Control") mapParams.put("blobheadervalue2","no-cache") BlobLinkInfo blobLink = newBlobLinkInfo(); blobLink.parameters(mapParams) Map assetMap = newAssetReader().forAsset(getAssetId()) .select("Assoc_Named_Manual.*") .addBlobLinkInfo(blobLink) .build(); models.put("asset", assetMap); } }
例13-8に、BLOBリンク・ビルダーのサンプルTemplate
を示します。
例13-8 BLOBリンク・ビルダーTemplate
<cs:ftcs><%-- Product_C/ptemplate --%> <table border=1> <tr> <td><h4>Link1: </td> <td></h4><a href='${asset["Assoc_Named_Manual.FSIIDocumentFile_bloblink_"]}'> ${asset["Assoc_Named_Manual.FSIIDocumentFile_bloblink_"]}</a></td> </tr> <tr> <td><h4>Link2: </td> <td></h4><a href='${asset["Assoc_Named_Manual.FSIIHtmlFile_bloblink_"]}'> ${asset["Assoc_Named_Manual.FSIIHtmlFile_bloblink_"]}</a></td> </tr> </table> </cs:ftcs>
前述のコードは、アセットIDが1114083739596
のProduct_ C
に関連付けられているBLOBアセットへのリンクを出力します。このアセットには、FSIIDocumentFile
とFSIIHtmlFile
の2つのBLOBで構成される、Document_C
アソシエーションが含まれます。コードには、これらのBLOBへのリンクが表示されます。
/sites/BlobServer?blobkey=id&blobnocache=true&blobwhere=1114725604909&blobcol=urldata &blobtable=MungoBlobs&Content-Type=image/gif&Cache-Control&no-cache /sites/BlobServer?blobkey=id&blobnocache=true&blobwhere=1114725604910&blobcol=urldata &blobtable=MungoBlobs&Content-Type=image/gif&Cache-Control&no-cache
バニティURLがある場合は、コードにそれが表示されます。
詳細は、「開発者のサンプルWebサイト」に移動し、レンダリングAPIメニューからBLOBリンク・ビルダーを選択します。
検索APIは、アセットに対する検索問合せを構築します
例13-9 検索Controller
例13-9に、検索のサンプルTemplate
を示します。
package oracle.webcenter.sites.controller import com.fatwire.assetapi.data.* import com.openmarket.xcelerate.asset.* public class SearchController extends BaseController { @RequiredParams(query="c,cid") public void doWork(Map models) { def results = newSearcher().searchFor("audio") models.put("results",results) } }
例13-10に、検索のサンプルTemplate
を示します。
例13-10 検索Template
<%@ taglib prefix="render" uri="futuretense_cs/ftcs1_0.tld"%> <%@taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %><cs:ftcs><%-- Product_C/ptemplate --%> <table> <c:forEach var="result" items="${results}" > <tr> <td> ${result.id} </td> <td> ${result.name} </td> </tr> </c:forEach> </table> </cs:ftcs>
BaseController
のnewSearcher()
メソッドは、検索を返します。Searcher
クラスの1つ以上のメソッドをこの検索に適用できます。前述のController
は、"audio"
の語が含まれるすべてのアセットを収集します。語を含み、特定のサイトに属するすべてのアセットを検索するには、inSite(String site)
メソッドを使用できます。
def results = newSearcher().inSite("FirstSiteII").searchFor("audio")
詳細は、「開発者のサンプルWebサイト」に移動し、レンダリングAPIメニューから検索を選択します。
推奨リーダーAPIは、訪問者のセグメンテーションに基づいて、性別や趣味などの属性別に訪問者に対するお薦めを読み取ります。セグメントの訪問者には、1つ以上のアセットが推奨されます。
特定の訪問者が分類されるすべてのセグメントを読み取るには、例13-11に示すように、readSegments()
メソッドおよびTemplate
を推奨リーダーに使用できます。
例13-11 セグメントを読み取るためのメソッド
package oracle.webcenter.sites.controller import com.fatwire.assetapi.data.* import com.openmarket.xcelerate.asset.* public class RecommendationController extends BaseController { @RequiredParams(query="c,cid") public void doWork(Map models) { def visitor = [:]; visitor.put("Gender", "male"); List rr = newRecommendationReader().forVisitorAttributes(visitor).readSegments(); models.put("results", rr); } } Template: <%@ taglib prefix="render" uri="futuretense_cs/ftcs1_0.tld"%> %><%@taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %><cs:ftcs><%-- AVIArticle/myarticle --%> <table> <c:forEach var="result" items="${results}" > <tr> <td> ${result.name} </td> </tr> </c:forEach> </table> </cs:ftcs>
前述のコード・サンプルには、訪問者の分類がGender male
のすべてのセグメントが表示されます。avisportsの場合は、Gender male
の訪問者はMaleセグメントに分類されます。
詳細は、「開発者のサンプルWebサイト」に移動し、レンダリングAPIメニューから推奨リーダーを選択します。
表リーダーAPIは、WebCenter Sitesによって管理される表を問い合せます。
例13-12に、表リーダーのサンプルController
を示します。
例13-12 表リーダーController
package oracle.webcenter.sites.controller import com.fatwire.assetapi.data.* import com.openmarket.xcelerate.asset.* import oracle.fatwire.api.TableReader; public class TableReader extends BaseController { public void doWork(Map models) { TableReader tr = newTableReader() def myResult = tr.from("AVIArticle").execute() models.put("asset", myResult) } }
新しいTableReader()
メソッドは、BaseController
のファクトリ・メソッドです。前述のコード・サンプルは、AVIArticle
表からすべてのデータをフェッチして、asset
という名前のマップに配置します。
select(String select)
メソッドでSELECT
パラメータを指定できます。
def myResult = tr.select("name").from("AVIArticle").execute()
このコードは、AVIArticle表のname列のすべての値を返します。
詳細は、「開発者のサンプルWebサイト」に移動し、レンダリングAPIメニューから表リーダーを選択します。
WebCenter Sitesでは、集約的な方法でコンテンツにアクセスするためのREST APIが用意されています。これらのREST APIの詳細は、『Oracle WebCenter Sites集約REST APIリファレンス』を参照してください。
これらのリソースを使用して、WebCenter Sitesフレームワークを理解できます。
サンプル・サイト
「開発者のサンプルWebサイト」を参照してください。
avisportsサンプル・サイト
このサイトでは、avisportsは、フォーム・モードおよびWebモードでのアセットの作成や編集など、WebCenter Sites Contributorインタフェースでの機能を示します。また、avisportsでは、アセットの「作成」ビューや「編集」ビューをWebモードでレンダリングするようにコーディングされたサンプルTemplates
が、開発者に提供されます。
REST-avisportsサンプルWebサイト
このサイトには、REST APIで完全に構築されたavisportsのサンプルの参照実装が含まれます。Webサイトの機能的な面はavisportsと同等で、同じアセット・モデルとコンテンツを使用します。このサンプル・サイトは、REST APIに基づいてWebサイト開発を開始するための適切な参照ポイントです。