😩 👨‍👨‍👧‍👦 🚎 Jahia Enterprise Portal-アーキテクチャの概要（パート1） 🧚🏼 🤲🏽 🌜

この記事では、 企業ポータルJahiaのアーキテクチャの概要を説明します。

Jahiaは、Java EEポータルと管理を統合する数少ないオープンソースシステムの1つです。
1つの製品のコンテンツ。 CMSは、ポータルの代替を表す完全なソリューションです
大企業から。

このレビューは、読者がシステムのさまざまなコンポーネントとそれらの間の関係を理解できるようにすることを目的としています。
また、このレビューは、システムのソースコードを理解するための基礎として役立ちます。
自由に利用できます。

記事は大きいため、2つの部分に分かれています。 PDF形式でも入手できます。
コメント、コメント、訂正を歓迎します。
私の翻訳が役に立つなら嬉しいです。

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

全体像

Jahiaには、多様な機能とサブシステムの豊富な武器が組み込まれています。主なアイデア
ポータルの仕事は、ユーザーにとって便利な方法での効果的な統合にあります。

以下の図は、ポータルのメインサブシステムを示しています。

上から下まで簡単に検討してください。

ユーザーインターフェイスコンポーネント（UIコンポーネント） ：バージョン6.0以降、
Jahiaは、AJAXベースのGWTフレームワーク（Google Web Toolkit）の使用を開始しました。
インターフェイスコンポーネントの再利用性。フレームワークを使用すると簡単になりました
開発者とシステムインテグレーターが、使いやすいユーザーインターフェイスを正しく記述する
主要なブラウザで動作します。
キャッシュ ：高速ページ生成のために、Jahiaはサポートしています
データベースレベルからhtmlページのレベルまでのマルチレベルキャッシュ。キャッシュはクラスターです
互換性があり、システムをスケーラブルで生産的にするのに役立ちます。キャッシュの実装は
プラグ可能。
シングルサインオン（SSO）またはシングルサインオンテクノロジー ：Jahiaは以下と互換性があります
NTLM、CAS、認証など、SSO（シングルサインオン）メカニズムのすべての主要な実装
JEEコンテナーなどサブシステムはパイプラインメカニズムを使用して接続されます
メカニズム）。これについては、このドキュメントで後述します。
コンテンツ管理システム（WCM） ：Jahiaは最初はシステムとして開発されました
Webコンテンツ管理システム、したがってこのコンポーネントは
最も成熟した。バージョン2.0以降、コンテンツ管理システムには次の機能があります。
ページ上でコンテンツを直接編集し、典型的なコンテンツオブジェクトを組み込み、
ポートレットを使用できます。
ポータル ：Jahiaは厳密な意味でポータルサーバーではありませんが、
従来の環境に比べてはるかにカスタマイズ可能な環境を提供するため
サーバー。システムのバックエンドはJSR-286標準に完全に準拠しているため、可能性があります。
ポートレットをシステムWebページに簡単に統合して、定期的に共有する
コンテンツオブジェクト。
ファイルリポジトリ ： ファイルリポジトリと統合されたポータル
JCR（Java Content Repository）。システムのユーザーがバイナリデータを公開できます。
ウェブサイトにアクセスし、さまざまなインターフェースを介してリポジトリにアクセスします（例：WebDAVまたは
Windows共有フォルダー）。
アクセス制御リスト（ACL） ：Jahiaはモジュール式です
アクセス制御サブシステムを広く使用するシステム。そのアプリケーションはそれを可能にします
Jahiaのさまざまなサブシステムおよびサービスへのユーザーアクセスを効果的に制限します。サブシステム
アクセス制御はポータル全体で利用可能です。
クラスタリング ：Jahiaを使用すると、クラスターにシステムを展開できます。
したがって、冗長性と負荷分散を提供します。この記事は
Jahiaクラスターの一般的なアーキテクチャが考慮されます。
検索および索引付けシステム ：メインのリスト
ほとんどのコンテンツ管理システムの機能には、検索とインデックス作成のサポートが含まれています。
Jahiaは、コンテンツだけでなく、組み込みの
ファイルストレージ。ポータルでは、オブジェクトの特定のファミリーを検索できます
コンテンツ、およびインデックス作成タスクを複数のサーバーに分散します。
管理：システムには2つの独立した
ポータル管理インターフェース：サーバー管理者およびサイト管理者向け。それは
分離により、ポータルをサポートするタスクを役割ごとに分散できます。インターフェイスは与える
管理を含むすべてのJahiaサブシステムを管理する機能
ユーザーとグループ、権限、読み込まれたデザインテンプレート、ポートレット、カテゴリなど
もっと...

