Frameworkアプリケーションに定義されたナビゲーション・モデルを取得して、そのモデルをポータルのページに公開する方法を示します。Frameworkアプリケーションのナビゲーションの概要については、第10項「ポータル用のナビゲーション・モデルの構築」を参照してください。ポータルにナビゲーション・モデルを定義する方法については、第10.2項「ナビゲーション・モデルの作成」および第10.3項「ナビゲーション・モデルへのリソースの追加」を参照してください。ナビゲーションの視覚化の概要ナビゲーションの視覚化により、ナビゲーションがポータルにどのように表示されるかが決まります。ナビゲーションを各ページの上部に一連のタブとして、あるいはページの横にツリー構造として表示できます。ナビゲーションの視覚化として、マスター/ディテール・ナビゲーションを表示する方法も一般的です。ページの上部にタブがあり、各タブには、ページの横にツリー構造で表示される追加のナビゲーションがあります。通常、ページ・テンプレートにナビゲーションの視覚化を追加するため、これを1箇所で定義してポータル全体に一貫して伝播させることができます。個々のページにナビゲーションの視覚化を追加することもできます。Portalには、ナビゲーションを視覚化するためにポータルのページ・テンプレートに追加できる組込みのナビゲーション・タスクが複数あります。詳細は、第13.2項「組込みナビゲーション・タスク・フローのページ・テンプレートへの追加」を参照してください。組込みナビゲーション・タスク・フローにより、ナビゲーション・モデルをすばやくテストできますが、ナビゲーションの視覚化はかなり簡単になります。高度な視覚化が必要になる場合も多くあります。PortalナビゲーションのAPIを使用して、各自のナビゲーションUIを作成する必要があります。詳細は、第13.3項「ナビゲーションのページ・テンプレートへのプログラムによる追加」を参照してください。組込みナビゲーション・タスク・フローのページ・テンプレートへの追加いずれかの組込みナビゲーション・タスク・フローをリソース・パレットからテンプレートの適切な場所にドラッグすることで、ナビゲーションをページ・テンプレートに追加できます。Portalには、ポータル・ナビゲーションの視覚化に役立つ3つのナビゲーション・タスク・フローがあります。これらは次のとおりです。ツリー・ナビゲーションでは、ナビゲーション・リンクが階層構造で表示され、場合によっては複数レベルの階層が含まれます(図13-1)。ツリー・ナビゲーションでは、複雑な構造に比較的簡単にアクセスできます。通常、ツリースタイル・ナビゲーションは、ページの横に表示されます。メニュー・ナビゲーションでは、一連のタブ、メニュー、バー、ボタン、選択肢、あるいはリストとしてナビゲーション・リンクが表示されます。通常は、ページの上部または下部に横並びに表示されます(図13-2)。ページやドキュメントへのリンクの場合は、メニュー・ナビゲーションが適しています。この場合、使用可能なすべてのオプションを表示するのに十分な余裕があるため、アイテムの数を把握できます。メニュー・ナビゲーションは、アプリケーションの上部にドロップダウン・メニューを表示する場合に役立ちます。メニュー」タスク・フローがレンダリングできるのは、2つのレベルのナビゲーションのみです。ブレッドクラム・ナビゲーションでは、一連の水平リンクまたは垂直リンクが表示され、このリンクにより、ナビゲーション階層でのユーザーの現在位置がわかります(図13-3)。ブレッドクラムは、4つ以上のレベルなど階層が深い場合に特に役立つため、ユーザーは、階層の特定の場所に簡単にナビゲートできます。Networkからダウンロードして入手できます。http://www.oracle.com/technetwork/middleware/webcenter/samples-196325.zipzipファイルには、次のナビゲーション・タスク・フローが含まれます。垂直リスト形式でナビゲーション・モデルをレンダリングします。フォルダとそのアイテムは、ドロップダウン・メニューとしてレンダリングされます。空のフォルダはレンダリングされません。水平メニュー形式でナビゲーション・モデルをレンダリングします。最上位レベルのナビゲーション・アイテムの場合、フォルダはドロップダウン・メニューとしてレンダリングされ、子を持たないナビゲート可能リンクは最上位レベルのリンクとしてレンダリングされます。空のフォルダはレンダリングされません。垂直折りたたみツリー形式でナビゲーション・モデルをレンダリングします。zipファイルをダウンロードし、そのコンテンツをローカルで抽出します。第16.4.4項「リソース・マネージャを使用してリソースをアップロードする方法」の説明に従い、1つ以上のEARファイルをアプリケーションにアップロードできます。ナビゲーション・タスク・フローをページ・テンプレートに追加する方法ナビゲーション・タスク・フローを追加する手順は、すべてのナビゲーション・タスク・フローで同じです。ナビゲーション・タスク・フローを追加するには:ナビゲーション・タスク・フローを追加するページ・テンプレートを開きます。サービス・カタログ」を展開します。「タスク・フロー」で、目的のナビゲーション・タスク・フローを選択して、そのフローをテンプレートの目的の場所にドラッグします。表示されたメニューで、「リージョン」を選択して「タスク・フロー・バインディングの編集」ダイアログを開きます。プロジェクトに「ナビゲーション・タスク・フロー」ライブラリを追加するように求められます。「ライブラリの追加」をクリックして確認します。「タスク・フロー・バインディングの編集」ダイアログ(図13-4)で、タスク・フローのパラメータ値を必要に応じて指定します。詳細は、第13.2.2項「ナビゲーション・タスク・フローのパラメータ」を参照してください。注意:EL式を、ナビゲーション・タスク・フロー・バインディングのパラメータの値として使用できます。詳細は、付録F「式言語式」を参照してください。「OK」をクリックします。ツリー」タスク・フローに適用可能なタスク・フロー・バインディングのパラメータについて説明します。注意:ナビゲーション・タスク・フロー・バインディングのパラメータの値にEL式を使用できます。詳細は、付録F「式言語式」を参照してください。説明navigationFile/oracle/webcenter/portalapp/navigations/default-navigation-modelこのタスク・フローに関連付けるナビゲーション・モデル。実際のナビゲーション・モデル定義ファイルは、.xmlを省略して指定できます。/oracle/webcenter/portalapp/navigations/myNavigationModelEL式も入力できます。#{navigationContext.defaultNavigationModel}startNode/ナビゲーションを開始するナビゲーション・モデル内のポイント。例:特定のページをナビゲーションの開始ポイント(ルート)として使用するには、そのページのパスを入力します。pages_home現在選択されているページをナビゲーションのルートとして使用するには、次のEL式を使用します。#{navigationContext.navigationModel['modelPath=path'].currentSelection.prettyUrl}現在選択されているページの特定レベルのパスをルートとして使用するには、次のEL式を使用します。#{navigationContext.navigationModel['modelPath=path'].currentSelection.prettyUrlPath[level]}ここで:pathは、ナビゲーション・モデルXMLファイルへのパスです(末尾の.xmlを省略しています)。/oracle/webcenter/portalapp/navigations/myNavigationModellevelは、開始するパスのレベルです。showRootnoneツリーのナビゲーションの開始ポイント(ルート)をレンダリングするかどうかを指定します。次のうち1つを入力してください。ルートをレンダリングしません。ルートをレンダリングします。ルートをボックスのヘッダーとしてレンダリングします。depth1ツリーが最初にレンダリングされるときに示されるレベルの数。次のうち1つを入力してください。最上位レベルのノードのみを表示します。他のノードはすべて最初に折りたたまれています。子ノードの第1レベルを展開します。子ノードの第1レベルと第2レベルを展開します。すべてのノードを展開します。このパラメータは、styleパラメータがcollapsedに設定される場合のみ適用されます。styleパラメータがexpandedに設定される場合、このパラメータの値にかかわらず、すべてのノードが表示されます。stylecollapsedナビゲーションのスタイル。次のうち1つを入力してください。(depthパラメータで指定された)指定のレベルを、最初に折りたたまれた状態でレンダリングします。すべてのノードをレンダリングします。すべての子を表示するように展開されます。最上位レベルのリソースのフラット・リストをレンダリングします。最上位レベルのリソースのいずれかがフォルダの場合、そのフォルダのコンテンツがドロップダウン・メニューに表示されます。listを入力すると、depthパラメータとshowRootパラメータが上書きされます。showIconstrue各リソースのアイコンをレンダリングするかどうかを指定します。trueまたはfalseを入力します。メニュー」タスク・フローに適用可能なタスク・フロー・バインディングのパラメータについて説明します。説明navigationFile/oracle/webcenter/portalapp/navigations/default-navigation-modelこのタスク・フローに関連付けるナビゲーション・モデル。実際のナビゲーション・モデル定義ファイルは、.xmlを省略して指定できます。/oracle/webcenter/portalapp/navigations/myNavigationModelEL式も入力できます。#{navigationContext.defaultNavigationModel}startNode/ナビゲーションを開始するナビゲーション・モデル内のポイント。例:特定のページをナビゲーションの開始ポイント(ルート)として使用するには、そのページのパスを入力します。pages_home現在選択されているページをナビゲーションのルートとして使用するには、次のEL式を使用します。#{navigationContext.navigationModel['modelPath=path'].currentSelection.prettyUrl}現在選択されているページの特定レベルのパスをルートとして使用するには、次のEL式を使用します。#{navigationContext.navigationModel['modelPath=path'].currentSelection.prettyUrlPath[level]}ここで:pathは、ナビゲーション・モデルXMLファイルへのパスです(末尾の.xmlを省略しています)。/oracle/webcenter/portalapp/navigations/myNavigationModellevelは、開始するパスのレベルです。未使用stylemenu第1レベルのリソースをレンダリングするためのスタイル。tabs、bar、buttons、choice、list、menuのいずれかを入力します。注意:レンダリングするリソースがナビゲートできない場合(フォルダなど)、そのリソースは、タブ、バー、ボタン、選択肢またはリストとして表示できません。これは、styleパラメータがmenuに設定される場合のみ表示できます。styleがmenuに設定される場合、フォルダは、1つのレベルのドロップダウン・メニューでレンダリングされます。styleがmenuに設定され、subStyleがmenuに設定される場合、フォルダは、2つのレベルのドロップダウン・メニューでレンダリングされます。styleおよびsubStyleがmenuに設定された状態でナビゲート可能アイテムがレンダリングされる場合、そのアイテムは2回レンダリングされます。一度はドロップダウン・メニューとして、もう一度はアイテム自体へのリンクとしてレンダリングされます。subStylemenu第2レベルのナビゲーション・アイテムをレンダリングするためのスタイル(該当する場合)。styleがmenuに設定される場合、menuまたはdonotdisplayを入力します。styleが他の値に設定される場合、tabs、bar、buttons、choice、listまたはdonotdisplayを入力します。showIconstrue各リソースのアイコンをレンダリングするかどうかを指定します。trueまたはfalseを入力します。ブレッドクラム」タスク・フローに適用可能なタスク・フロー・バインディングのパラメータについて説明します。説明navigationFile/oracle/webcenter/portalapp/navigations/default-navigation-modelこのタスク・フローに関連付けるナビゲーション・モデル。実際のナビゲーション・モデル定義ファイルは、.xmlを省略して指定できます。/oracle/webcenter/portalapp/navigations/myNavigationModelEL式も入力できます。#{navigationContext.defaultNavigationModel}startNode/ナビゲーションを開始するナビゲーション・モデル内のポイント。例:特定のページをナビゲーションの開始ポイント(ルート)として使用するには、そのページのパスを入力します。pages_home現在選択されているページをナビゲーションのルートとして使用するには、次のEL式を使用します。#{navigationContext.navigationModel['modelPath=path'].currentSelection.prettyUrl}現在選択されているページの特定レベルのパスをルートとして使用するには、次のEL式を使用します。#{navigationContext.navigationModel['modelPath=path'].currentSelection.prettyUrlPath[level]}ここで:pathは、ナビゲーション・モデルXMLファイルへのパスです(末尾の.xmlを省略しています)。/oracle/webcenter/portalapp/navigations/myNavigationModellevelは、開始するパスのレベルです。showRootfalseブレッドクラムの開始ノード(ルート)を表示するかどうかを指定します。trueまたはfalseを入力します。stylehorizontalブレッドクラムを水平と垂直のどちらで表示するかを指定します。horizontalまたはverticalを入力します。Portalには、タスク・フローの外観の変更に使用できる、ナビゲーション・タスク・フローごとのスタイル・クラスが用意されています。これらのスタイル・クラスを使用するには、アプリケーションで使用されるスキンCSSファイル(portal-skin.cssなど)にスタイル・クラスを追加します。ツリー」タスク・フローの外観の変更に使用します。メニュー」タスク・フローの外観の変更に使用します。ブレッドクラム」タスク・フローの外観の変更に使用します。メニュー」タスク・フローの背景色を変更するために、スキンCSSファイルに追加する内容を示します。red;}スキンの詳細は、第14章「スキンの作成および管理」を参照してください。Portalで提供されるAPIを使用して、ナビゲーション・モデル用の独自のUIを作成できます。注意:ナビゲーション・モデルを使用してアプリケーション内でナビゲーションをトリガーするタスク・フローには、wcnav_outcomeをルート・レベルに伝播するwcnav_parentActionというparent-actionアクティビティをタスク・フロー定義に次のように含める必要があります。Portalには、ポータルにナビゲーションを追加するためのAPIが2セット用意されています。EL式を使用して、ナビゲーション・モデルとナビゲーション・リソースを取得します。標準のHTTPメソッドを使用して、ナビゲーション・モデルとナビゲーション・リソースを指し示し、取得されたオブジェクトの標準表現を返します。HTMLなど)や環境(iPhoneなど)の利用時に使用できます。Portalには、式言語(EL)の一連のAPIが用意されており、これらを使用すると、ナビゲーション・モデルを取得して、そのモデルを実行時モデルとして表すことができます。Facesナビゲーション・コンポーネントに直接バインドできます。使用可能なナビゲーションEL式は、第F.5項「ナビゲーションに関連するEL」にすべてリストされています。APIの使用方法について、いくつかの例を紹介します。Frameworkアプリケーション・テンプレートを使用したアプリケーションの作成時に作成されるデフォルトのページ・テンプレート(pageTemplate_globe.jspxおよびpageTemplate_swooshy.jspx)を参照してください。ナビゲーション・コンテキストの概要ナビゲーション・コンテキストは、システム内のすべてのナビゲーション要素にアクセスするエントリ・ポイントです。具体的には、これを使用すると、プリファレンス、状態、直接参照を介してナビゲーション・モデルにアクセスでき、実際にリソースにナビゲートするカスタムUIを作成するフックが提供されます。これは、adf-config.xmlファイルのADFプリファレンスoracle.webcenter.portalapp.navigation.modelで指定されるモデルです。これを使用すると、アプリケーション全体で使用される一般的なモデルを定義でき、各ページやページ・テンプレートに移動して値を設定するのではなく、値を1箇所で変更できます。デフォルトのナビゲーション・モデルを取得するEL式は次のようになります。#{navigationContext.defaultNavigationModel}注意:oracle.webcenter.portalapp.navigation.modelプリファレンスを設定する方法については、第10.4項「デフォルトのナビゲーション・モデルの選択」を参照してください。このモデルは、現在のビューへのナビゲートに使用されるものです。設定されない場合、デフォルトのナビゲーション・モデルを返します。アプリケーションには複数のナビゲーション・モデルを含めることができます。現在のナビゲーション・モデルを取得するEL式は次のようになります。#{navigationContext.currentNavigationModel}この式を使用すると、ページ・テンプレート内で単一の値を使用でき(ブレッドクラムを表示する場合など)、特定のナビゲーション・モデルを選択せずにその値で正しい値を表示できます。特定のナビゲーション・モデルのXML定義のパスを渡して、そのモデルを選択することもできます。特定のナビゲーション・モデルを取得するEL式は次のようになります。#{navigationContext.navigationModel['modelPath=path']ここで、pathは、ナビゲーション・モデル定義ファイルのパスです。#{navigationContext.navigationModel['modelPath=/oracle/webcenter/portalapp/navigations/myNavigation']}注意:ファイル名の拡張子.xmlを含める必要はありません。リソース・ナビゲーションナビゲーション・モデルをUIコンポーネントのactionListener属性にバインドするためのコアBean操作には次のELを使用します。例13-2では、現在のナビゲーション・モデルにアクセスして<af:outputText/>でツリーをレンダリングする、ナビゲーション・コンテキストを使用した簡単なツリーUIが作成されます。commandImageLinkコンポーネントのナビゲーションを処理します。ナビゲーション実行時モデルの概要ナビゲーション実行時モデルは、基礎となるXML定義を実行時モデルとして公開し、個々のノードへの直接アクセスを提供します。実行時モデルは、セキュリティや可視性といった要因を考慮し、UIオブジェクトにバインドできる、セッションに固有の表現を作成します。注意:ナビゲーションのコンテンツ、構造およびメタデータの定義のために作成するナビゲーション・モデルと、ナビゲーション・モデルの実行時の動作を決定するナビゲーション実行時モデルとの違いに注意してください。デフォルトの実行時モデル(defaultTreeModel、defaultListModel、defaultMenuModelおよびdefaultSiteMap)を使用してモデル全体にアクセスしたり、実行時モデルの作成時に各種パラメータを使用して固有のサブツリーにアクセスできます。Webユーザー・インタフェース開発者ガイド』を参照してください。モデルへのアクセス次の実行時モデルは、基礎となる次のナビゲーション・モデルに基づいて作成できます。UIモデルツリー・モデル#{navigationContext.defaultNavigationModel.defaultTreeModel}#{navigationContext.defaultNavigationModel.treeModel['parameters']}メニュー・モデル#{navigationContext.defaultNavigationModel.defaultMenuModel}#{navigationContext.defaultNavigationModel.menuModel['parameters']}リスト・モデル#{navigationContext.defaultNavigationModel.defaultListModel}#{navigationContext.defaultNavigationModel.listModel['parameters']}検索エンジン・モデルサイトマップ#{navigationContext.defaultNavigationModel.defaultSiteMap}#{navigationContext.defaultNavigationModel.siteMap['parameters']}リソース(またはノード)へのアクセス次のEL式を使用して、ナビゲーション・モデル内の特定のノードにアクセスできます。例13-4では、現在のナビゲーション・モデルのメニュー・モデルをブレッドクラムとしてレンダリングします。</f:facet></af:breadCrumbs>例13-5では、デフォルトのナビゲーション・モデルに基づき、アプリケーションのサイトマップを作成します。</f:view></jsp:root>サイトマップの詳細は、第13.4項「ポータル・ナビゲーションを使用したサイトマップの作成」を参照してください。ナビゲーション・リソースの概要ナビゲーション・リソースは、ナビゲーション・モデル内の各ノードに対して個々のプロパティにアクセスできます。これらのプロパティは、次のカテゴリに分類されます。ユーザーがナビゲーション要素に対して指定する共通のプロパティ。ページのノードのレンダリングに使用され、次の属性があります。ナビゲーション・モデルがページでレンダリングされるときにノードに表示されるタイトル。ユーザーがマウスを使用せずにノードにアクセスする場合に入力できるキーのニーモニック(単一文字)。ノードを視覚的に表すアイコン。これは、ナビゲーション・モデルがページにレンダリングされる際にタイトルの隣に表示されます。ノードの検索を容易にするキーワード。ノードの選択時にそのノードが表示されるコンテナ・ページの場所。同じブラウザ・ウィンドウ内(_self)、新しいウィンドウ(_blank)、ポップアップ(_popup)、あるいはナビゲーションUIでサポートされる場所になります。ユーザーがマウスをタイトル上に置いたときにノードに関する追加情報を提示するテキスト。この属性は、サイトマップの作成に使用されます。ノードの変更が見込まれる頻度(常時、1時間に一度、毎日、週に一度、月に一度、年に一度、変更なし)。この属性は、サイトマップの作成に使用されます。ナビゲーション・モデル内のその他のノードと比較した、該当リソースの優先度(0.0から1.0)。この属性は、サイトマップの作成に使用されます。ページの静的リンクからナビゲーション・モデルの任意のノードへの直接参照を有効にするID。各ノードに固有のユーザー定義プロパティ。これらは、名前と値のペアで、任意の値が含まれます。問合せが可能で、ノードへのナビゲートに使用できる組込みプロパティ。フォルダやセパレータなどノードがナビゲートできるかどうかノードのパス親ノード、子ノードまたは兄弟ノードへのアクセスノードが、ナビゲーション・モデル内の現在選択されているノードかどうか、選択されているノードのパス上にあるかどうか完全なリストについては、第F.5項「ナビゲーションに関連するEL」を参照してください。commandImageLinkコンポーネントを様々な属性でレンダリングします。value="#{node}"/></af:commandImageLink>例13-7では、パラメータを介して、リソースから対応するページに渡される値にアクセスします。</parameters>例13-8では、ノードにナビゲートできるかどうかに基づき、ブレッドクラム・リンクを条件付きで表示します。これは、UIコンポーネントの基準をノードのタイプにも置いています。ナビゲーション・モデルをリンクのリストとしてレンダリングする方法ポータルのナビゲーションを視覚化するには、一般的な方法としてリンクのリストがあります。リンクをクリックすると、そのリンクに関連付けられたリソースにナビゲートします。例13-9では、現在のナビゲーション・モデルのリスト・モデルを取得し、そのモデルをページに垂直にレンダリングします。commandImageLinkコンポーネントに順にバインドしながら、ナビゲーション・モデルを反復します。ノードに子が含まれる場合、別のイテレータがページにその子をレンダリングします。ノードがナビゲートできない場合、そのノードはリンクとしてレンダリングされません。現在選択されているノードは太字で表示されます。ナビゲーション・モデルをツリーとしてレンダリングする方法ポータルのナビゲーションを視覚化するには、ツリー構造による方法もあります。ナビゲーション・ツリーは、通常、ページの横にリストされるため、ナビゲーション階層全体を表示するには便利な方法です。ユーザーは、ナビゲーションの任意のノードにすぐにナビゲートできます。ツリー構造を使用する場合、リンクの簡単なリストに比べて、ユーザーがナビゲーション・モデルの様々なノードの展開と折りたたみを行えるという利点があります。treeナビゲーション・コンポーネントをナビゲーション・モデルにバインドできます。この方法を例13-10に示します。ナビゲーション・モデルを3レベルのメニューとしてレンダリングする方法ナビゲーションをメニューとしてレンダリングすることもできます。メニューには、最上位レベルのナビゲーションが表示されます。ユーザーが特定のノード上にマウスを置くと、そのノードが子を持つ場合、子はポップアップ・メニューで表示されます。図13-4は、現在のナビゲーション・モデルのリスト・モデルを取得し、そのモデルをページに垂直にレンダリングしています。コードはナビゲーション・モデルを反復します。ノードに子が含まれる場合、別のイテレータがその子を反復します。子を持たないノードは、メニュー・アイテムとしてレンダリングされます。第2レベルのナビゲーション・モデルでは、いずれかのノードが子を持つ場合、また別のイテレータが実行されます。繰り返しになりますが、子を持たないノードは、メニュー・アイテムとしてレンダリングされます。第3レベルのナビゲーション・ノードでは、ノードはメニュー・アイテムとしてレンダリングされます。ナビゲートできないノードはリンクとしてレンダリングされません。現在選択されているノードは太字で表示されます。ナビゲーション・モデルをブレッドクラムとしてレンダリングする方法ユーザーがポータル・ナビゲーション内で自身の位置をすばやく判断できるように、ページにブレッドクラムの証跡を提供できます。ブレッドクラムは、ポータル内の現在位置と、その位置に到達するまでのナビゲーション経由のパスを示します。ユーザーは、そのパスに従って任意のポイントにすぐに戻ることができます。ブレッドクラムは、通常、他のフォームのナビゲーションに加えてページ上で使用されます。breadCrumbsナビゲーション・コンポーネントをナビゲーション・モデルにバインドできます。この方法を例13-12に示します。マスター/ディテール・ナビゲーションのレンダリング方法ポータルでは、多くの場合、マスター/ディテール・ナビゲーションの視覚化が提供されます。ページの上部にタブとして表示され、各タブにはページの横にツリー構造として表示される追加のナビゲーションがあります。例13-13のマスター/ディテール・ナビゲーションでは、マスターおよびディテール・ナビゲーションに同じナビゲーション・モデルが使用されます。マスター・ナビゲーションは、最上位レベルのナビゲーション・モデルを、ページ上部のリンクのリストとしてレンダリングします。ディテール・ナビゲーションは、現在選択されている最上位レベルのノードの子をツリーとしてレンダリングします。height="20px"/></af:panelGroupLayout>前述の例は、2つの異なるナビゲーション・モデル(マスター・ナビゲーション用とディテール・ナビゲーション用)を使用するように記述することもできます。例13-14にその方法を示します。APIが用意されています。APIを使用して、ナビゲーション・モデルを視覚化するための独自のインタフェースを作成します。RESTは、一般的にクライアント側でスクリプト化されるリッチ・インターネット・アプリケーションの作成時に使用され、サーバー側アプリケーションからのデータと対話する機能を必要とします。Spacesアプリケーションと対話します。APIの使用」を参照してください。APIを使用する開始ポイントとして、GETリクエストをリソース索引に送信します。APIのエントリ・ポイントURI(href)が提供されます。urn:oracle:webcenter:navigationsGETリクエストをこのエントリ・ポイントURIに送信すると、アプリケーション内にナビゲーション・モデルのリストが返されます。...</sitestructure>この情報を使用すると、表13-4にリストされるURIで、特定のナビゲーション・モデルとその中にあるリソースに関する情報の取得を開始できます。URI戻り値.../api/navigationsアプリケーションのすべてのナビゲーション・モデル。.../api/navigations/default-navigation-modelデフォルトのナビゲーション・モデルのプロパティ。.../api/navigations/pathToModel/modelId指定したナビゲーション・モデル(modelId)のプロパティ。.../api/navigations/pathToModel/modelId/resources指定したナビゲーション・モデル(modelId)のすべてのルート・リソース。.../api/navigations/pathToModel/modelId/resources/pathToResource/resourceId指定したナビゲーション・モデル(modelId)の指定したリソース(resourceID)。...api/navigations/pathToModel/modelId/resources/pathToResource/resourceId/children指定したナビゲーション・モデル(modelId)の指定したリソース(resourceId)の子をすべてリストするナビゲーション・ツリー。.../api/navigations/pathToModel/modelId/resources/pathToResource/resourceId/children?depth=dep指定したナビゲーション・モデル(modelId)の指定したレベル(dep)までの指定のリソース(resourceId)の子をリストするナビゲーション・ツリー。各ナビゲーション・リソースにはprettyURL要素があり、この要素を使用すると、ナビゲーション・モデル階層をさらにドリルダウンできます。href="url">text</a>など)を解析します。ADFベースのWebサイトでは、リンクがJavaScriptとして生成されます。このため、これらをブラウザで実行すると、ページの変更やナビゲーションが生じます。これらのJavaScriptリンクは、検索エンジンで解釈できません。GoogleやBingなど、一般的な一部の検索エンジンではサイトマップがサポートされます。サイトマップは、サイトのURLと、各URLに関する追加メタデータ(たとえば、URLが最終更新された場合、通常のその変更頻度、サイトの他のURLと比較した重要度など)をリストするXMLファイルであるため、検索エンジンはさらに知的にサイトをクロールできます。サイトマップを検索エンジンに送信したり、robots.txtファイルで参照することで、索引用にページのリストを検索エンジンに送ることができます。Portalアプリケーションでは、サイトマップURLを指定できます。このURLを検索エンジンに登録すると、そのアプリケーションでページ・セットへの索引付けが行われます。検索エンジンのユーザー・エージェントが、ADFでサポートされるエージェントと一致するする場合、リクエストに対してJavaScriptではなくHTMLが返されます。注意:現在、ADFに登録されているユーザー・エージェントは、Googleのgooglebotのみです。例13-15に示すように、アプリケーションのサイトマップは、ナビゲーション・モデルに基づき作成できます。reserved.法律上の注意点ライブラリ。