Jahia Enterprise Portal-アーキテクチャの概要（パート2）

企業ポータルJahiaのアーキテクチャの概要の2番目の部分を読んでいます。

目次

パート1：

• 全体像。
• ユーザーインターフェイスコンポーネント。
• 認証と承認。
• デザインテンプレート。
• キャッシング
• コンテンツオブジェクト
• ポータル
• マッシュアップサーバー。

パート2：

• ファイルストレージ。
• ツールとツール（エンジン）。
• サブシステムの検索とインデックス作成。
• 運営
• Springとの統合。
• イベントリスナーとルール。
• Jahiaでのリクエスト処理。
• コンベア。
• インポートおよびエクスポート。
• クラスタリング

ファイルストレージ

Jahiaファイルストレージは、バージョン6で完全に書き直されました。Jahia5では、ストレージが設立されました。
Apache Slideライブラリを使用しました。これは当時事実上のものでした
オープンソースファイルリポジトリ標準。

しかし、 Apache Jackrabbitの迅速な開発と高品質により-実装
Java Content Repository仕様、Jahia 6は標準として使用し始めました
このライブラリの上にファイルストレージとサービスを構築します。 実際に建築
Jackrabbitは、その使用に密接に依存することを意味しませんが、標準のJCRを使用します
さまざまなリポジトリへのアクセスを提供するためのAPI。

Jahia 6では、 CIFS / SMBファイルストレージにアクセスできるようになりました。 他の人
開発中の実装は、サンドボックスリポジトリで利用できます。
FTP、Alfresco、Exo Platform、Nuxeoコネクタ 。

上の画像では、Jahia Contentは次のように利用できます。
JCRプロバイダー 、これはJahia 6の新機能でもあります。
最初の互換性の作業のみで、この実装へのインターフェースはできません
高いパフォーマンスを誇りますが、それを改善するための作業は、
バージョン間。

ファイルストレージサービスに加えて、インターフェイスはさまざまなテクノロジーを使用してコンテンツをレンダリングします。
WebDAV。テンプレートおよびJahia AJAXユーザーインターフェイスでファイルを表示します。 ストレージ付き
追加のポータルサービスが機能する場合があります。 ルールエンジン -ルールの設定と
ファイル許可、 サムネイル管理 -画像のサムネイルを生成します
（サムネイル）、 コンテンツ抽出 -メタデータを抽出します。

ツールとツール（エンジン）

Jahiaのツールとツールはエンジンと呼ばれます 。 Jahiaエンジンは
StrutsのActionオブジェクトと比較してください。 これらはアプリケーションロジックブロックで、それぞれが
特定のタスクを実行します。 サブエンジン（サブエンジン） -さらに小さなブロック、
ユーザーインターフェイスプリミティブとの相互作用の制御（例：制御
フィールド編集）。

最も重要なエンジンはコアエンジンです 。
コンテンツページでは、ポータルがページを表示するたびに呼び出されます。 お名前
他のエンジンはそれ自身を代弁します。たとえば、 ログインおよびログアウトエンジンは
ログイン、ログアウト、入力されたデータの処理のユーザーインターフェイスのレンダリング
これらのアクション中にユーザーによって。

コンテンツ編集（処理）エンジンは検証フレームワークと統合されています
（検証フレームワーク）、インテグレーターが入力の検証ルールを設定できるようにします
データユーザー。

エンジンは、ユーザーAJAXインターフェイスとも統合されています。 AJAXの目的は、
繰り返し使用できるコンポーネント上に構築された最新のユーザーインターフェイス
再利用。 インテグレーターは既存のライブラリを使用できます
アプリケーション構築時のコンポーネント。 この方向での作業は、Jahia 6で開始しました
GWTコンポーネント。