後続の低レベルサブシステムはポータルの一部ではありませんが、そのアプリケーションは以下を提供します。
Jahiaが処理する情報の保存とアクセス。

データベース ：Jahiaは、DBMSを含むすべての主要なDBMSをサポートします。
オープンソース（MySQL、PostgreSQL）。ポータルアーキテクチャは特定ではありません
JahiaはHibernate ORMテクノロジーを使用しているため、DBMS実装。
ファイルシステム：ストレージにはファイルシステムが必要です
検索インデックス、バイナリデータ配列（BLOB）、または文字データ配列（CLOB）。（によって
デフォルトでは、ポータルはバイナリデータと文字データをデータベースに保存します）。ファイルシステムは
クラスターを使用する予定の場合は、正しい
分散機能は、ファイルシステム自体に割り当てられます。
ライトウェイトディレクトリアクセスプロトコル（LDAP） ：Jahiaは必要ありません
ほとんどのLDAPサーバーで動作する高度な設定（Lightweight Directory Access
プロトコル）、OpenLDAPおよびActiveDirectoryを含む。 LDAPシングルサインオンテクノロジーとの連携
エンドユーザーがコンテンツに快適にアクセスできるようにする主な手段。
たとえば、NTLM認証とActiveDirectoryを使用すると、Jahiaは認証を使用できるようになります
Windowsユーザーがコンピューターでの作業を開始するときに通過するドメイン内。

ユーザーインターフェイスコンポーネント

この図は、さまざまなユーザーインターフェイスコンポーネントを示しています。
ヤヒアによって提供されました。

Jahia 6.0以降、すべてのコンポーネントの基盤はGoogle Web Toolkitです。を使用して
GWT、開発者は、AJAXユーザーインターフェイスコンポーネントをすばやく作成およびデバッグできます。で
コアでは、JahiaはGXTコンポーネントライブラリと事前に構築されたコンポーネントを使用して、
テーブル、ツリー、およびその他の標準インターフェイス要素。

トライパネルコンポーネントは、Jahiaユーザーインターフェースの標準コンポーネントです。
子孫のリストと情報ウィンドウの出力を含む階層関係のパネルを表示します。

ツールバーコンポーネントは、ツールにすばやくアクセスするために使用されます。
ナビゲーション/コンテンツ編集モードの切り替え。ツールバーは、ツールバーに似ています
標準のデスクトップアプリケーションで使用されます。ただし、その上のツールは表示されます。
コンテキストに応じて（現在のユーザーの表示および編集権限、現在の
表示モード）。

リストされたコンポーネントの上に、Jahiaにはカスタム要素の完全なセットがあります
インターフェイス：ファイル管理コンポーネントから、コンポーネントを含むカテゴリ管理まで
パンくずリストやブックマークなどのコンテンツの表示とナビゲーション。

認証と承認

Jahiaでは、次の認証メカニズムを使用できます。

CAS SSO（CASを使用したシングルサインオン、中央認証サービス）;
NTLM（Windows NT用MicrosoftのNT LAN Manager）;
JEEコンテナー認証
簡単に追加できるプラグイン認証パイプライン
他のシングルサインオンテクノロジーのサポート。

ユーザーが一度識別されると、システムは引き続き動作します
権利の差別化。権利の差別化システムの構成：

コンテンツオブジェクトのアクセス制御リスト
すべてのユーザーアクションのアクセス許可。
ユーザー向けのプラグインサービス（ユーザーサービス）;
グループ用のプラグインサービス（グループサービス）;
LDAPの互換性
データベース内のユーザーデータベースのストレージ（デフォルト設定）。

上の図は、サブシステムのさまざまなレベル（プラグインインターフェイスを含む）
相互作用します。ルーティングサービスで統合アクセスインターフェイスを使用可能
ユーザーベースのデータベースとLDAPストレージに。サービスプロバイダーインターフェイスを実装すると、次のことができます。
サービスを追加します。

デザインテンプレート

