KATOH Yasufumi
karma****@users*****
2007年 1月 26日 (金) 12:29:18 JST
Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/ja/xdocs In directory sf-cvs:/tmp/cvs-serv19841/ja/xdocs Modified Files: j1-users.xml Log Message: fix typo, apply some style rules, review. jetspeed-2-trans/ja/xdocs/j1-users.xml 1.5 -> 1.6 (modified) http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/j1-users.xml.diff?r1=1.5&r2=1.6 =================================================================== RCS file: jetspeed-2-trans/ja/xdocs/j1-users.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- j1-users.xml 2006/05/25 03:55:47 1.5 +++ j1-users.xml 2007/01/26 03:29:17 1.6 @@ -16,8 +16,8 @@ --> <document> <properties> - <title>[For Jetspeed-1 Users]Jetspeed-1 ユーザに関して</title> - <subtitle>[For Jetspeed-1 Users]Jetspeed-1 ユーザに関して</subtitle> + <title>[For Jetspeed-1 Users]Jetspeed 1 ユーザに関して</title> + <subtitle>[For Jetspeed-1 Users]Jetspeed 1 ユーザに関して</subtitle> <authors> <person name="David Le Strat" email="dlest****@apach*****" /> </authors> @@ -26,7 +26,7 @@ </translators> </properties> <body> - <section name="[For Jetspeed-1 Users]Jetspeed-1 ユーザに関して"> + <section name="[For Jetspeed-1 Users]Jetspeed 1 ユーザに関して"> <div class="original"> <p>Jetspeed-2 is a new project, written from groundup and does not have any dependencies on Jetspeed-1. Jetspeed-2 is based on industry standards, designed for high-volume enterprise portals applications. @@ -38,17 +38,17 @@ the legacy projects that were intertwined in the Jetspeed-1 architecture. </p> </div> - <p>Jetspeed-2 は新規のプロジェクトで、土台から書き直され、Jetspeed-1 への依存性はありません。 - Jetspeed-2 は業界標準に基づき、大量の企業ポータルアプリケーション用にデザインされています。 + <p>Jetspeed 2 は新規のプロジェクトで、新たに書き直され、Jetspeed 1 への依存性はありません。 + Jetspeed 2 は業界標準に基づき、大規模な企業ポータルアプリケーション用にデザインされています。 一番の違いは、Jetspeed コンポーネント指向アーキテクチャです。すべては、Spring で組み合わされます。 コンポーネントは、Turbine のサービスを標準化されたコンポーネントモデルに置き換えています。 Jetspeed-1 では完全にかけていた、新しいポートレットアプリケーションの配備は、 ポートレット API 仕様に実装されました。プロパティによる Turbine のファイルベース設定は、 管理されたコンポーネントに置き換えられています。 - Jetspeed-2 では、Jetspeed-1 アーキテクチャに結びついた既存のプロジェクトから完全に切り離されました。 + Jetspeed 2 では、Jetspeed 1 アーキテクチャに結びついたレガシーなプロジェクトから完全に切り離されました。 </p> </section> - <section name="[Whats New in Jetspeed-2]Jetspeed-2では何が新しくなったか"> + <section name="[Whats New in Jetspeed-2]Jetspeed 2では何が新しくなったか"> <div class="original"> <ul> <li>1. Fully Compliant with Java Portlet API Standard</li> @@ -76,7 +76,7 @@ <li>19. CMS ベースのサイトナビゲーション</li> </ul> </section> - <section name="[Whats the same in Jetspeed-2]Jetspeed-2 で同じものはなにか"> + <section name="[Whats the same in Jetspeed-2]Jetspeed 2 で同じものはなにか"> <div class="original"> <p>Not much.</p> </div> @@ -91,10 +91,10 @@ </p> </div> <p> - 実際に、Jetspeed-2 は Jetspeed-1 のどんなコードも再利用していません。 - いくつかの概念は、Jetspeed-2 でも継続されています。しかし、新しいデザインと実装をしています。 - 以下の表は、Jetspeed-1 から Jetspeed-2 で継続されているいくつかの概念です。 - その概念は継続されていますが、その中のいくつかの場合は、完全に異なるので注意してください。 + 実際に、Jetspeed 2 は Jetspeed 1 のどんなコードも再利用していません。 + いくつかの概念は、Jetspeed 2 でもそのままですが、新しいデザインと実装をしています。 + 以下の表は、Jetspeed 1 から Jetspeed 2 で継続されているいくつかの概念です。 + その概念は継続されていますが、その中のいくつかは、完全に異なるので注意してください。 </p> <div class="original"> <ul> @@ -137,41 +137,41 @@ </ul> </div> <ul> - <li>1. PSML ?? ポートレット構造化マークアップ言語(Portlet Structured Markup Language) + <li>1. PSML - ポートレット構造化マークアップ言語(Portlet Structured Markup Language) ページ上でポートレットのレイアウトを定義します。 その目的は同じですが、XML フォーマットは変更されています。 移行は可能で、移行ツールが必要になります。 現在、PSML はページタイプのリソースとしての Jetspeed ナビゲーションサイトに適合しています。 現在、PSML 移行ツールはありません。しかし、XSLT 変換で行うのが良い選択かもしれません。 </li> - <li>2. ポータル全体のセキュリティポリシーと制約?? Jetspeed-2 は 2 種類のセキュリティ機構を持ちます。 - JAAS ベースのセキュリティポリシーと、Jetspeed-1 のような宣言的セキュリティ制限です。 - Jetspeed-1 の制約は PSML に対して制限するものでしたが、Jetspeed-2 の宣言的セキュリティ制約は、 + <li>2. ポータル全体のセキュリティポリシーと制約 - Jetspeed 2 は 2 種類のセキュリティ機構を持ちます。 + JAAS ベースのセキュリティポリシーと、Jetspeed 1 のような宣言的セキュリティ制限です。 + Jetspeed 1 の制約は PSML に対して制限するものでしたが、Jetspeed 2 の宣言的セキュリティ制約は、 それに加えてフォルダやリンクに対しても適用されます。 </li> - <li>3. ポートレット?? ポートレットは新しいポートレット API に従わなければなりません。 + <li>3. ポートレット - ポートレットは新しいポートレット API に従わなければなりません。 移行ツールは現在ありません。 - Jetspeed-1 ポートレット API は Jetspeed-2 では利用できません。 + Jetspeed 1 ポートレット API は Jetspeed 2 では利用できません。 </li> - <li>4. Turbine サービス (Fulcrum) はなくなりました。Jetspeed-2 は Spring コンポーネントベースです。</li> - <li>5. レジストリ?? TJetspeed-1 レジストリは Jetspeed-2 で継続していません。 - すべてのポートレットは Jetspeed-2 のレジストリデータベース内に保存されます。 + <li>4. Turbine サービス (Fulcrum) はなくなりました。Jetspeed 2 は Spring コンポーネントベースです。</li> + <li>5. レジストリ - Jetspeed 1 レジストリは Jetspeed 2 で廃止されました。 + すべてのポートレットは Jetspeed 2 のレジストリデータベース内に保存されます。 移行ツールは現在ありません。 ご利用のポートレットは、JSR 168 ポートレットへ変換して、すべてのポートレットを 1 つのポートレットアプリケーションにパッケージングして、 標準の WAR ファイルとして配備することをおすすめします。 そのほかのレジストリは、すべて廃止しています。</li> - <li>6. JSP および Velocity テンプレート?? テンプレートはいくつかの拡張として再利用できます。 + <li>6. JSP および Velocity テンプレート - テンプレートはいくつかの拡張として再利用できます。 RunData またはその他の Turbine や Jetspeed ツール、タグなどへの参照は、 変換する必要があります。 </li> - <li>7. 制御とコントローラ?? これらの概念は変更され、デコレータおよびレイアウトと現在呼ばれています。ています。 + <li>7. 制御とコントローラ - これらの概念は変更され、デコレータおよびレイアウトと現在呼ばれています。 制御とコントローラの Turbine モジュールの概念は、サポートされていません。 レイアウトとデコレータはポートレットとして実装されています。 つまり、簡単なマークアップになっています。レイアウトとテンプレートは、 配備可能な単位としてポータルへ配備することができます。</li> <li>8. Jetspeed の設定と Jetspeed コンポーネントアセンブリはプロパティーファイルを置き換えます。 コンポーネント (サービス) は、プロパティファイルで定義されるのではなく、組み立てられます。 - Jetspeed-1 の多くの機能は、Jetspeed-1 の静的なプロパティファイルで読み込みのみ可のプロパティとして表現されています。 - Jetspeed-2 コンポーネントは、JMX を用いて、構成することができます。 + Jetspeed 1 の多くの機能は、Jetspeed 1 の静的なプロパティファイルで読み込みのみ可のプロパティとして表現されています。 + Jetspeed 2 コンポーネントは、JMX を用いて、構成することができます。 </li> </ul> </section> @@ -190,13 +190,13 @@ </p> </div> <p> - Jetspeed-1 は Turbine の MVC-2 フレームワークと強く結びつき、この結びつきが、Jetspeed API の多くの箇所に及んでいます。 - Jetspeed-2 では、MVC-2 コントローラとしての Turbine に依存しません。 - それに代わり、関連するパターンを分離して、1つのことに実行かつ、それをうまく動かすことに集中します。 - つまり、ポータルの実装をすることです。一方、Jetspeed-1 は MVC コントローラ、ポータルエンジン、ポートレットコンテナ、などすべてがサーブレットに強く結びついた1カ所に結びついています。 - Jetspeed-2 は、そのアーキテクチャの中で、これらの関連することを明確に分けています。 - ポータルエンジンは、Jetspeed-2 です。それは、ページ集約用の MVC で、作業を振り分けるサーブレットアーキテクチャの特性を利用し、ポートレットの実際の描画をポートレットアプリケーションに委譲します。 - これらのポートレットアプリケーションでもやはり、Strutc ポートレットアプリケーション、JSF ポートレットアプリケーション、または、Turbine ポートレットアプリケーションフレームワークのような、独自の MVC フレームワークを持っています。 + Jetspeed 1 は Turbine の MVC-2 フレームワークと強く結びつき、この結びつきが、Jetspeed API の多くの箇所に及んでいます。 + Jetspeed 2 では、MVC-2 コントローラとしての Turbine に依存しません。 + それに代わり、関連するパターンを分離して、1つのことを実行し、かつ、それをうまく動かすことに集中します。 + つまり、ポータルの実装をすることです。一方、Jetspeed 1 は MVC コントローラ、ポータルエンジン、ポートレットコンテナ、などすべてがサーブレットに強く結びついた1カ所に結びついています。 + Jetspeed 2 は、そのアーキテクチャの中で、これらの関連することを明確に分けています。 + ポータルエンジンは、Jetspeed 2 です。それは、ページ集約用の MVC で、作業を振り分けるサーブレットアーキテクチャの特性を利用し、ポートレットの実際の描画をポートレットアプリケーションに委譲します。 + これらのポートレットアプリケーションでもやはり、Struts ポートレットアプリケーション、JSF ポートレットアプリケーション、または、Turbine ポートレットアプリケーションフレームワークのような、独自の MVC フレームワークを持っています。 </p> </section> <section name='[RunData No More]RunData はもうない'> @@ -210,7 +210,7 @@ </div> <p> ポートレット API ポートレットからもっとも顕著に欠けているものは、RunData クラスです。 - Jetspeed-1 API は、偏在的に RunData クラスを私用して、サーブレットリクエストとサーブレットレスポンスの両方へのラッパーとして扱われています。 + Jetspeed 1 API は、偏在的に RunData クラスを使用して、サーブレットリクエストとサーブレットレスポンスの両方へのラッパーとして働いています。 Turbine への他の依存関係は、ポートレットアクション、ポートレット集約エンジン(ECS)、サービスアーキテクチャ、設定および Turbine モジュールが含まれます。 これらの依存関係は、新しいバージョンではありません。 </p> @@ -245,8 +245,8 @@ </div> <table> <tr> - <th>Jetspeed-1</th> - <th>Jetspeed-2</th> + <th>Jetspeed 1</th> + <th>Jetspeed 2</th> </tr> <tr> <td>Run Data</td> @@ -254,11 +254,11 @@ </tr> <tr> <td>ポートレット集約エンジン (ECS)</td> - <td>Jetspeed-2 マルチスレッドポートレットコンテナエンジン</td> + <td>Jetspeed 2 マルチスレッドポートレットコンテナエンジン</td> </tr> <tr> <td>Turbine サービスアーキテクチャ</td> - <td>Jetspeed-2 コンポーネント</td> + <td>Jetspeed 2 コンポーネント</td> </tr> <tr> <td>プロパティ設定ファイル</td> @@ -279,7 +279,7 @@ The Pluto container handles all communication with portlets for the portal. </p> </div> - <p>Jetspeed-2 ポータルは、ポートレットコンテナを実装していません。 + <p>Jetspeed 2 ポータルは、ポートレットコンテナを実装していません。 <a href='http://portals.apache.org/pluto'>Pluto</a> は、ポータル内で実行するポートレット用の JSR 168 インターフェース規約を実装しています。 Pluto コンテナは、ポータル用のポートレットとのすべての通信を処理します。 </p> @@ -294,11 +294,11 @@ its aggregation engine upon the Portlet APIs streams and readers, analogous to the stream-based Servlet API for rendering content.</p> </div> - <p>集約エンジンおよび Jetspeed-1 ポートレット API は、廃止された Jakarta パッケージの ECS (Element Construction Set) と結びついています。 + <p>集約エンジンおよび Jetspeed 1 ポートレット API は、廃止された Jakarta パッケージの ECS (Element Construction Set) と結びついています。 ECS は、Java コードを用いて HTML を生成し、HTML をサーブレット出力ストリームへ送り出す前に、一時的な Java オブジェクト内にコンテンツを保存します。 この Java オブジェクトの無駄な使用は、メモリ上の断片化、短期間でのガーベッジコレクション、大容量サイトでのページングを引き起こします。 サーブレット API は、ポートレットコンテンツ出力ストリーム用のコンテンツストリームを提供します。 - Jetspeed-2 は、コンテンツ描画用のストリームベースのサーブレットに類似している、ポートレット API のストリームおよび読み込み部分の上にその集約エンジンを構成しています。 + Jetspeed 2 は、コンテンツ描画用のストリームベースのサーブレットに類似している、ポートレット API のストリームおよび読み込み部分の上にその集約エンジンを構成しています。 </p> </section> <section name='[State and Life Cycle]状態とライフサイクル'> @@ -312,10 +312,10 @@ </p> </div> <p>ポートレット API は、ポートレットのライフサイクル、アクションのイベント処理手順、および、コンテナがどのようにポートレットからコンテンツをキャッシュできるかを定義しています。 - ポートレットのライフサイクルは、Jetspeed-1 では明確に定義されていませんでした。 + ポートレットのライフサイクルは、Jetspeed 1 では明確に定義されていませんでした。 ポートレット API ではポートレットの1つのインスタンスだけがコンテナ内のメモリに存在することを明記してあります。 ポートレットの状態は、現在のユーザセッションに関するサーブレットの状態に直接関連しています。 - これで明確であるかもしれないが、ポートレットの状態とライフサイクルは Jetspeed-1 では明確に定義されていませんでした。 + これは明確であるかもしれませんが、ポートレットの状態とライフサイクルは Jetspeed 1 では明確に定義されていませんでした。 </p> </section> <section name='[Actions]アクション'> @@ -334,7 +334,7 @@ commonly referred to as portlet applications. In order to import an application, one must package registry files, class and jar files, PSML and templates so that they match the Jetspeed web application format.</p> </div> - <p>Jetspeed-1 は、一般的なポートレットアプリケーションとしてのポートレットの配備やそれらをサポートするファイルに関する標準的な方法がありませんでした。 + <p>Jetspeed 1 は、一般的なポートレットアプリケーションとしてのポートレットの配備や、それらをサポートするファイルに関する標準的な方法がありませんでした。 アプリケーションをインポートするために、開発者は、Jetspeed ウェブアプリケーション形式に合うように、レジストリファイル、クラスや JAR ファイル、PSML やテンプレートなどをパッケージ化しなければなりません。 </p> <div class="original"> @@ -345,11 +345,11 @@ with an additional Portlet deployment descriptor file. The clear advantage in Jetspeed-2 is the ability to deploy live portlet applications to the server in a standardized format.</p> </div> - <p>Jetspeed-2 では、ポートレット API が Jetspeed にポータルアプリケーションを配備するために、標準の配備記述子を定義しています。 + <p>Jetspeed 2 では、ポートレット API が Jetspeed にポータルアプリケーションを配備するために、標準の配備記述子を定義しています。 ポータルアプリケーションは、ポータルへ配備されます。 ウェブアプリケーション (WAR) 配備モデルでパッケージ化されたサーブレットに似て、ポータルはポートレットアプリケーション配備モデルでパッケージ化されたポートレットをサポートします。 ポータルアプリケーションアーカイブは、追加のポートレット配備記述子ファイルを含め、サーブレット仕様で定義された WAR 形式と同じフォーマットに従います。 - Jetspeed-2 の明確な利点は、標準形式でポートレットアプリケーションをサーバへ動的配備が可能なことです。 + Jetspeed 2 の明確な利点は、標準形式でポートレットアプリケーションをサーバへ動的配備が可能なことです。 </p> </section> <section name='[Resources and Deployment]リソースと配備'> @@ -362,18 +362,18 @@ separately from the core Jetspeed-1 portal. The need for this kind of tool covers up the fact that Jetspeed-1 is missing a good deployment model for portal resources, requiring difficult portal maintenance procedures.</p> </div> - <p>ポータルテンプレート、画像、スキン、コントローラ、制御などの Jetspeed-1 のリソースは、配備モデルのない 1 つの Jetspeed ウェブアプリケーションに統合されました。 + <p>ポータルテンプレート、画像、スキン、コントローラ、制御などの Jetspeed 1 のリソースは、配備モデルのない 1 つの Jetspeed ウェブアプリケーションに統合されました。 たとえば、標準のスキンや上部のバナーを上書きするには、リソースファイルをポータルディレクトリ上にコピーして、適切なファイルを新しいリソースとして更新し、サーバを再起動する必要があります。 - これは、プロパティやファイルを統合するプロセスなどの、Jetspeed-1 を実際の本稼働ポータルに仕上げるプロセスに有効です。 - 実際に Jetspeed-1 では、今、Jetspeed-1 ポータル本体から本稼働ポータルを分けて管理するために Maven プラグイン持っています。 - この手のツールの必要性は、困難なポータルメンテナンス処理が必要とされる、ポータルリソース用の有用な配備モデルを Jetspeed-1 が持っていないという事実を取り繕うことから来ます。 + これは、プロパティやファイルを統合するプロセスなどの、Jetspeed 1 を実際の本稼働ポータルに仕上げるプロセスに有効です。 + 実際に Jetspeed 1 では、今、Jetspeed 1 ポータル本体から本稼働ポータルを分けて管理するために Maven プラグイン持っています。 + この手のツールの必要性は、困難なポータルメンテナンス処理が必要とされる、ポータルリソース用の有用な配備モデルを Jetspeed 1 が持っていないという事実を取り繕うことから来ます。 </p> <div class="original"> <p>For a Jetspeed-2 production portal, portal resources are packaged in a Jetspeed-specific archive format. Thus portal resources (top banners, skins, images, style sheets) can all be deployed to dynamically tailor the portal at runtime.</p> </div> - <p>Jetspeed-2 本稼働用ポータルについては、ポータルリソースは Jetspeed 固有のアーカイブフォーマットでパッケージ化します。 + <p>Jetspeed 2 本稼働用ポータルについては、ポータルリソースは Jetspeed 固有のアーカイブフォーマットでパッケージ化します。 つまり、ポータルリソース (上部のバナー、スキン、画像、スタイルシート) は、実行時に動的にポータルを調整するためにすべて配備することができます。 </p> </section> @@ -406,7 +406,7 @@ <p>The Jetspeed-2 Portlet Server supports the JSR 168 standard. This is an important initiative, introducing true portlet portability.</p> </div> - <p>Jetspeed-2 ポータルサーバは JSR 168 標準をサポートします。 + <p>Jetspeed 2 ポータルサーバは JSR 168 標準をサポートします。 これは、真のポートレット移植性を導入するための、重要な第一歩です。</p> </section> </body>