Jahia サブエンジンは、コンテナ編集インターフェイスを表示するために使用されます。
コンテナには、さまざまなタイプのフィールドが含まれる場合があります。 任意のタイプのフィールドを編集するとき
コンテナエディションエンジンは、
このタイプのフィールド。 たとえば、 ファイルを表すFileタイプのフィールドは、UI-
ユーザーがディレクトリを閲覧してファイルを選択できるようにするインターフェース
タイプが小さいテキストの場合は、単にテキスト入力フィールドが表示されます。

Jahiaは、URLの「/ engineName」パラメーターを使用してエンジンリクエストを処理します。 パラメータが
値なし-要求はカーネルエンジンを受け入れます 。 に使用される文字列値
命名エンジンはエンジン自体によって宣言され、 JahiaEngineクラスではgetNameメソッド
（）は、「/ engineName」パラメータの解決メカニズムのキーを決定します。

検索およびインデックス作成サブシステム

Jahiaの検索およびインデックスサブシステムは、概要のみを目的としてこのドキュメントに記載されています。
非常に広範なサブシステム。 上記の図では、この主なコンポーネントを示しています
サブシステム。

Jahia 6の革新は、 OpenSearch標準の統合です。 ヤヒアは次のような役割を果たすことができます
消費者 、およびOpenSearchクエリジェネレータとして。 これは、ユーザーが
たとえば、 ブラウザの検索バーに Jahiaを統合し、直接実行できます
ブラウザバーから検索クエリ。 一方、Jahiaはサービスを使用できます
さまざまなOpenSearchプロバイダーと1つのページに集約された検索結果を提供する
Jahia、Google、MSNなど

従来のウェブ検索ソリューションについては、Jahiaは次のタグライブラリを提供しています。
単純な全文検索形式でコンテンツを検索するか、高度な
検索クエリ。 ヤヒアのUahコンポーネントでの高度な検索クエリの形成を促進するため
便利なクエリパラメーターセレクターが組み込まれています。 これらのコンポーネントは、
AJAXフレームワークであり、インターフェースにデータを入力するときに使用されるものに似ています
ログインします。

コンテンツオブジェクトをクエリする別の方法は、次のレベルでクエリを直接埋め込むことです。
テンプレート 、および画面上のユーザーには、すでに準備されたリクエストの結果が表示されます。 それは
「コンテナクエリ」と呼ばれ、たとえば、
最後を表示するときに、「ニュース」タイプから最後の5つのコンテンツオブジェクトをロードするには
5つのニュース。

ユーザークエリを生成するこれらの技術はすべて、サーバーシステムに基づいています。
コンテンツの検索とインデックス作成を直接実行します。 ポータル検索エンジンは
全文検索を実行する機能、コンテンツごとに絞り込みクエリを使用した検索
ヤヒア、およびファイルのコンテンツ。

検索およびインデックスサブシステムの中核は、オープンソースのCompassおよびApacheフレームワークです。
ルセン ファイルシステム機能を使用してインデックスを保存しますが、機能もあります。
データベースまたは分散ファイルシステムに情報を保存するため。

現在、ファイルシステムを使用したサブシステムの標準実装が最も多い
効率的ですぐに使用できる（本番対応）ため、Jahiaには
この実装。

運営

管理インターフェイスは、すべてのさまざまなJahiaサブシステムの管理ツールです。
サイト管理者とサーバー管理者のための1つの場所から。 インターフェース
管理により、管理者はすべてのタイプのタスクを実行できます。

• ユーザー、グループ、サイト、カテゴリの作成、更新、削除。
• グローバル許可を設定する
• テンプレートとポートレットの権限を設定し、テンプレートとポートレットを分割します
  カテゴリー
• 内部キャッシュのステータスを表示してリセットします。
• パスワード割り当てポリシーを設定します。
• サイトの言語を決定します。
• コンテンツをリモートで公開する機能を構成する
• 管理者ガイドで詳しく説明されている他の機能を実行する
  （管理者ガイド）。