Jahiaテンプレートシステムは、ページに情報を表示する方法を決定します。パターン
デザインはセットにグループ化されます。その後、一連のテンプレートがサーバーにアップロードされます。外部
サイトのタイプは、選択したテンプレートのセットによって異なります。 1セットは拡張できます
もう1つは、「継承」です。

テンプレートのセットの構成：

コンテンツ定義ファイル（CND）;
JSPページ。
テーマとスキン。
一連のテンプレートの展開記述子
（必須）;
リソース（リソースバンドル）;
Javaクラス。

起動すると、Jahiaはシステムで使用可能なすべてのテンプレート（ WEB-フォルダー
INF / var / shared_templates ）そしてそれらをサーバーにデプロイします。開発モードで
デプロイメント記述子の変更は、テンプレートセットの再ロードをもたらします。
サーバー上のデザインの変更を即座に確認できます。

図に示すように、一連のテンプレートでポータルを設計するには、次を使用できます。
非常に多くの異なる技術：

タグライブラリ ：Jahiaでのサポートとテンプレートの更新を容易にするため
スクリプトレットの使用を可能な限り放棄することにしました。このため、金持ち
標準JSTLタグセットで適切に機能するタグライブラリ。図書館データ
ユーザーインターフェイス要素を操作するための機能を提供します（たとえば、
ツールバー）、コンテンツオブジェクトへのリクエストを行う機能、接続メカニズム
Includeタグ付きの親テンプレート（継承サポート）。ライブラリの詳細
タグについては、テンプレート開発者ガイドを参照してください。
継承メカニズム ：テンプレートの新しいセットの開発を容易にするために、次のことができます。
Java言語の継承と同様の継承メカニズムを使用します。新しい開発の場合
継承メカニズムを使用してダイヤルする場合は、次のパターンのみをオーバーライドする必要があります。
変更があり、残りは親テンプレートから継承されます。これはすべてにも適用されます
Includeタグに含まれるファイル（親テンプレートがファイルの存在を探し、
ローカルで再定義されていない場合は接続する必要があります）。継承メカニズムにより、
多数のポータルサイトで設計の一貫性を確保する管理者
特定のそれぞれで完全に異なるパターンのセットを使用する機能を保持しながら
サイト。
展開：前述のように、テンプレートのセットを展開できます
サーバー起動時のJahia。したがって、新しいキットをJahiaインストールに追加するだけです。
セットをダウンロードしたら、システムで使用できるようにします。まあ、サイト管理者は
キューは、ポータルサイトで使用されるセットを既に決定しています。
サイトごとに異なるテンプレートセットが存在するか、システムに1つのセット親があります。
他のすべてのテンプレートはデザインを継承します。
テーマとスキン ：テーマは1つを与えるために使用されます
さまざまなタイプのテンプレートのセット。例は、上のトピックを含むセットです
季節：冬のテーマ、春、夏、秋のテーマ。テーマを設定できます
管理者、またはユーザーの選択に提供されます。シェルはコンテンツ作成者を許可します
同じタイプのコンテンツオブジェクトを別々に配置します。
コンテンツ定義 ：Jahiaは標準形式を使用します
拡張されたJCRコンテンツの説明（国際化、要素の強力な型付け
コンテンツ）コンテンツのより強力な作業のため。

キャッシング

JahiaのようなハイエンドWebシステムでは、 キャッシュが必要です
高負荷での動的コンテンツの再生成を避けます 。写真で
キャッシングサブシステムのアーキテクチャを示します。

すべての高レベルキャッシュは、 キャッシュサービスに基づいています。
キャッシュの実装。さまざまなキャッシュ実装がこのサービスの下で使用される場合があり、その一部は
他のJahiaサービスに依存する場合があります。たとえば、参照キャッシュは
Jahiaクラスターでのメッセージングを可能にするクラスターサービス 。

キャッシュの種類

すべてのタイプの高レベルキャッシュは、以下を表す同じキャッシュサービスを使用します
キャッシュの実装。 Jahia 5.0SP4以降、システムにはさまざまな機能を適用できます
さまざまなキャッシュタイプのキャッシュ実装。システムを構成に柔軟に対応させます。例えば
EHCacheを使用してカスタムhtmlページをキャッシュし、使用できます
他のキャッシュタイプのReferenceCache 。これは Jahia のデフォルト設定です
5.0SP4およびJahia 6.0。当然、他のキャッシュ実装を統合することも可能です
サービスプロバイダーインターフェイス（SPI）を使用します。
ヤヒアによって提供されました。

Jahiaはいくつかのキャッシュレベルを使用して、Webページの配信パフォーマンスを最適化します。

ブラウザキャッシュ
カスタムhtmlページのキャッシュ（フロントエンドHTMLキャッシュ）、
オブジェクトキャッシュ
データベースキャッシュ。

これらの各レベルは、単一の目標を追求して問題を解決します。つまり、値が計算されます
一度だけ。

ブラウザーキャッシュ

このキャッシュはJahiaポータルの一部ではなく、ブラウザの一部であるという事実にもかかわらず、
優れたシステムパフォーマンスを保証する上で重要な役割を果たすのは彼です
エンドユーザー。たとえば、JahiaでGWTフレームワークを使用すると、集中的な
ブラウザのキャッシュにAJAXコードをキャッシュすることにより、ポータルをオーバーロードする必要がなくなります
変更されていないスクリプト。 Jahiaは、変更されたページのキャッシュで正しく動作します
まれにしか変更されないものを不必要に更新しないように、ページキャッシュの有効期間を制御します
内容。

カスタムHTMLページキャッシュ

歴史的に、Jahiaにはhtmlページキャッシュの多くの実装があります。最初に
実装はフルページHTMLキャッシュ（フルページHTMLキャッシュ）でした。このキャッシュは非常に
単純なページが既にキャッシュにある場合に有効です。そしてそれはとのページにはあまり適していません
さまざまなフラグメント（たとえば、ページにユーザーに関する情報を表示する）。

Jahia 5では、 ESIキャッシュサーバーを導入しました。
htmlページのフラグメントをキャッシュします。このテクノロジーを効果的に使用するには、
別の仮想マシンで実行される別のキャッシュサーバー。もっと
フルページキャッシュと比較して動的ページを生成するための効果的な技術、
ESIシステムには、サーバー内通信の問題があり、非常に注意が必要です。
通常の操作に合わせて調整します。また、ESIキャッシュを使用するには優れたインテグレーターが必要です
フラグメントキャッシングモデルの知識
それが好きです。

Jahia 6は、組み込みのフルページの有効性を組み合わせて、両方のアプローチから最善を取りました
ESIキャッシュサーバーからのフラグメントキャッシュをサポートするキャッシュ。このキャッシュ実装は命名されました
「コンテナキャッシュ」 、レベルで断片化されたキャッシュを使用します
コンテナ、テンプレートとの相互作用を非常に簡単にします。テンプレート開発者はする必要はありません
カスタムマークアップを追加して、適切なフラグメントキャッシュを設定します。たとえ
フラグメントの生成を制御する必要が生じた場合、はるかに簡単になります。
Jahiaの以前のバージョンよりも。

スケルトンキャッシュは、すべてをキャッシュする別のhtmlページキャッシュの実装です。
残り（フラグメントを除く）はコンテンツです。 2つのキャッシングサブシステムデータをグループ化する
パフォーマンスでは、フルページHTMLキャッシュと同等の機能を取得できますが、
キャッシュフラグメント。

オブジェクトキャッシュ

オブジェクトキャッシュは、htmlページキャッシュサブシステムの下にあります。このキャッシュレベルはすべてのJavaに対応します
システムエンティティ ：コンテンツオブジェクト、ユーザーオブジェクト、グループ、カテゴリ、説明
コンテンツなど再構築を回避するために、データベースキャッシュの上にオブジェクトキャッシュが存在します
モデルへの各リクエストでのオブジェクト。レベルは開発者に対して透過的であり、
オブジェクトの変更がそうでない場合にのみ、Jahia APIを介して対話します
キャッシュの自動更新が必要です。

データベースキャッシュ

最後のキャッシュレベルはデータベースレベルであり、データベースクエリを最小化します。
彼はとても重要です。データベースを操作する場合、オブジェクトはシリアル化/非シリアル化され
、ネットワークおよびシステムリソースをロードするため、データベースクエリのオーバーヘッドが
非常に大きくなる可能性があります。このキャッシュレベルは、Hibernate ORMによって完全に実装されます。

コンテンツオブジェクト