管理インターフェイスは、ディスパッチャサーブレットとクラスのコレクションに基づいています 。
さまざまなサーバー設定のUIを制御します。 管理者インターフェースの利便性のためにも
AJAXのユーザーインターフェイスコンポーネントをサポートします。

春の統合

Jahia開発者はSpringが大好きです。 システムの5番目のバージョンから、Jahiaは
全体的で高速かつ柔軟なポータルソリューションの構築を促進するSpring Framework 。

Jahiaサブシステムを多数のサービスに接続するには、インテグレーターは単に次のことを行う必要があります。
よく知られている依存性注入および依存性注入メカニズムを使用します。
Springによって提供されます。

上記の図は、Springを使用してすべてを初期化できる設定を説明しています
ヤヒアのさまざまなサブシステム。 外部ポータルライブラリ：Apache Pluto、Hibernate、Apache Lucene-
また、Springでも動作します。これにより、細長いポータルアーキテクチャを実装できます。

JahiaとSpringの統合の経験は成功し、Springにはシステムの依存関係はほとんどありませんでした
必要に応じて将来的に自由に別のものに移行できるようになりました
枠組み

イベントリスナーとルール

ポータルユーザーによって実行されるアクションにより、 イベントが発生する可能性があります
特定のタスクを実行するために使用されます。 Jahiaは、インテグレーターが登録することを許可します
イベントのリスナー。 上記のチャートは、さまざまなイベントがどのように送信されるかを示しています
サブシステムとそれらの開発者による使用方法。

ポータルが何らかのアクションを実行すると、イベントが発生します。 チームかもしれない
ユーザー 、 スケジュールされたアクション 、 バックグラウンドプロセス 。 アクションの原因
イベントオブジェクトを作成するためのイベントジェネレータ 。 このオブジェクトはさらに
リスナーの登録（リスナーレジストリ）に転送されます。リスナーは登録済みのリスナーです
必要なクラスを呼び出します。 一部のイベントリスナーは、
他のテクノロジーを使用する他のリスナー。 イベントリスナーを使用することが可能です
Groovy（Groovyイベントリスナー） 。インテグレーターがGroovy言語を使用できるようにします。
リスナーの実装。 同じことを行うJSPイベントリスナー
JSPページ。

別の特定のリスナーはJCR監視マネージャーです 。
Jahiaイベントエンジンを標準のJCR観測モデルにリンクします。
この実装の下にJBoss Rulesオブザーバーがあります 。
インテグレーターがイベントを処理するためのルールを使用できるようにします。

Jahiaでのリクエスト処理

上記は、ブラウザからの処理システムのJahiaリクエストの図です。 回路が使用できます
特定の処理に関係するポータルサブシステムを決定する開発者
リクエスト。

ブラウザリクエストは、 JahiaサーブレットまたはWebDAVサーブレットのいずれかに送信できます。
（要求されたバイナリファイルの場合）。

2番目のケース（ WebDAVサーブレット ）では、リクエストはファイルストレージサービスにリダイレクトされます。
要求されたリソースへのアクセス権について検証が行われ、結果が返されます
ブラウザに戻ります。

最初のケースでは、 Jahiaサーブレットが呼び出されます。 Jahiaは即座にコンテキストオブジェクトを作成します
（コンテキストオブジェクト） 「ParamBean」と呼ばれます 。 これにはすべてが含まれます
リクエストされたページ、現在のユーザー、言語などを含むリクエスト情報
表示など。 内部的に、ParamBeanはパイプラインメカニズムを使用します
メカニズム）ユーザーを許可します。 他を統合するカスタマイズ可能なメカニズム
ユーザー許可技術については、このメカニズムの詳細については「コンベヤ」セクションで説明しています。

ParamBeanの作成後、Jahiaは制御をOperationManagerに転送します。
コンベアも使用します。 アクションパイプラインについては、このドキュメントの後半で説明します
関連セクション。 パイプライン運用は、次の目的でJahiaサービスと相互運用します。
目的のアクションを実行します。結果は、どのエンジンが呼び出されたかによって異なります
コンベアベルト。
カーネルエンジンを使用する場合、アクションパイプラインは必要なすべてのコンテンツオブジェクトを作成し、
テンプレート開発者に、JSPページに投稿するコンテンツを提供します。 だから
コンテンツオブジェクトの形成後、ポータルは、ユーザーのリクエストをJSPテンプレートに負担します。
ページのレンダリング。

結論として、最終結果はブラウザに送り返されます。

当然、これは非常に単純化されたポータルの例ですが、理解の基礎として役立ちます。
Jahiaのクエリ処理スキーマ。 単純化するために、ポータルキャッシュの対話は省略されています
プロセスの説明ですが、インテグレーターは開発時にそれらを考慮する必要があることは明らかです
ポータルソリューション。

コンベヤー

前のセクションで述べたように、Jahiaはパイプラインを使用して提供します
カスタム処理チェーン。 コンベヤーは、レベル（バルブ、
バルブ）、次々と呼ばれます。 テンプレート固有とは
パイプラインの設計パターン-これは全員の責任です
レベルは次を呼び出すことです。 つまり、レイヤーは実行を渡すことを選択できます
次かどうか。

認証パイプラインは 、ユーザーを決定するためにParamBeanによって呼び出され、
現在のコンテキストに基づいています。 すべてを使用してユーザーを定義できます
メソッド：これは、既に決定されている場合、保存されたセッションの情報の検索です。 またはと
CASなどの統合されたシングルサインオンシステムを使用するか、コンテナ認証を使用する
JEE。 上の図では、下のパイプラインが認証パイプラインであり、さまざまなレベルを示しています
ユーザー定義。 各レベルの詳細には触れませんが、それは注目に値します
この許可メカニズムは、Spring xmlファイルを使用してカスタマイズできます。
インテグレーターは独自のレベルを適用します。

アクションパイプライン （写真の上部）は、Jahiaで提供するために使用されます
プラグ可能なリクエスト処理チェーン。 コンベアレベルが停止する場合があります
キャッシュを操作する際に特に重要な、任意の時点でのリクエストの処理。 コンテンツができる場合
キャッシュから読み取られ、この時点で要求処理が中断され、これによりサーバーが解放されます
不要な操作を実行し、要求を処理するプロセスを非常に効果的にします。 レベル
図のキャッシュからの読み取りを担当するパイプラインは、 「スケルトンアセンブラー」（スケルトン
アグリゲーター） 。 URL履歴パイプラインレベルは、すべてのURLを記録するために使用され、
ナビゲーションチェーン（パンくずリスト）を構築するためにユーザーによって要求されます。

インテグレーターは、拡張のためにアクションパイプラインをカスタマイズすることを興味深いと感じるかもしれません
ユーザーリクエストの処理に関連する機能。 それに注意する必要があります
パイプラインにレベルを配置する順序は非常に重要であり、この順序を変更せずに変更することはお勧めしません
Jahiaポータルの原則を深く理解している。

インポートとエクスポート

Jahiaポータルのインポートおよびエクスポートサブシステムは、コンテンツをさまざまな場所に移行するための強力なメカニズムです。
Jahia Webサイト間、または異なるシステムインストール間での方法。

コンテンツをエクスポートするために、システムはJSR-170（またはJCR）xmlデータストレージ形式を使用します。
その他の特定のファイル（バイナリデータをエクスポートするためのファイル階層など）。 これらすべて
ファイルはzipアーカイブに圧縮され、インポートサブシステムで使用できます。

標準化されたインポートおよびエクスポートメカニズムにより、完全なインストールをエクスポートできます。
ヤヒア、一連のサイト、単一の座っている、またはサイトの一部。 サイト間でコンテンツを移動し、
ヤヒアサイトのセクション。 非ヤヒアシステムにエクスポートおよびインポートします。