Jahiaのコンテンツオブジェクトのリスト：

コンテンツページ、内部および外部リンクを含むページ（ページ）。
同じタイプのコンテナのリスト（コンテナリスト）。
コンテナ（異なるタイプのフィールドを含む）;
単純なフィールドとメタデータフィールド（メタデータフィールド、
SmallText、BigText、整数、日付、ファイル参照など、さまざまなタイプを使用できます）。

これらのオブジェクトにはすべて共通の機能があります。

カテゴリに分類できます。
それらへのアクセスは、アクセス制御リスト（ACL）を使用して規制できます。
それらは、コンテンツ記述ファイル（コンテンツ定義ファイル、cnd
ファイル）を使用して記述されます。

標準で記述ファイル準拠のフォーマットCNDファイルへのJavaコンテンツリポジトリ（JCR）で
、次のオプションの追加：

多言語フィールド値。
フィールドタイプ（プロパティタイプ）のより正確な入力。
リソースを指定する機能（リソースバンドルサポート）;
選択リスト
はるかに...

コンテンツオブジェクトは、データベースからさまざまなキャッシュレベルでロードされます。その後
、テンプレートサブシステムに転送され、インテグレーターは最終的
にJahiaタグライブラリを使用してページをレンダリングできます。

ポータル

Jahiaには、Javaポートレット仕様（JSR-286ポートレットAPI）のリファレンス実装であるApache Plutoに基づくポータルサーバーが含まれています
。 Apache Plutoの目的は
、インテグレーターがページでポートレットを使用できるようにすることです。
標準に準拠するポートレットは、Jahiaポータルに簡単に統合できます。上の図は、
Jahiaで使用できるさまざまなタイプのポートレットを示しています。

コンテンツオブジェクトのフィールドの1つは、ポートレットを参照するアプリケーションフィールドです
。このフィールドを使用すると、インテグレーターは構造化されたWebツリーで検索できます。
アプリケーションが表示されるコンテンツ。ポートレットも分類
でき、アクセス制御リストを使用してアクセスを制御できます。

Jahia 6は、ポートレットも内部的に使用します。内部ポートレットには
コンテンツの説明を含めることができ、コンテンツオブジェクトのさまざまなレイヤーを生成するために使用されます。ポータルのレイヤーは、
Webページを構築するための機能ブロックとして使用されます。それらは
さまざまなページで再利用できます。

このメカニズムはマッシュアップと呼ばれます。これは
、さまざまなソフトウェアインターフェイスとデータソースの機能を組み合わせてWebアプリケーションを構築する概念です。のために
Jahiaポータルサーバーのビルディングブロックは、Mashup Serverを使用します。

マッシュアップサーバー

Jahiaの最近のバージョンでは、Javascriptがシステムでより頻繁に使用されているため、
Jahia Webサイトでマッシュアップを識別して再利用できるように、新しい
マッシュアップサーバーがポータルに含まれていました。

マッシュアップサーバーはポータルサーバー上に構築されており、新しい
データソース（マッシュアップタイプ）を簡単に接続し、新しいポートレットをシステムにロードするだけです。上の図では、
さまざまなデータソース（マッシュアップ：Googleガジェット、YouTubeビデオ、htmlフラグメント、
Javascript）を示しました。これらのソースは、実際には
コンテンツの説明を含むポートレットのタイプです。

コンテンツの説明に基づいて、ユーザーインターフェイスは自動的に構成およびレンダリングされます
マッシュアップ。サイト管理者は、マッシュアップを構築し、分類し、
アクセス制御リストを使用してアクセスを制限し、コンテンツ作成者
がセクション内およびシステムの能力の観点からマッシュアップを使用できるようにします。開発者は、マッシュアップ
を（通常のJavaポートレットと同様に）パッケージにグループ化する
か、ニーズを満たす場合は既存のポートレットを再利用できます（たとえば、HTMLマッシュアップは非常に一般的であり、
多くの場合に使用できます）。マッシュアップは、
Jahiaのインポート/エクスポート機能を使用してシステムにインポートすることもできます。

システムを改善するために、Jahia開発者は常に新しいテクノロジーに関心を寄せています。基準
マッシュアップの場合、それらは現在開発中であるため、Jahiaは開発中に
このテクノロジーの新機能を統合します。第2部を

読み続けてください。

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

目次

全体像