Jahiaはインポートおよびエクスポートテクノロジーを使用して、リモートパブリッシングを可能にします
内容 。 この場合、通常、コンテンツのインポート（エクスポート）はスケジューラーによって呼び出されます
タスク。 インポートおよびエクスポートテクノロジーは、コンテンツがいつ変更されたかを認識できます。
ケースは、新しいオブジェクトを作成するのではなく、コンテンツオブジェクトを更新するだけです。

コピー/ペーストする態度

これは明らかではありませんが、コピー/貼り付け機能でもインポートおよびエクスポートシステムを使用します。 与えられた
事実は、コンテンツが互換性のある間でしかコピーおよび貼り付けできない理由を明確にします
コンテンツの説明 （ソース間でコンテンツを変換する方法をJahiaが知る必要があるため）
コンテンツレシーバー。

リンクされたコピーは、次の場合にインポートおよびエクスポートシステムを使用します。
コンテンツを受信者（受信者）に送信します。

クラスタリング

Jahiaシステムをクラスターにデプロイすることは、中央の負荷を軽減する効果的な方法です
負荷の高いサイトの作業をサポートするプロセッサとメモリ。

クラスターへのJahiaの典型的なインストールを上の図に示します。 Jahiaノードは直接交換します
互いに（ダイレクトメッセージング）、共有リソースへのアクセス権：ファイルシステムとデータベース
データ。

ファイルシステムは、 検索インデックスとバイナリの格納に使用されます
データ （サーバーがファイルシステムにバイナリデータを格納するように構成されている場合、
デフォルトはデータベース内のストレージです ）。

データベースには他のすべてが保存されます。 したがって、高性能のインストールが非常に重要です。
システム全体の優れたスケーラビリティを確保するデータベース。

Jahiaは、クラスター内のタイプごとにノードを区別して、より専門的な
処理します。 さまざまなタイプのノードについて簡単に検討します。

ノードの表示

Jahiaブラウジングノードは、特殊なJahiaノードであり、
コンテンツ発行サイトとして機能します。 また、以下のポートレットと対話します。
ページのレンダリング。 このタイプのノードを使用すると、発行システムの負荷を分離できます
認可システムおよびバックグラウンド要求処理システムの負荷からのコンテンツ。

認証ノード

承認ノード（Jahiaの「オーサリング」ノード）は、で使用されるクラスターノードです。
ポータルコンテンツの表示と編集。 これは最も一般的に使用されるタイプです。
Jahiaクラスター内のノード。したがって、そのようなノードの複数のインスタンスが必要になるため、
負荷を分散します。

処理のノード

Jahiaでは、長時間実行されるタスク（これらはドキュメント検証アクションです（ワークフロー検証
操作）、コピー/貼り付け操作、インポートおよびコンテンツインデックス作成）はバックグラウンドとして実行されます
プロセス 。 したがって、これらの長い操作を実行するとき、他のノードはまだ
コンテンツの表示と編集のリクエストを処理します。

インデックスサーバー

コンテンツとファイルのインデックス作成は、非常に費用のかかる操作になる可能性があります。
CPUおよびサーバーRAMの負荷。 たとえば、索引付けの場合
pdfファイル、サーバーは抽出するためにファイルに含まれているスクリプトを実行する必要があります
テキストコンテンツ。 これには、次のようなポストスクリプトのような言語命令の実行が必要です。
コンテンツを抽出するためのメモリ管理と命令処理。 索引付け
大きなファイルには、完了するまで解放できないメモリも必要です。
ファイルを開く。

インデックス作成は通常、リアルタイムの実行を必要としない操作と呼ばれます。
時間なので、バックグラウンドで実行されます。 Jahiaサーバーの負荷を減らすために、
現在のユーザー要求の処理を実行するには、インストールすることを強くお勧めします
別のコンテンツインデックスサーバー。

システムに複数のインデックスサーバーノードをインストールして、提供することもできます。
この操作のスムーズな実行。