svnno****@sourc*****
svnno****@sourc*****
2008年 11月 18日 (火) 16:03:00 JST
Revision: 64
http://svn.sourceforge.jp/view?root=jetspeed-japan&view=rev&rev=64
Author: karma
Date: 2008-11-18 16:03:00 +0900 (Tue, 18 Nov 2008)
Log Message:
-----------
update translate.
Modified Paths:
--------------
jetspeed-2-trans/trunk/ja/xdocs/j1-migration.xml
-------------- next part --------------
Modified: jetspeed-2-trans/trunk/ja/xdocs/j1-migration.xml
===================================================================
--- jetspeed-2-trans/trunk/ja/xdocs/j1-migration.xml 2008-11-18 04:48:46 UTC (rev 63)
+++ jetspeed-2-trans/trunk/ja/xdocs/j1-migration.xml 2008-11-18 07:03:00 UTC (rev 64)
@@ -34,7 +34,7 @@
portal resources from version 1 to version 2. This document provides only guidelines for migration.
</p>
</div>
- <p>この移行のガイドは，Jetspeed のバージョン 1 からバージョン 2 への移行に役立つでしょう．現状，移行のためのツールはありません．また，バージョン 1 からバージョン 2 への，ポータルのリソースを変換するような移行ツールを作成する予定もありません．この文書は，移行のためのガイドラインのみを提供します．
+ <p>この移行のガイドは、Jetspeed のバージョン 1 からバージョン 2 への移行に役立つでしょう。現状、移行のためのツールはありません。また、バージョン 1 からバージョン 2 への、ポータルのリソースを変換するような移行ツールを作成する予定もありません。この文書は、移行のためのガイドラインのみを提供します。
</p>
<div class="original">
@@ -50,14 +50,14 @@
</p>
</div>
<p>
- 新しいポータルの標準 (Portlet API) の開発で，共通のポートレットのメタファが，バージョン 1 の Turbine ベースのものから大幅に変わりました．プログラミング API は完全に変わっています．もはや XREG ファイルはありません．代わりに標準の配備記述子があります．バージョン 1 とは直接結びつかない，ポートレットアプリケーション，ポートレット設定，ユーザ属性，初期パラメータのような，ポートレット標準により導入された新しいコンセプトがあります．移行ツールを作成することは，膨大な仕事を引き受ける事になります．Jetspeed の開発チームは，この投資を行う態勢にはありません．以下のガイドラインを読むと，容易に Jetspeed 1.x から Jetspeed 2 への移行が出来るでしょう．構造の違いの概要を掴むために，<a href="j1-users.html">For Jetspeed 1 Users</a> という文書を参照してください．
+ 新しいポータルの標準 (Portlet API) の開発で、共通のポートレットのメタファが、バージョン 1 の Turbine ベースのものから大幅に変わりました。プログラミング API は完全に変わっています。もはや XREG ファイルはありません。代わりに標準の配備記述子があります。バージョン 1 とは直接結びつかない、ポートレットアプリケーション、ポートレット設定、ユーザ属性、初期パラメータのような、ポートレット標準により導入された新しいコンセプトがあります。移行ツールを作成することは、膨大な仕事を引き受ける事になります。Jetspeed の開発チームは、この投資を行う態勢にはありません。以下のガイドラインを読むと、容易に Jetspeed 1.x から Jetspeed 2 への移行が出来るでしょう。構造の違いの概要を掴むために、<a href="j1-users.html">For Jetspeed 1 Users</a> という文書を参照してください。
</p>
</section>
<section name='[Migration Table] 移行表'>
<div class="original">
<p>The table below gives you an idea of how to migrate. We will cover each subject in more detail further on in this document.</p>
</div>
- <p>以下の表は，移行方法のアイデアを与えます．この表のそれぞれの項目については後で述べます．</p>
+ <p>以下の表は、移行方法のアイデアを与えます。この表のそれぞれの項目については後で述べます。</p>
<div class="original">
<table>
<tr><th>1.x Feature</th><th>2.x Feature</th><th>Description</th></tr>
@@ -96,30 +96,30 @@
<tr><th>1.x の機能</th><th>2.x の機能</th><th>説明</th></tr>
<tr><td>J1 ポートレットの Java コード</td>
<td>ポートレット API 標準のコード</td>
- <td>Java コードを新しい仕様に従って書き直す．Turbine の動きを標準の processAction に置き換える事，Rundata を PortletRequest/Response に置き換える必要があります．</td></tr>
+ <td>Java コードを新しい仕様に従って書き直す。Turbine の動きを標準の processAction に置き換える事、Rundata を PortletRequest/Response に置き換える必要があります。</td></tr>
<tr><td>XREG ポートレットレジストリ</td>
<td>portlet.xml 配備記述子</td>
- <td>若干大きな違いがあります．<portlet-entry> を <portlet> エントリに，<parameter> を <preference> もしくは <init-param> に移行してください．</td>
+ <td>若干大きな違いがあります。<portlet-entry> を <portlet> エントリに、<parameter> を <preference> もしくは <init-param> に移行してください。</td>
</tr>
<tr><td>J1 PSML</td>
<td>J2 PSML</td>
- <td>タブからフォルダ，ページに移行してください．新しいタグ文法に移行してください．</td>
+ <td>タブからフォルダ、ページに移行してください。新しいタグ文法に移行してください。</td>
</tr>
<tr><td>XREG セキュリティレジストリ</td>
<td>Security Constraintsセキュリティ制約</td>
- <td>J1 のセキュリティ制約フォーマットを J2 セキュリティ制約フォーマットに移行してください．</td>
+ <td>J1 のセキュリティ制約フォーマットを J2 セキュリティ制約フォーマットに移行してください。</td>
</tr>
<tr><td>J1 コントローラ</td>
<td>J2 レイアウト</td>
- <td>コントローラは廃止予定で非推奨となりました．新しい Jetspeed 2 のレイアウトポートレットを使うことを推奨します．もし，移植が必要であれば，VM コードの HTML 部分が移植出来るかもしれません．しかし，コンテキストモデルの変数は移植出来ないでしょう．</td>
+ <td>コントローラは廃止予定で非推奨となりました。新しい Jetspeed 2 のレイアウトポートレットを使うことを推奨します。もし、移植が必要であれば、VM コードの HTML 部分が移植出来るかもしれません。しかし、コンテキストモデルの変数は移植出来ないでしょう。</td>
</tr>
<tr><td>J1 コントロール</td>
<td>J2 ポートレットデコレータ</td>
- <td>コントロールは廃止予定で非推奨になりました．新しい Jetspeed 2 のポートレットデコレータを使用することを推奨します．もし，移植が必要であれば，VM コードの HTML 部分が移植出来るでしょう．しかし，コンテキストモデルの変数は移植出来ないでしょう．</td>
+ <td>コントロールは廃止予定で非推奨になりました。新しい Jetspeed 2 のポートレットデコレータを使用することを推奨します。もし、移植が必要であれば、VM コードの HTML 部分が移植出来るでしょう。しかし、コンテキストモデルの変数は移植出来ないでしょう。</td>
</tr>
- <tr><td>J1 レイアウト，スクリーン，ナビゲーション</td>
+ <tr><td>J1 レイアウト、スクリーン、ナビゲーション</td>
<td>J2 ページ (レイアウト) デコレータ</td>
- <td>全て廃止予定で非推奨となりました．スタート地点として，あなた自身のページデコレータを書くために，新しい Jetspeed 2 のページ (レイアウト) デコレータを使うことを推奨します．VM コードの HTML 部分は移植出来るでしょう．しかし，コンテキストモデルの変数は移植出来ないでしょう．</td>
+ <td>全て廃止予定で非推奨となりました。スタート地点として、あなた自身のページデコレータを書くために、新しい Jetspeed 2 のページ (レイアウト) デコレータを使うことを推奨します。VM コードの HTML 部分は移植出来るでしょう。しかし、コンテキストモデルの変数は移植出来ないでしょう。</td>
</tr>
</table>
</section>
@@ -135,7 +135,7 @@
analogous to the xreg files used in Jetspeed-1.
</p>
</div>
- <p>Jetspeed 2 / ポートレット API を作成する際のもっとも重要な違いには，Jetspped ポータルからポートレットコードを分離しなければいけない，というものがあります．Jetspeed 1 では，全てのユーザーコード，ポートレットのビジネスロジックは Jetspeed 1 の実装と一緒に，一つの大きな war ファイルにパッケージされていました．ポートレット API は，このポータルの実装とポートレットが混ざりあっているのを，はっきりと廃止しました．Jetspeed 2 は，それ自身一つのウェブアプリケーションとしてパッケージされています．Jetspeed 2 のためのポートレットを開発する場合，あなたは自身のポートレットを開発し，それをパッケージングする必要があります．ポートレットのクラスと配備記述子は，ポートレットアプリケーションとして，一つの war ファイルの中に全てパッケージされていなければいけません．ポートレットアプリケーションは，配備記述子，portlet.xml と，一つまたはそれ以上のポートレットを含みます．ポートレットアプリケーションは，ウェブアプリケーションの拡張です．portlet.xml は，一つ以上のポートレットの定義を保持します．portlet.xml は，Jetspeed 1 で使われた xreg ファイルに似ています．
+ <p>Jetspeed 2 / ポートレット API を作成する際のもっとも重要な違いには、Jetspped ポータルからポートレットコードを分離しなければいけない、というものがあります。Jetspeed 1 では、全てのユーザーコード、ポートレットのビジネスロジックは Jetspeed 1 の実装と一緒に、一つの大きな war ファイルにパッケージされていました。ポートレット API は、このポータルの実装とポートレットが混ざりあっているのを、はっきりと廃止しました。Jetspeed 2 は、それ自身一つのウェブアプリケーションとしてパッケージされています。Jetspeed 2 のためのポートレットを開発する場合、あなたは自身のポートレットを開発し、それをパッケージングする必要があります。ポートレットのクラスと配備記述子は、ポートレットアプリケーションとして、一つの war ファイルの中に全てパッケージされていなければいけません。ポートレットアプリケーションは、配備記述子、portlet.xml と、一つまたはそれ以上のポートレットを含みます。ポートレットアプリケーションは、ウェブアプリケーションの拡張です。portlet.xml は、一つ以上のポートレットの定義を保持します。portlet.xml は、Jetspeed 1 で使われた xreg ファイルに似ています。
</p>
</section>
<section name="[Java Code] Java コード">
@@ -145,7 +145,7 @@
</p>
</div>
<p>
- この節では，どのように Jetspeed 1 ポートレットから JSR-168 Java 標準のポートレットへの変換を行うのかを，実際に示してみます．以下のようなステップが必要となります．
+ この節では、どのように Jetspeed 1 ポートレットから JSR-168 Java 標準のポートレットへの変換を行うのかを、実際に示してみます。以下のようなステップが必要となります。
</p>
<div class="original">
<ul>
@@ -165,7 +165,7 @@
</p>
</div>
<p>
- Jetspeed 1 のポートレットの実装は，普通，2 つの異なる Java ソースファイルに分かれています．
+ Jetspeed 1 のポートレットの実装は、普通、2 つの異なる Java ソースファイルに分かれています。
</p>
<div class="original">
<ul>
@@ -188,7 +188,7 @@
</p>
</div>
<p>
- ポートレットのソースコードは，MVC パターンの <b>View</b> 部分を処理します．<b>getContent</b> メソッドは，ポートレットのコンテンツを描画するために呼ばれる，Jetspeed 1 の標準メソッドです．Jetspeed 2 とポートレット API において，これと一致するメソッドは <b>doView, doEdit, doHelp</b> です．ポートレット API の用語で，ポートレットの処理のこのフェーズは，<b>描画フェーズ (render phase)</b> として知られています．描画フェーズの間，ポートレットは，いかなるビジネスロジックや<b>モデル</b>の他の操作を行うべきではありません．全てのモデル操作は，<b>アクションフェーズ</b>に委ねるべきです．
+ ポートレットのソースコードは、MVC パターンの <b>View</b> 部分を処理します。<b>getContent</b> メソッドは、ポートレットのコンテンツを描画するために呼ばれる、Jetspeed 1 の標準メソッドです。Jetspeed 2 とポートレット API において、これと一致するメソッドは <b>doView, doEdit, doHelp</b> です。ポートレット API の用語で、ポートレットの処理のこのフェーズは、<b>描画フェーズ (render phase)</b> として知られています。描画フェーズの間、ポートレットは、いかなるビジネスロジックや<b>モデル</b>の他の操作を行うべきではありません。全てのモデル操作は、<b>アクションフェーズ</b>に委ねるべきです。
</p>
<div class="original">
<p>The Turbine Action performs the <b>action phase</b> of the portlet processing. During the action phase of the Portlet API standard,
@@ -196,7 +196,7 @@
</p>
</div>
<p>
- Turbine アクションは，ポートレット処理の<b>アクションフェーズ</b>を実行します．ポートレット API 標準のアクションフェーズの間，他の全てのポートレットの描画は，アクションが終わるまで遮断されます．これは Jetspeed 1/Turbine モデルでも同様です．
+ Turbine アクションは、ポートレット処理の<b>アクションフェーズ</b>を実行します。ポートレット API 標準のアクションフェーズの間、他の全てのポートレットの描画は、アクションが終わるまで遮断されます。これは Jetspeed 1/Turbine モデルでも同様です。
</p>
<subsection name='[Creating a new Portlet Class] 新しいポートレットクラスの作成'>
<div class="original">
@@ -207,7 +207,7 @@
a portlet.
</p>
</div>
- <p>あなたのポートレットの移行を始めるのに最も良い方法は，JSR-168 準拠の新しいポートレットを作成することです．単純に，ポートレット API が規定している GenericPortlet インターフェースを継承する，新しい Java クラスを作成してください．Apache Portals や Spring MVC から提供されるフレームワークやブリッジを利用することも可能です．以下の例は，直接 Portlet API を使って書いています．このコードは，ポートレットを作成する時のスケルトンに使えます．
+ <p>あなたのポートレットの移行を始めるのに最も良い方法は、JSR-168 準拠の新しいポートレットを作成することです。単純に、ポートレット API が規定している GenericPortlet インターフェースを継承する、新しい Java クラスを作成してください。Apache Portals や Spring MVC から提供されるフレームワークやブリッジを利用することも可能です。以下の例は、直接 Portlet API を使って書いています。このコードは、ポートレットを作成する時のスケルトンに使えます。
</p>
<div class="original">
<source>
@@ -288,7 +288,7 @@
</p>
</div>
<p>
- 更にポータルブリッジや他のフレームワークについて調べるには，以下を参照してください．
+ 更にポータルブリッジや他のフレームワークについて調べるには、以下を参照してください。
</p>
<div class="original">
<ul>
@@ -316,7 +316,7 @@
</p>
</div>
<p>
- ポートレットのソースコードは，ポートレットのライフサイクルの <b>Init</b> フェーズを扱います．Init フェーズは Java Portlet API と Jetspeed 1 で非常に良く似ています．ここに Jetspeed 1 ポートレットの init メソッドの例を挙げてみます．
+ ポートレットのソースコードは、ポートレットのライフサイクルの <b>Init</b> フェーズを扱います。Init フェーズは Java Portlet API と Jetspeed 1 で非常に良く似ています。ここに Jetspeed 1 ポートレットの init メソッドの例を挙げてみます。
</p>
<div class="original">
<source>
@@ -341,7 +341,7 @@
</p>
</div>
<p>
- Portlet API (Jetspeed 2) にも同等のメソッドがあって，PortletConfig パラメータの存在が違うことに注意してください (例外クラスが同じ名前ですが，まったく違うクラスです．片方は Jetspeed 1 のもの，他方は Portlet API のものです)．
+ Portlet API (Jetspeed 2) にも同等のメソッドがあって、PortletConfig パラメータの存在が違うことに注意してください (例外クラスが同じ名前ですが、まったく違うクラスです。片方は Jetspeed 1 のもの、他方は Portlet API のものです)。
</p>
<div class="original">
<source>
@@ -364,7 +364,7 @@
<div class="original">
<p>In Jetspeed-1, you would normally access Turbine Services with static acccessors, for example:</p>
</div>
- <p>Jetspeed 1 では，通常，静的なアクセサで Turbine サービスにアクセスします．例えば，</p>
+ <p>Jetspeed 1 では、通常、静的なアクセサで Turbine サービスにアクセスします。例えば、</p>
<div class="original">
<source>
<![CDATA[
@@ -380,7 +380,7 @@
<div class="original">
<p>In Jetspeed-2, Jetspeed Services the standard way to access Jetspeed Services is to get a handle in the init phase, for example:</p>
</div>
- <p>Jetspeed 2 では，Jetspeed サービスにアクセスする標準的な方法は，init フェーズでハンドルを取得します．</p>
+ <p>Jetspeed 2 では、Jetspeed サービスにアクセスする標準的な方法は、init フェーズでハンドルを取得します。</p>
<div class="original">
<source>
<![CDATA[
@@ -422,7 +422,7 @@
</p>
</div>
<p>
- Jetspeed 1 では，<b>getContent</b> メソッドは，ポートレットのコンテンツを描画します．Jetspeed 1 の描画フェーズは，Jetspeed 1 ポートレットインターフェースで定義されたポートレットの getContent メソッドによって実装されています．
+ Jetspeed 1 では、<b>getContent</b> メソッドは、ポートレットのコンテンツを描画します。Jetspeed 1 の描画フェーズは、Jetspeed 1 ポートレットインターフェースで定義されたポートレットの getContent メソッドによって実装されています。
</p>
<div class="original">
<source>
@@ -438,7 +438,7 @@
</p>
</div>
<p>
-getContent メソッドが処理するたった一つのパラメータは <b>RunData</b> パラメータです．RunData は <a href='http://jakarta.apache.org/turbine/'>Turbine ウェブフレームワーク</a> の一部分です．RunData は基本的に，他の Turbine 特有の情報と一緒に，サーブレットのリクエストとレスポンスを包むラッパーです．Jetspeed 2 に対するポートレットを書く時は，Portlet API を使って書きます．
+getContent メソッドが処理するたった一つのパラメータは <b>RunData</b> パラメータです。RunData は <a href='http://jakarta.apache.org/turbine/'>Turbine ウェブフレームワーク</a> の一部分です。RunData は基本的に、他の Turbine 特有の情報と一緒に、サーブレットのリクエストとレスポンスを包むラッパーです。Jetspeed 2 に対するポートレットを書く時は、Portlet API を使って書きます。
</p>
<div class="original">
<source>
@@ -472,7 +472,7 @@
</p>
</div>
<p>
-<b>doView</b> メソッドは，Jetspeed 1 API の <b>getContent</b> メソッドと同等の，ポートレット API のメソッドです．ポートレット API は <b>ポートレットのモード</b> の概念を持ちます．<b>view, edit, help</b> の 3 つのデフォルトのポートレットモードがあります．これらのモードそれぞれに対して，あなたのポートレットがオーバーライド出来る 3 つのメソッドがあります．<b>doView, doEdit, doHelp</b> です．Jetspeed 1 では，RunData パラメータ 1 つだったところが，ポートレットAPI では，より Servlet API 的な <b>RenderRequest</b> と <b>RenderResponse</b> の 2 つのパラメータを持つことに注意してください．あなたのアプリケーションを移行する最も大きな部分の 1 つが RunData を RenderRequest と RenderReponse に変換する事でしょう．移行を始める前に，Portlet API のトレーニングコースを受講するか，ポートレット仕様を自分で読んだ上に，関連する記事や書籍を読んで，API を学ぶ事をおすすめします．ポートレット API を学び始めるのに良い書籍に，<a href='http://www.manning.com/hepper/'>Portlets and Apache Portals</a> があります．
+<b>doView</b> メソッドは、Jetspeed 1 API の <b>getContent</b> メソッドと同等の、ポートレット API のメソッドです。ポートレット API は <b>ポートレットのモード</b> の概念を持ちます。<b>view, edit, help</b> の 3 つのデフォルトのポートレットモードがあります。これらのモードそれぞれに対して、あなたのポートレットがオーバーライド出来る 3 つのメソッドがあります。<b>doView, doEdit, doHelp</b> です。Jetspeed 1 では、RunData パラメータ 1 つだったところが、ポートレットAPI では、より Servlet API 的な <b>RenderRequest</b> と <b>RenderResponse</b> の 2 つのパラメータを持つことに注意してください。あなたのアプリケーションを移行する最も大きな部分の 1 つが RunData を RenderRequest と RenderReponse に変換する事でしょう。移行を始める前に、Portlet API のトレーニングコースを受講するか、ポートレット仕様を自分で読んだ上に、関連する記事や書籍を読んで、API を学ぶ事をおすすめします。ポートレット API を学び始めるのに良い書籍に、<a href='http://www.manning.com/hepper/'>Portlets and Apache Portals</a> があります。
</p>
<div class="original">
<p>When rendering content, Jetspeed 1 makes use of a HTML construction kit called <b>ECS</b>. All rendering goes through Turbine and ECS.
@@ -481,7 +481,7 @@
</p>
</div>
<p>
-コンテンツを描画するとき，Jetspeed 1 は <b>ECS</b> と呼ばれる HTML 構築キットを使います．全ての描画は，Turbine と ECS を通じて行われます．
+コンテンツを描画するとき、Jetspeed 1 は <b>ECS</b> と呼ばれる HTML 構築キットを使います。全ての描画は、Turbine と ECS を通じて行われます。
</p>
<div class="original">
<source>
@@ -503,7 +503,7 @@
<p>When rendering content in Jetspeed-2, the Portlet API uses a streaming interface:</p>
</div>
<p>
-Jetspeed 2 では，コンテンツを描画するとき，ポートレット API はストリーミングインターフェースを使います．
+Jetspeed 2 では、コンテンツを描画するとき、ポートレット API はストリーミングインターフェースを使います。
</p>
<div class="original">
<source>
@@ -543,7 +543,7 @@
</p>
</div>
<p>
-もちろん，Jetspeed 1 か Jetspeed 2 のどちらでも JSP や Velocity を使うことは出来ます．Jetspeed 1 では，良く行われている事に，Jetspeed 1 <b>GenericMVCPortlet</b> またはその派生物，<b>VelocityPortlet</b> または <b>JspPortlet</b> の利用があります．VelocityPortlet と JspPortlet は両方共，GenericMVCPortlets です．ここに，その親に Velocity を設定した GenericMVCPortlet を継承した WeatherPortlet の xreg の例があります．
+もちろん、Jetspeed 1 か Jetspeed 2 のどちらでも JSP や Velocity を使うことは出来ます。Jetspeed 1 では、良く行われている事に、Jetspeed 1 <b>GenericMVCPortlet</b> またはその派生物、<b>VelocityPortlet</b> または <b>JspPortlet</b> の利用があります。VelocityPortlet と JspPortlet は両方共、GenericMVCPortlets です。ここに、その親に Velocity を設定した GenericMVCPortlet を継承した WeatherPortlet の xreg の例があります。
</p>
<div class="original">
<source>
@@ -568,7 +568,7 @@
Note that we don't have to write any portlet Java code in this case, but only the actual template.
</p>
</div>
-<p>テンプレートパラメータは <b>weather</b> と名づけられています．これは Velocity MVC portlet なので，Jetspeed 1 は <b>WEB-INF/templates/vm/portlets/html</b> ディレクトリ以下に <b>weather.vm</b> が見つかることを知っています．MVC ポートレットは自動的に，ポートレットを描画するために，この Velocity テンプレートの割り当てを処理するでしょう．ここに，Velocity テンプレートの実際のコンテンツがあります．この場合，ポートレットの Java コードを書く必要はなく，実際のテンプレートを書くだけで良いことに注意してください．</p>
+<p>テンプレートパラメータは <b>weather</b> と名づけられています。これは Velocity MVC portlet なので、Jetspeed 1 は <b>WEB-INF/templates/vm/portlets/html</b> ディレクトリ以下に <b>weather.vm</b> が見つかることを知っています。MVC ポートレットは自動的に、ポートレットを描画するために、この Velocity テンプレートの割り当てを処理するでしょう。ここに、Velocity テンプレートの実際のコンテンツがあります。この場合、ポートレットの Java コードを書く必要はなく、実際のテンプレートを書くだけで良いことに注意してください。</p>
<div class="original">
<source>
<![CDATA[
@@ -599,7 +599,7 @@
</p>
</div>
<p>
-Jetspeed 2 とポートレット API では，ポートレットに処理を移譲するために，Velocity ブリッジ，もしくは JSP ブリッジを使うことが出来ます．この最も簡単なケースは，自身の呼び出しに JSP か Velocity サーブレットを割り当てるケースです．ここに，doView から JSP を割り当てる例があります．
+Jetspeed 2 とポートレット API では、ポートレットに処理を移譲するために、Velocity ブリッジ、もしくは JSP ブリッジを使うことが出来ます。この最も簡単なケースは、自身の呼び出しに JSP か Velocity サーブレットを割り当てるケースです。ここに、doView から JSP を割り当てる例があります。
</p>
<div class="original">
<source>
@@ -632,7 +632,7 @@
note that we do not directly create a dispatcher here, but the framework will do that automatically:
</p>
</div>
-<p>そして，ここに Velocity ブリッジを継承した WeatherPortlet の例があります．ここではポートレット API の User Preferences 機能を使っています．ここでは直接ディスパッチャーを作成していないにも関わらず，フレームワークが自動的にそれを実行していることに注意してください．
+<p>そして、ここに Velocity ブリッジを継承した WeatherPortlet の例があります。ここではポートレット API の User Preferences 機能を使っています。ここでは直接ディスパッチャーを作成していないにも関わらず、フレームワークが自動的にそれを実行していることに注意してください。
</p>
<div class="original">
<source>
@@ -701,7 +701,7 @@
<div class="original">
<p>And here is the Velocity template to render the portlet content:</p>
</div>
-<p>そして，ここにポートレットのコンテンツを描画するための Velocity テンプレートがあります．</p>
+<p>そして、ここにポートレットのコンテンツを描画するための Velocity テンプレートがあります。</p>
<div class="original">
<source>
<![CDATA[
@@ -740,13 +740,13 @@
</p>
</div>
<p>
-ポートレット API は，ポートレットページの処理の間の実行フェーズをいくつか定義しています．アクションフェーズは，ポートレットの描画フェーズの前に実行されるように設計されています．1 つのポートレットだけを対象にした，1 つのアクションフェーズしか存在出来ません．アクションフェーズが完了すると，ページ上の全てのポートレットの描画フェーズが実行出来ます．したがって，アクションフェーズは<i>ブロッキング</i>フェーズと言えます．これは，ページ上の各ポートレットの描画フェーズが始まる前に完了していなければいけない事を意味します．アクションは通常，MVC フレームワークの <i>Model</i> を操作する，ある種のユーザとの対話のようなものです．それは，ユーザがフォームに入力を行い，モデルが更新されたり，レコードが追加されたり消去されたりするというようなものです．このアクションの概念は，Turbine と Jetspeed 1 から Jetspeed 2 とポートレット API への移植をかなりうまく行います．Turbine がアクションごとに 1 クラスという概念を持つのに対して，ポートレット API は，全てのアクションを，ポートレットのメソッドを通して行うエントリポイントを持ちます．Spring MVC フレームワークのようなフレームワークは，アクションごとに一つのメソッドを持つモデルに対する，より良い抽象概念を提供します．
+ポートレット API は、ポートレットページの処理の間の実行フェーズをいくつか定義しています。アクションフェーズは、ポートレットの描画フェーズの前に実行されるように設計されています。1 つのポートレットだけを対象にした、1 つのアクションフェーズしか存在出来ません。アクションフェーズが完了すると、ページ上の全てのポートレットの描画フェーズが実行出来ます。したがって、アクションフェーズは<i>ブロッキング</i>フェーズと言えます。これは、ページ上の各ポートレットの描画フェーズが始まる前に完了していなければいけない事を意味します。アクションは通常、MVC フレームワークの <i>Model</i> を操作する、ある種のユーザとの対話のようなものです。それは、ユーザがフォームに入力を行い、モデルが更新されたり、レコードが追加されたり消去されたりするというようなものです。このアクションの概念は、Turbine と Jetspeed 1 から Jetspeed 2 とポートレット API への移植をかなりうまく行います。Turbine がアクションごとに 1 クラスという概念を持つのに対して、ポートレット API は、全てのアクションを、ポートレットのメソッドを通して行うエントリポイントを持ちます。Spring MVC フレームワークのようなフレームワークは、アクションごとに一つのメソッドを持つモデルに対する、より良い抽象概念を提供します。
</p>
<div class="original">
<p>Lets again look at the WeatherPortlet with Jetspeed-1. First the xreg defines the actions:</p>
</div>
<p>
-ここで再び Jetspeed 1 の WeatherPortlet を見ましょう．まず，xreg がアクションを定義します．
+ここで再び Jetspeed 1 の WeatherPortlet を見ましょう。まず、xreg がアクションを定義します。
</p>
<div class="original">
<source>
@@ -767,7 +767,7 @@
</p>
</div>
<p>
-通常，Jetspeed 1 の webapp クラスローダ空間に置かれるアクションクラスを実装する必要があります．ここに WeatherAction のコードを示します．これは，Jetspeed 1 のフレームワーククラスである VelocityPortletAction を継承したものです．
+通常、Jetspeed 1 の webapp クラスローダ空間に置かれるアクションクラスを実装する必要があります。ここに WeatherAction のコードを示します。これは、Jetspeed 1 のフレームワーククラスである VelocityPortletAction を継承したものです。
</p>
<div class="original">
<source>
@@ -835,7 +835,7 @@
</p>
</div>
<p>
-Jetspeed 1 には，簡単にポートレットを作成するのを妨げる，良くない構造がいくつかありました．ここで我々は，実際に <b>context.put</b> ステートメントを持つ Velocity コンテキストを実装することにより，コードの <b>View</b> の一部分を実装しています．<b>buildNormalContext</b> で実装したすべてのコードは，ポートレット API の <b>doView</b> メソッドに移植しなくてはならない事に注意してください．実際のポートレットを，どのようにして 1 番目のパラメータとして，buildNormalContext メソッドに渡さなければならないのかに注意してください．
+Jetspeed 1 には、簡単にポートレットを作成するのを妨げる、良くない構造がいくつかありました。ここで我々は、実際に <b>context.put</b> ステートメントを持つ Velocity コンテキストを実装することにより、コードの <b>View</b> の一部分を実装しています。<b>buildNormalContext</b> で実装したすべてのコードは、ポートレット API の <b>doView</b> メソッドに移植しなくてはならない事に注意してください。実際のポートレットを、どのようにして 1 番目のパラメータとして、buildNormalContext メソッドに渡さなければならないのかに注意してください。
</p>
<div class="original">
@@ -844,7 +844,7 @@
</p>
</div>
-<p>アクションクラス中に，<b>do</b> で始まるメソッドとして実装される実際のコードは，ポートレット API の <b>processAction</b> メソッドへ移植する必要があります．
+<p>アクションクラス中に、<b>do</b> で始まるメソッドとして実装される実際のコードは、ポートレット API の <b>processAction</b> メソッドへ移植する必要があります。
</p>
<div class="original">
@@ -871,7 +871,7 @@
</div>
<p>
-Turbine は，<b>doInsert</b> メソッドと，<b>eventSubmit_</b> プレフィックスを持つ Velocity テンプレートのアクションと関連付けます．
+Turbine は、<b>doInsert</b> メソッドと、<b>eventSubmit_</b> プレフィックスを持つ Velocity テンプレートのアクションと関連付けます。
</p>
<div class="original">
@@ -893,7 +893,7 @@
</div>
<p>
-ここにポートレット API (Jetspeed 2) での同等のものがあります．
+ここにポートレット API (Jetspeed 2) での同等のものがあります。
</p>
<div class="original">
@@ -917,15 +917,15 @@
</div>
<p>
-ポートレット API は，processAction メソッドに 2 つのパラメータを用意しています．
+ポートレット API は、processAction メソッドに 2 つのパラメータを用意しています。
</p>
</subsection>
- <subsection name='[Request Parameters, Portlet Modes, Window States] リクエストパラメータ，ポートレットモード，ウィンドウの状態'>
+ <subsection name='[Request Parameters, Portlet Modes, Window States] リクエストパラメータ、ポートレットモード、ウィンドウの状態'>
<div class="original">
<p>Request parameters are accessed via RunData in Jetspeed-1:</p>
</div>
<p>
- Jetspeed 1 では，リクエストパラメータは RunData 経由でアクセスします．
+ Jetspeed 1 では、リクエストパラメータは RunData 経由でアクセスします。
</p>
<div class="original">
<source>
@@ -943,7 +943,7 @@
<p>With the Portlet API, portlet request parameters are accessed via the ActionRequest:</p>
</div>
<p>
- ポートレット API では，ポートレットのリクエストパラメータは，ActionRequest 経由でアクセスします．
+ ポートレット API では、ポートレットのリクエストパラメータは、ActionRequest 経由でアクセスします。
</p>
<div>
<source>
@@ -961,7 +961,7 @@
<p>With the Portlet API, you can check the Portlet Mode or Window State:</p>
</div>
<p>
- ポートレット API では，ポートレットモードとウィンドウの状態をチェック出来ます．
+ ポートレット API では、ポートレットモードとウィンドウの状態をチェック出来ます。
</p>
<div class="original">
<source>
@@ -990,7 +990,7 @@
</p>
</div>
<p>
- 基本的なポートレット API には，Jetspeed 1 のように，アクションとメソッドをマッピングする方法がありません．もし，このような振る舞いをしたいのであれば，<a href='http://www.springframework.org/docs/reference/portlet.html'>Spring MVC Portlet framework</a> を使うことをおすすめします．ここで，フォームからのポートレットのリクエストパラメータを使って，特定のアクションにマップする実例を挙げます．
+ 基本的なポートレット API には、Jetspeed 1 のように、アクションとメソッドをマッピングする方法がありません。もし、このような振る舞いをしたいのであれば、<a href='http://www.springframework.org/docs/reference/portlet.html'>Spring MVC Portlet framework</a> を使うことをおすすめします。ここで、フォームからのポートレットのリクエストパラメータを使って、特定のアクションにマップする実例を挙げます。
</p>
<div class="original">
<source>
@@ -1039,7 +1039,7 @@
</p>
</div>
<p>
- ポートレット API は，セッションへのポートレットの状態の保存を標準でサポートしています．ポートレットセッションは，Turbine/Jetspeed 1 の <b>setTemp</b> メソッド，もしくはサーブレット API に備わっているセッションのサポートと同様のものです．セッションは，現在のユーザのセッションと関係した持続的な状態です．ポートレット API によってサポートされる 2 種類のセッションの状態があります．
+ ポートレット API は、セッションへのポートレットの状態の保存を標準でサポートしています。ポートレットセッションは、Turbine/Jetspeed 1 の <b>setTemp</b> メソッド、もしくはサーブレット API に備わっているセッションのサポートと同様のものです。セッションは、現在のユーザのセッションと関係した持続的な状態です。ポートレット API によってサポートされる 2 種類のセッションの状態があります。
</p>
<div class="original">
<ul>
@@ -1056,7 +1056,7 @@
object put in the session must be serializable:</p>
</div>
<p>
- Jetspeed 1 で Turbine RunData API を使って，どのようにセッション変数を取得し，設定するかを以下に示します．Jetspeed 1 でも Jetspeed 2 でも，セッションに格納するオブジェクトはシリアライズしなければいけないことに注意してください．
+ Jetspeed 1 で Turbine RunData API を使って、どのようにセッション変数を取得し、設定するかを以下に示します。Jetspeed 1 でも Jetspeed 2 でも、セッションに格納するオブジェクトはシリアライズしなければいけないことに注意してください。
</p>
<div class="original">
<source>
@@ -1077,7 +1077,7 @@
<div class="original">
<p>In here is the equivalent in Jetspeed-2 using the Portlet API:</p>
</div>
- <p>Jetspeed 2 で，ポートレット API を使って同等の事をする例を以下に示します．</p>
+ <p>Jetspeed 2 で、ポートレット API を使って同等の事をする例を以下に示します。</p>
<div class="original">
<source>
<![CDATA[
@@ -1119,7 +1119,7 @@
</p>
</div>
<p>
- ポートレット API には，第 2 の状態保持メカニズムが準備されています．それはユーザ設定 (User Preferences) です．ユーザ設定は，ユーザ毎 / ポートレット毎に保存される情報欄です．Jetspeed 1 で同等のものは，ポートレットインスタンスデータです．これは，Jetspeed 1 ポートレットレジストリに，名前と値のペアでパラメータとして XML 要素として保存されます．Jetspeed 1 の XREG ファイルで，以下のようなものを見つけることが出来ます．
+ ポートレット API には、第 2 の状態保持メカニズムが準備されています。それはユーザ設定 (User Preferences) です。ユーザ設定は、ユーザ毎 / ポートレット毎に保存される情報欄です。Jetspeed 1 で同等のものは、ポートレットインスタンスデータです。これは、Jetspeed 1 ポートレットレジストリに、名前と値のペアでパラメータとして XML 要素として保存されます。Jetspeed 1 の XREG ファイルで、以下のようなものを見つけることが出来ます。
</p>
<div class="original">
<source>
@@ -1139,7 +1139,7 @@
</p>
</div>
<p>
- ポートレット API では，portlet.xml 配備記述子内で，設定のデフォルト値を定義できます．ユーザ固有の値は，Jetspeed 設定データベースに保存されます．以下に，配備記述子に定義される設定のデフォルト値の例を示します．
+ ポートレット API では、portlet.xml 配備記述子内で、設定のデフォルト値を定義できます。ユーザ固有の値は、Jetspeed 設定データベースに保存されます。以下に、配備記述子に定義される設定のデフォルト値の例を示します。
</p>
<div class="original">
<source>
@@ -1167,13 +1167,13 @@
</p>
</div>
<p>
- Jetspeed 1 は，設定値情報にアクセスするために，ポートレットごとに <b>PortletInstance</b> インターフェースが準備されています．Jetspeed 2 では，設定情報はユーザごと，インスタンスごとであるのに対して，インターフェースの PortletInstance 経由でアクセスされる Jetspeed 1 の設定情報は，インスタンス (ポートレットウィンドウ) ごとに特有なだけとなります．これらの値は，ポートレットウィンドウに関連付けられた PSML ファイルに保存されます．ユーザがページを配置して，そのページに対してデフォルトのメカニズムを使ったとき，この値はユーザ特有であることに注意してください．
+ Jetspeed 1 は、設定値情報にアクセスするために、ポートレットごとに <b>PortletInstance</b> インターフェースが準備されています。Jetspeed 2 では、設定情報はユーザごと、インスタンスごとであるのに対して、インターフェースの PortletInstance 経由でアクセスされる Jetspeed 1 の設定情報は、インスタンス (ポートレットウィンドウ) ごとに特有なだけとなります。これらの値は、ポートレットウィンドウに関連付けられた PSML ファイルに保存されます。ユーザがページを配置して、そのページに対してデフォルトのメカニズムを使ったとき、この値はユーザ特有であることに注意してください。
</p>
<div class="original">
<p>With Jetspeed-1, here we can retrieve PortletInstance data:</p>
</div>
<p>
- Jetspeed 1 で，PortletInstance データを取得する方法を以下に示します．
+ Jetspeed 1 で、PortletInstance データを取得する方法を以下に示します。
</p>
<div class="original">
<source>
@@ -1212,7 +1212,7 @@
Remember that the store() method must always be called after all modifications to the prefs during a request:</p>
</div>
<p>
- Jetspeed 2 のポートレット API では，ポートレット設定をもっと直接的な方法で使用できます．
+ Jetspeed 2 のポートレット API では、ポートレット設定をもっと直接的な方法で使用できます。
</p>
<div class="original">
<source>
@@ -1253,7 +1253,7 @@
<p>The Jetspeed-1 Registries hold the following information:</p>
</div>
<p>
- Jetspeed 1 レジストリは以下のような情報を保持します．
+ Jetspeed 1 レジストリは以下のような情報を保持します。
</p>
<div class="original">
<ul>
@@ -1276,7 +1276,7 @@
<div class="original">
<p>This section will guide you through how to migrate each of these registries from Jetspeed-1 to Jetspeed-2</p>
</div>
- <p>このセクションでは，これらの登録を Jetspeed 1 から Jetspeed 2 へどのように移行するかを案内します．</p>
+ <p>このセクションでは、これらの登録を Jetspeed 1 から Jetspeed 2 へどのように移行するかを案内します。</p>
<subsection name='[Portlet Definitions] ポートレットの定義'>
<div class="original">
<p>Jetpeed-1 requires that all portlets are defined in an XML file known as an XREG file (XML Registry). Jetspeed-2 stores its portlet registry in the database.
@@ -1285,7 +1285,7 @@
</p>
</div>
<p>
- Jetspeed 1 では，すべてのポートレットは XREG ファイル (XMLレジストリ) として知られている XML ファイルに定義する必要があります．Jetspeed 2 では，データベースにポートレットの登録を保管します．Jetspeed 1 では，XML レジストリは，ファイルシステム上の Jetspeed の webapp 以下の WEB-INF/conf 以下にあります．そこに 1 つ以上のポートレット登録のエントリがあります．ポートレットは全て，エレメントタイプ <b>portlet-entry</b> で定義されています．
+ Jetspeed 1 では、すべてのポートレットは XREG ファイル (XMLレジストリ) として知られている XML ファイルに定義する必要があります。Jetspeed 2 では、データベースにポートレットの登録を保管します。Jetspeed 1 では、XML レジストリは、ファイルシステム上の Jetspeed の webapp 以下の WEB-INF/conf 以下にあります。そこに 1 つ以上のポートレット登録のエントリがあります。ポートレットは全て、エレメントタイプ <b>portlet-entry</b> で定義されています。
</p>
<div class="original">
<p>Migrating your Jetspeed-1 portlet registries to Jetspeed-2 registries requires writing a new Portlet API standard <b>portlet.xml</b> definition file. We do not provide an XSLT transform to do this for you.
@@ -1296,7 +1296,7 @@
</p>
</div>
<p>
- Jetspeed 1 のポートレットレジストリを Jetspeed 2 レジストリに移行するには，新しいポートレット標準の <b>portlet.xml</b> 定義ファイルを書く必要があります．我々は，この作業を行うための XSLT 変換は準備しません．portlet.xml は Java ポートレット標準で定義されているにも関わらず，Jetspeed では Jetspeed ポータル特有の仕様を定義する追加情報を書く事ができます．<b>jetspeed-portlet.xml</b> に Jetspeed 特有の保持できます．XREG 要素のうち，いくつかは portlet.xml にマッピングできます．その他は，以下の表にあるように jetspeed-portlet.xml にマッピングできます．以下の表は <b>portlet-entry</b> 要素のそれぞれの XML 属性を，ポートレット API の portlet.xml もしくは jetspeed-portlet.xml の同等のものに，どのようにマッピングするかについて述べています．この表で，XML 属性から，portlet.xml もしくは jetspeed-portlet.xml 内のどの XML 要素にマッピングするのかについて説明しています．
+ Jetspeed 1 のポートレットレジストリを Jetspeed 2 レジストリに移行するには、新しいポートレット標準の <b>portlet.xml</b> 定義ファイルを書く必要があります。我々は、この作業を行うための XSLT 変換は準備しません。portlet.xml は Java ポートレット標準で定義されているにも関わらず、Jetspeed では Jetspeed ポータル特有の仕様を定義する追加情報を書く事ができます。<b>jetspeed-portlet.xml</b> に Jetspeed 特有の保持できます。XREG 要素のうち、いくつかは portlet.xml にマッピングできます。その他は、以下の表にあるように jetspeed-portlet.xml にマッピングできます。以下の表は <b>portlet-entry</b> 要素のそれぞれの XML 属性を、ポートレット API の portlet.xml もしくは jetspeed-portlet.xml の同等のものに、どのようにマッピングするかについて述べています。この表で、XML 属性から、portlet.xml もしくは jetspeed-portlet.xml 内のどの XML 要素にマッピングするのかについて説明しています。
</p>
<div class="original">
<table>
@@ -1342,27 +1342,27 @@
<tr>
<td>name</td>
<td>portlet-name</td>
- <td>ポートレット名．この名前はポートレットアプリケーションごとにユニークである必要がありますが，システム全体ではユニークである必要はありません．</td>
+ <td>ポートレット名。この名前はポートレットアプリケーションごとにユニークである必要がありますが、システム全体ではユニークである必要はありません。</td>
</tr>
<tr>
<td>hidden</td>
<td></td>
- <td>ポートレット API に同等の物はなく，適用できません．</td>
+ <td>ポートレット API に同等の物はなく、適用できません。</td>
</tr>
<tr>
<td>type</td>
<td></td>
- <td>ポートレット API に同等の物はなく，適用できません．</td>
+ <td>ポートレット API に同等の物はなく、適用できません。</td>
</tr>
<tr>
<td>parent</td>
<td></td>
- <td>ポートレット API に同等の物はなく，適用できません．</td>
+ <td>ポートレット API に同等の物はなく、適用できません。</td>
</tr>
<tr>
<td>application</td>
<td></td>
- <td>ポートレット API に同等の物はなく，適用できません．</td>
+ <td>ポートレット API に同等の物はなく、適用できません。</td>
</tr>
</table>
@@ -1373,7 +1373,7 @@
</p>
</div>
- <p>ポートレット XREG の変換を続け，<b>portlet-entry</b> 要素の XML 要素を変換する方法を見ていきましょう．以下の表は，それぞれの XML 要素をポートレット API の同等の物にマップする方法について述べています．
+ <p>ポートレット XREG の変換を続け、<b>portlet-entry</b> 要素の XML 要素を変換する方法を見ていきましょう。以下の表は、それぞれの XML 要素をポートレット API の同等の物にマップする方法について述べています。
</p>
<div class="original">
@@ -1465,72 +1465,72 @@
<tr>
<td>classname</td>
<td>portlet-class</td>
- <td>Java クラスの実装．このクラスはソースレベルで移植の必要があります．</td>
+ <td>Java クラスの実装。このクラスはソースレベルで移植の必要があります。</td>
</tr>
<tr>
<td>media-type</td>
<td>supports, supports/mime-type, supports/portlet-mode</td>
- <td>ポートレットがサポートするメディアタイプは，<i>mime-type</i> と <i>portlet-mode</i> のペアの子要素を含む，1 つ以上の <i>supports</i> 要素にマップしなければいけません．</td>
+ <td>ポートレットがサポートするメディアタイプは、<i>mime-type</i> と <i>portlet-mode</i> のペアの子要素を含む、1 つ以上の <i>supports</i> 要素にマップしなければいけません。</td>
</tr>
<tr>
<td>meta-info/title</td>
<td>title</td>
- <td>ポートレットのタイトル．</td>
+ <td>ポートレットのタイトル。</td>
</tr>
<tr>
<td>meta-info/description</td>
<td>description</td>
- <td>ポートレットの説明．</td>
+ <td>ポートレットの説明。</td>
</tr>
<tr>
<td>category</td>
<td>portlet-info/keywords</td>
- <td>複数のカテゴリ要素があるところでは，キーワードはカンマ区切りで書かれます．Jetspeed 2 では，Portlet-Selector 管理ポートレットで，キーワードに基づいてカテゴリを設定できます．</td>
+ <td>複数のカテゴリ要素があるところでは、キーワードはカンマ区切りで書かれます。Jetspeed 2 では、Portlet-Selector 管理ポートレットで、キーワードに基づいてカテゴリを設定できます。</td>
</tr>
<tr>
<td>security-ref</td>
<td>jetspeed-portlet.xml: js:security-constraint-ref</td>
- <td>もし，セキュリティ制約の定義を移植する場合，同じセキュリティ定義名を使用することができます．セキュリティ制約定義は portlet.xml ではなく，jetspeed-portlet.xml から参照されます．</td>
+ <td>もし、セキュリティ制約の定義を移植する場合、同じセキュリティ定義名を使用することができます。セキュリティ制約定義は portlet.xml ではなく、jetspeed-portlet.xml から参照されます。</td>
</tr>
<tr>
<td>parameter</td>
<td>init-param</td>
- <td>Jetspeed 1 のパラメータは，通常はポートレット API の <i>init-param</i> にマップすべきです．これらは，管理者によってのみ変更する事が出来る読み取り専用の値です．</td>
+ <td>Jetspeed 1 のパラメータは、通常はポートレット API の <i>init-param</i> にマップすべきです。これらは、管理者によってのみ変更する事が出来る読み取り専用の値です。</td>
</tr>
<tr>
<td>parameter ＠ name</td>
<td>init-param/name</td>
- <td>初期化パラメータの名前．</td>
+ <td>初期化パラメータの名前。</td>
</tr>
<tr>
<td>parameter ＠ value</td>
<td>init-param/value</td>
- <td>初期化パラメータの値．</td>
+ <td>初期化パラメータの値。</td>
</tr>
<tr>
<td>parameter/meta-info/description</td>
<td>init-param/description</td>
- <td>初期化パラメータの説明．</td>
+ <td>初期化パラメータの説明。</td>
</tr>
<tr>
<td>parameter</td>
<td>portlet-preferences/preference</td>
- <td>init-param の移行と同様に，パラメータもデフォルトの設定に移行しても良い．設定が読み取り専用かどうかは任意であることに注意してください．</td>
+ <td>init-param の移行と同様に、パラメータもデフォルトの設定に移行しても良い。設定が読み取り専用かどうかは任意であることに注意してください。</td>
</tr>
<tr>
<td>parameter ＠ name</td>
<td>portlet-preferences/preference/name</td>
- <td>設定の名前．</td>
+ <td>設定の名前。</td>
</tr>
<tr>
<td>parameter ＠ value</td>
<td>portlet-preferences/preference/value</td>
- <td>設定の値．</td>
+ <td>設定の値。</td>
</tr>
<tr>
<td>parameter ＠ hidden</td>
<td>portlet-preferences/preference/read-only</td>
- <td>読み取り専用の隠し値にマップするかどうか選択できます．(true/false)</td>
+ <td>読み取り専用の隠し値にマップするかどうか選択できます。(true/false)</td>
</tr>
</table>
@@ -1545,7 +1545,7 @@
</div>
<p>
- Jetspeed 1 は，セキュリティ制約の XML 定義言語をサポートしています．それは，Jetspeed 2 の XML でのセキュリティ制約の定義に非常に良く似ています．Jetspeed 1 は，全てのセキュリティの定義を，XREG ファイル (XML レジストリ) として知られる XML ファイル内に定義する必要があります．Jetspeed 2 は，セキュリティレジストリは XML ファイル，もしくはデータベースに保持します．Jetspeed 1 では，XML レジストリは Jetspeed webapp の WEB-INF/conf 以下のファイルシステム上にあります．1 つ以上のセキュリティレジストリのエントリが存在します．全てのセキュリティ制約は <b>security-entry</b> タイプの要素で定義します．
+ Jetspeed 1 は、セキュリティ制約の XML 定義言語をサポートしています。それは、Jetspeed 2 の XML でのセキュリティ制約の定義に非常に良く似ています。Jetspeed 1 は、全てのセキュリティの定義を、XREG ファイル (XML レジストリ) として知られる XML ファイル内に定義する必要があります。Jetspeed 2 は、セキュリティレジストリは XML ファイル、もしくはデータベースに保持します。Jetspeed 1 では、XML レジストリは Jetspeed webapp の WEB-INF/conf 以下のファイルシステム上にあります。1 つ以上のセキュリティレジストリのエントリが存在します。全てのセキュリティ制約は <b>security-entry</b> タイプの要素で定義します。
</p>
<div class="original">
@@ -1556,7 +1556,7 @@
</div>
<p>
- あなたの Jetspeed 1 のセキュリティ制約レジストリを Jetspeed 2 レジストリに移行するには，新しい <b>page.security</b> XML 定義ファイルを書く必要があります．我々は移行のための XSLT ファイルは準備しません．以下の表は，<b>security-entry</b> 要素の XML 属性をポートレット API の portlet.xml，もしくは jetspeed-portlet.xml ファイルの同等のものにマッピングする方法を述べたものです．この表で XML 属性から portlet.xml もしくは jetspeed-portlet.xml の XML 要素へのマッピングをしていることに注意してください．
+ あなたの Jetspeed 1 のセキュリティ制約レジストリを Jetspeed 2 レジストリに移行するには、新しい <b>page.security</b> XML 定義ファイルを書く必要があります。我々は移行のための XSLT ファイルは準備しません。以下の表は、<b>security-entry</b> 要素の XML 属性をポートレット API の portlet.xml、もしくは jetspeed-portlet.xml ファイルの同等のものにマッピングする方法を述べたものです。この表で XML 属性から portlet.xml もしくは jetspeed-portlet.xml の XML 要素へのマッピングをしていることに注意してください。
</p>
<div class="original">
@@ -1634,56 +1634,56 @@
<tr>
<td>security-entry ＠ name</td>
<td>security-constraints-def ＠ name</td>
- <td>セキュリティ制約の定義の名前．この名前は page.security ファイル内でユニークです．</td>
+ <td>セキュリティ制約の定義の名前。この名前は page.security ファイル内でユニークです。</td>
</tr>
<tr>
<td>meta-info/title</td>
<td></td>
- <td>Jetspeed 2 には同等の物がなく，適用できません．</td>
+ <td>Jetspeed 2 には同等の物がなく、適用できません。</td>
</tr>
<tr>
<td>meta-info/description</td>
<td></td>
- <td>Jetspeed 2 には同等の物がなく，適用できません．</td>
+ <td>Jetspeed 2 には同等の物がなく、適用できません。</td>
</tr>
<tr>
<td>access</td>
<td>security-constraint</td>
- <td>Jetspeed 1 の security-entries は 0 〜 n の <i>access</i> 要素を含みます．Jetspeed 2 の security-constraint-defs は 0 〜 n の <i>security-constraint</i> 要素を含みます．</td>
+ <td>Jetspeed 1 の security-entries は 0 〜 n の <i>access</i> 要素を含みます。Jetspeed 2 の security-constraint-defs は 0 〜 n の <i>security-constraint</i> 要素を含みます。</td>
</tr>
<tr>
<td>access ＠ action</td>
<td>security-constraint/permissions</td>
<td>
- Jetspeed 1 のアクション (Action) は Jetspeed 2 ではパーミッション (Permissions) と呼ばれます．両バージョン共，"*" 文字のワイルドカードをサポートしています．
+ Jetspeed 1 のアクション (Action) は Jetspeed 2 ではパーミッション (Permissions) と呼ばれます。両バージョン共、"*" 文字のワイルドカードをサポートしています。
<ul>
- <li>Jetspeed 1 のデフォルトのアクションは，view, customize, maximize, minimize, info, close です．</li>
- <li>Jetspeed 2 のデフォルトのパーミッションは view, edit, help, print です．</li>
+ <li>Jetspeed 1 のデフォルトのアクションは、view, customize, maximize, minimize, info, close です。</li>
+ <li>Jetspeed 2 のデフォルトのパーミッションは view, edit, help, print です。</li>
</ul>
</td>
</tr>
<tr>
<td>access/allow-if ＠ role</td>
<td>security-constraint/roles</td>
- <td>Jetspeed 1 では，<i>role</i> 属性を持った <i>allow-if</i> 要素を使ってロールによる制限を加えます．Jetspeed 2 では，<i>roles</i> 要素と 1 つ以上のロールのカンマ区切りのリストを使って，ロールによる制限を加えます．</td>
+ <td>Jetspeed 1 では、<i>role</i> 属性を持った <i>allow-if</i> 要素を使ってロールによる制限を加えます。Jetspeed 2 では、<i>roles</i> 要素と 1 つ以上のロールのカンマ区切りのリストを使って、ロールによる制限を加えます。</td>
</tr>
<tr>
<td>access/allow-if ＠ group</td>
<td>security-constraint/groups</td>
- <td>Jetspeed 1 では，<i>group</i> 属性を持った <i>allow-if</i> 要素を使ってグループによる制限を加えます．Jetspeed 2 では，<i>groups</i> 要素と 1 つ以上のグループのカンマ区切りのリストを使って，グループによる制限を加えます．
+ <td>Jetspeed 1 では、<i>group</i> 属性を持った <i>allow-if</i> 要素を使ってグループによる制限を加えます。Jetspeed 2 では、<i>groups</i> 要素と 1 つ以上のグループのカンマ区切りのリストを使って、グループによる制限を加えます。
</td>
</tr>
<tr>
<td>access/allow-if ＠ user</td>
<td>security-constraint/users</td>
<td>
- Jetspeed 1 では，<i>user</i> 属性を持った <i>allow-if</i> 要素を使ってユーザによる制限を加えます．Jetspeed 2 では，<i>users</i> 要素と 1 つ以上のロールのカンマ区切りのリストを使うか，ワイルドカード "*" で全てのユーザを指定して，ロールによる制限を加えます．
+ Jetspeed 1 では、<i>user</i> 属性を持った <i>allow-if</i> 要素を使ってユーザによる制限を加えます。Jetspeed 2 では、<i>users</i> 要素と 1 つ以上のロールのカンマ区切りのリストを使うか、ワイルドカード "*" で全てのユーザを指定して、ロールによる制限を加えます。
</td>
</tr>
<tr>
<td>access/allow-if-owner</td>
<td>security-constraints/owner</td>
- <td>ページの所有者のみアクセス可能であるという制約を設定可能です．Jetspeed 1 では，ページの場所によってこのことを表します．Jetspeed 2 では，owner 要素として，明確に名前を記述しなければなりません．</td>
+ <td>ページの所有者のみアクセス可能であるという制約を設定可能です。Jetspeed 1 では、ページの場所によってこのことを表します。Jetspeed 2 では、owner 要素として、明確に名前を記述しなければなりません。</td>
</tr>
</table>
@@ -1695,7 +1695,7 @@
as described in the section below on seed data.</p>
</div>
<p>
- ウェブクライアントとメディアタイプの登録は，既に Jetspeed 2 に移植され，コアシステムの一部となっています．Jetspeed 2 は，これらの登録をデータベースに保存します．しかし，これらのテーブルは，以下の種データのセクションで述べるように，種データを使ってデータ登録できます．
+ ウェブクライアントとメディアタイプの登録は、既に Jetspeed 2 に移植され、コアシステムの一部となっています。Jetspeed 2 は、これらの登録をデータベースに保存します。しかし、これらのテーブルは、以下の種データのセクションで述べるように、種データを使ってデータ登録できます。
</p>
</subsection>
<subsection name='[Skins] スキン'>
@@ -1705,7 +1705,7 @@
</p>
</div>
<p>
- 登録されたスキンは，直接は Jetspeed 2 には移行は出来ません．Jetspeed 2 は，より標準的な CSS ベースのスキンアプローチに移行しました．スキンで利用出来るテクニックには以下の 2 つがあり，それらを組み合わせることが可能です．
+ 登録されたスキンは、直接は Jetspeed 2 には移行は出来ません。Jetspeed 2 は、より標準的な CSS ベースのスキンアプローチに移行しました。スキンで利用出来るテクニックには以下の 2 つがあり、それらを組み合わせることが可能です。
</p>
<div class="original">
<ul>
@@ -1714,8 +1714,8 @@
</ul>
</div>
<ul>
- <li>1. ポートレット API 標準スキン - ポートレット標準の PLT.C を参照してください．CSS スタイルの標準が，ポートレットのコンテンツのグローバルなスキンとして定義されています．</li>
- <li>2. Jetspeed デコレータ - デコレータは，自身のスキンを定義出来ます．そして，ポートレットはこれらのスタイルにアクセス出来ます．Jetspeed のデフォルトのデコレータも，PLT.C と同様のスタイルで定義されています．</li>
+ <li>1. ポートレット API 標準スキン - ポートレット標準の PLT.C を参照してください。CSS スタイルの標準が、ポートレットのコンテンツのグローバルなスキンとして定義されています。</li>
+ <li>2. Jetspeed デコレータ - デコレータは、自身のスキンを定義出来ます。そして、ポートレットはこれらのスタイルにアクセス出来ます。Jetspeed のデフォルトのデコレータも、PLT.C と同様のスタイルで定義されています。</li>
</ul>
</subsection>
<subsection name='[Controllers] コントローラ'>
@@ -1726,7 +1726,7 @@
</p>
</div>
<p>
- コントローラは Jetspeed 2 では廃止予定となりました．Java のコードに変換するための直接のマッピングはありません．代わりに，新しいレイアウトポートレットに書き換えるか，単純に，非常にフレキシブルな Jetspeed 付属の既存のレイアウトポートレットの一つを使うかのどちらかにする必要があります．Jetspeed のデフォルトのレイアウトポートレットは，複数列のグリッド，ポートレットのネスト，ポートレットカスタマイザを使った完全なカスタマイズをサポートします．
+ コントローラは Jetspeed 2 では廃止予定となりました。Java のコードに変換するための直接のマッピングはありません。代わりに、新しいレイアウトポートレットに書き換えるか、単純に、非常にフレキシブルな Jetspeed 付属の既存のレイアウトポートレットの一つを使うかのどちらかにする必要があります。Jetspeed のデフォルトのレイアウトポートレットは、複数列のグリッド、ポートレットのネスト、ポートレットカスタマイザを使った完全なカスタマイズをサポートします。
</p>
</subsection>
<subsection name='[Controls]コントロール'>
@@ -1736,7 +1736,7 @@
</p>
</div>
<p>
- コントロールは Jetspeed 2 で廃止予定となりました．Java のコードに変換するための直接のマッピングはありません．代わりに，新しいポートレットデコレータに書き換えるか，より簡単に，非常にフレキシブルな Jetspeed 付属の既存のポートレットデコレータの一つを使うかのどちらかにする必要があります．
+ コントロールは Jetspeed 2 で廃止予定となりました。Java のコードに変換するための直接のマッピングはありません。代わりに、新しいポートレットデコレータに書き換えるか、より簡単に、非常にフレキシブルな Jetspeed 付属の既存のポートレットデコレータの一つを使うかのどちらかにする必要があります。
</p>
</subsection>
</section>
@@ -1749,7 +1749,7 @@
can contain pages or more subfolders.</p>
</div>
<p>
- Jetspeed のサイトマップは，ポータルの全ページのナビゲーションスペースを定義します．バージョン 1 と 2 は，階層構造のファイルシステム風のサイトマップを持ちます．両方のバージョン共に，ルートフォルダの / を持ち，サブフォルダのツリーを持ちます．それぞれのサブフォルダは，ページやサブフォルダを持つことが出来ます．
+ Jetspeed のサイトマップは、ポータルの全ページのナビゲーションスペースを定義します。バージョン 1 と 2 は、階層構造のファイルシステム風のサイトマップを持ちます。両方のバージョン共に、ルートフォルダの / を持ち、サブフォルダのツリーを持ちます。それぞれのサブフォルダは、ページやサブフォルダを持つことが出来ます。
</p>
</subsection>
<subsection name="[Site Resources] サイトのリソース">
@@ -1765,13 +1765,13 @@
</p>
</div>
<p>
- Jetspeed 2 では，良く定義されるポータルリソースがありますが，Jetspeed 1 に同等のものがあるとは限りません．
+ Jetspeed 2 では、良く定義されるポータルリソースがありますが、Jetspeed 1 に同等のものがあるとは限りません。
<table>
<tr><th>2.x</th><th>1.x</th><th>ファイル</th></tr>
- <tr><td>ページ</td><td>ページ</td><td>A <b>.psml</b> ファイル．</td></tr>
- <tr><td>フォルダ</td><td>--</td><td>フォルダ毎に一つ存在する <b>folder.metadata</b> ファイル．Jetspeed 1 は該当なし．</td></tr>
- <tr><td>リンク</td><td>--</td><td><b>.link</b> ファイル．Jetspeed 1 は該当なし．</td></tr>
- <tr><td>メニュー</td><td>--</td><td>メニューは folder.metadata ファイルで定義します．Jetspeed 1 は該当なし．</td></tr>
+ <tr><td>ページ</td><td>ページ</td><td>A <b>.psml</b> ファイル。</td></tr>
+ <tr><td>フォルダ</td><td>--</td><td>フォルダ毎に一つ存在する <b>folder.metadata</b> ファイル。Jetspeed 1 は該当なし。</td></tr>
+ <tr><td>リンク</td><td>--</td><td><b>.link</b> ファイル。Jetspeed 1 は該当なし。</td></tr>
+ <tr><td>メニュー</td><td>--</td><td>メニューは folder.metadata ファイルで定義します。Jetspeed 1 は該当なし。</td></tr>
</table>
</p>
</subsection>
@@ -1799,17 +1799,17 @@
</p>
</div>
<p>
- 両方のバージョン共で，利用可能な予約済みのディレクトリがあります．そのネーミングは少し違います．Jetspeed 2 で，アンダースコア (_) で始まるディレクトリは，全てコントロール用のディレクトリとみなされ，プロファイラ (後述) が，ユーザ名やユーザのロール名のような実行時基準を基に，特別なディレクトリを配置するのに使われます．Jetspeed 1 には，プロファイリングルール内にハードコードされた，予約済み (コントロール) ディレクトリの固定名があります．
+ 両方のバージョン共で、利用可能な予約済みのディレクトリがあります。そのネーミングは少し違います。Jetspeed 2 で、アンダースコア (_) で始まるディレクトリは、全てコントロール用のディレクトリとみなされ、プロファイラ (後述) が、ユーザ名やユーザのロール名のような実行時基準を基に、特別なディレクトリを配置するのに使われます。Jetspeed 1 には、プロファイリングルール内にハードコードされた、予約済み (コントロール) ディレクトリの固定名があります。
<table>
<tr><th>1.x</th><th>2.x</th><th></th></tr>
- <tr><td>user</td><td>_user</td><td>全ユーザのフォルダを保持します．</td></tr>
- <tr><td>role</td><td>_role</td><td>全ロールのフォルダを保持します．</td></tr>
- <tr><td>group</td><td>_group</td><td>全グループのフォルダを保持します．</td></tr>
+ <tr><td>user</td><td>_user</td><td>全ユーザのフォルダを保持します。</td></tr>
+ <tr><td>role</td><td>_role</td><td>全ロールのフォルダを保持します。</td></tr>
+ <tr><td>group</td><td>_group</td><td>全グループのフォルダを保持します。</td></tr>
<tr><td>{mediatype}</td><td>_mediatype</td><td>mime/mediatype ごとのコンテンツ</td></tr>
<tr><td>{language}</td><td>_lanaguage</td><td>言語ごとのコンテンツ</td></tr>
<tr><td>{country}</td><td>_country</td><td>カントリーコードごとのコンテンツ</td></tr>
</table>
- J1 のディレクトリ名は，実際に予約ディレクトリ名の場所になります．{mediatype} は実際は <b>html</b>，{language} は <b>en</b> のようになるでしょう．J2 では，<b>_mediatype/html</b> や <b>_language/en</b>のように，コントロールディレクトリ (_) を指定する必要があります．
+ J1 のディレクトリ名は、実際に予約ディレクトリ名の場所になります。{mediatype} は実際は <b>html</b>、{language} は <b>en</b> のようになるでしょう。J2 では、<b>_mediatype/html</b> や <b>_language/en</b>のように、コントロールディレクトリ (_) を指定する必要があります。
</p>
</subsection>
<subsection name="[Profiling] プロファイリング">
@@ -1818,7 +1818,7 @@
J1 has only two hard-coded algorithm for finding pages:</p>
</div>
<p>
- プロファイリングのアルゴリズムは，リクエストに対して表示するページを正しく見つけます．J1 には，ページを見つけるための 2 つのハードコードされたアルゴリズムだけがあります．
+ プロファイリングのアルゴリズムは、リクエストに対して表示するページを正しく見つけます。J1 には、ページを見つけるための 2 つのハードコードされたアルゴリズムだけがあります。
</p>
<div class="original">
<ul>
@@ -1836,7 +1836,7 @@
</p>
</div>
<p>
- これらの設定は，システム全体に有効で，ポータル基盤ごとに変更しなければいけません．J1 は，メディアタイプ，言語，国の順の明確なコンテナ順を期待します．
+ これらの設定は、システム全体に有効で、ポータル基盤ごとに変更しなければいけません。J1 は、メディアタイプ、言語、国の順の明確なコンテナ順を期待します。
</p>
<div class="original">
<p>
@@ -1846,7 +1846,7 @@
</p>
</div>
<p>
- J2 は，実行時のユーザ情報を取得し，プロファイリングルールを使うことで，ルール内に定義されたアルゴリズムに基ずくルールを見つけます．J2 のプロファイリングルールは，ユーザごとに定義されます．しかし，システム全体に共通なプロファイリングルールも持ちます．
+ J2 は、実行時のユーザ情報を取得し、プロファイリングルールを使うことで、ルール内に定義されたアルゴリズムに基ずくルールを見つけます。J2 のプロファイリングルールは、ユーザごとに定義されます。しかし、システム全体に共通なプロファイリングルールも持ちます。
</p>
</subsection>
<subsection name="[Differences in PSML Page] PSML ページの違い">
@@ -1857,7 +1857,7 @@
</p>
</div>
<p>
- Jetspeed 1 では，全てのポートレットは XREG ファイル (XML レジストリ) である XML ファイル内で定義する必要がありました．Jetspeed 2 では，ポートレットのレジストリはデータベース内に保管されます．Jetspeed 1 では，PSML ファイルは，WEB-INF/psml 以下の Jetspeed の webapp フォルダ以下に保管出来ます．Jetspeed 2 では，PSML ファイルは，WEB-INF/pages もしくは WEB-INF/min-pages 以下の Jetspeed の webapp フォルダ以下に保管出来ます．Jetspeed 2 は，PSML ファイルをデータベース内に保管する機能もサポートしています．
+ Jetspeed 1 では、全てのポートレットは XREG ファイル (XML レジストリ) である XML ファイル内で定義する必要がありました。Jetspeed 2 では、ポートレットのレジストリはデータベース内に保管されます。Jetspeed 1 では、PSML ファイルは、WEB-INF/psml 以下の Jetspeed の webapp フォルダ以下に保管出来ます。Jetspeed 2 では、PSML ファイルは、WEB-INF/pages もしくは WEB-INF/min-pages 以下の Jetspeed の webapp フォルダ以下に保管出来ます。Jetspeed 2 は、PSML ファイルをデータベース内に保管する機能もサポートしています。
</p>
<div class="original">
<p>Migrating your Jetspeed-1 PSML files to Jetspeed-2 PSML files requires porting the files manually, or writing a database conversion utility or XSLT transform. We do not provide an XSLT transform to do this for you.
@@ -1865,7 +1865,7 @@
</p>
</div>
<p>
- Jetspeed 1 の PSML ファイルを Jetspeed 2 の PSML ファイルに変換するには，ファイルを手で変換するか，データベースの変換ユーティリティを書くか，XSLT 変換を書く必要があります．我々は，変換を実行出来るような XSLT 変換は準備しません．以下の表は，それぞれの XML 要素や属性が Jetspeed 1 と Jetspeed 2 でどのようにマップされるのかを説明しています．
+ Jetspeed 1 の PSML ファイルを Jetspeed 2 の PSML ファイルに変換するには、ファイルを手で変換するか、データベースの変換ユーティリティを書くか、XSLT 変換を書く必要があります。我々は、変換を実行出来るような XSLT 変換は準備しません。以下の表は、それぞれの XML 要素や属性が Jetspeed 1 と Jetspeed 2 でどのようにマップされるのかを説明しています。
</p>
<div class="original">
<table>
@@ -1953,68 +1953,68 @@
<tr>
<td>portlets</td>
<td>page</td>
- <td>PSML ページ内の全てのコンテンツの中でもっとも外側のコンテナ．</td>
+ <td>PSML ページ内の全てのコンテンツの中でもっとも外側のコンテナ。</td>
</tr>
<tr>
<td>portlets ＠ id</td>
<td>page ＠ id</td>
- <td>このページに対するシステム全体でユニークな識別子．</td>
+ <td>このページに対するシステム全体でユニークな識別子。</td>
</tr>
<tr>
<td>metainfo/title</td>
<td>title</td>
- <td>ページのタイトル．</td>
+ <td>ページのタイトル。</td>
</tr>
<tr>
<td>security-ref</td>
<td>security-constraints/security-constraints-ref</td>
- <td>セキュリティ制約参照 (Jetspeed 1 では 0..1，Jetspeed 2 では 0..n)</td>
+ <td>セキュリティ制約参照 (Jetspeed 1 では 0..1、Jetspeed 2 では 0..n)</td>
</tr>
<tr>
<td>control</td>
<td>defaults/portlet-decorator</td>
- <td>あなたのコントロールを J2 ポートレットデコレータに変換する必要があるか，もしくは少なくとも名前から Jetspeed 2 の既存のデコレータのマッピングを行う必要があります．もしくはグローバルなポートレットデコレータを使い，この任意の設定を無視する事も出来ます．</td>
+ <td>あなたのコントロールを J2 ポートレットデコレータに変換する必要があるか、もしくは少なくとも名前から Jetspeed 2 の既存のデコレータのマッピングを行う必要があります。もしくはグローバルなポートレットデコレータを使い、この任意の設定を無視する事も出来ます。</td>
</tr>
<tr>
<td>controller</td>
<td>defaults/layout-decorator</td>
- <td>あなたの Turbine コントローラ，画面ナビゲーションを J2 のレイアウト (ページ) デコレータに変換する必要があるか，もしくは少なくとも名前から Jetspeed 2 の既存のページデコレータへのマッピングを行う必要があります．グローバルなポートレットデコレータを使い，この任意の設定を無視することも可能です．</td>
+ <td>あなたの Turbine コントローラ、画面ナビゲーションを J2 のレイアウト (ページ) デコレータに変換する必要があるか、もしくは少なくとも名前から Jetspeed 2 の既存のページデコレータへのマッピングを行う必要があります。グローバルなポートレットデコレータを使い、この任意の設定を無視することも可能です。</td>
</tr>
<tr>
<td>portlets/portlets/...</td>
<td>page/fragment/..., type="layout"</td>
- <td>フラグメントもしくはポートレットのサブコンテナ．Jetspeed 2 では，フラグメントはコンテナかポートレット定義かの両方が可能です．<b>layout</b> タイプのフラグメントだけが，さらにフラグメントとコンテナを保持するコンテナとなることが出来ます．</td>
+ <td>フラグメントもしくはポートレットのサブコンテナ。Jetspeed 2 では、フラグメントはコンテナかポートレット定義かの両方が可能です。<b>layout</b> タイプのフラグメントだけが、さらにフラグメントとコンテナを保持するコンテナとなることが出来ます。</td>
</tr>
<tr>
<td>portlets/portlets/controller</td>
<td>page/fragment ＠ type=layout ＠ name={layout-name}</td>
- <td>コントローラは大体，name 属性によって名前の付いた，type = layout のフラグメントにマップされます．レイアウトはポートレットとして実装されており，PA::portlet-name として指定しなければいけません．
+ <td>コントローラは大体、name 属性によって名前の付いた、type = layout のフラグメントにマップされます。レイアウトはポートレットとして実装されており、PA::portlet-name として指定しなければいけません。
</td>
</tr>
<tr>
<td>portlets/entry</td>
<td>page/fragment/fragment ＠ type="portlet"</td>
- <td>ページ内のポートレットウィンドウ．</td>
+ <td>ページ内のポートレットウィンドウ。</td>
</tr>
<tr>
<td>entry ＠ id</td>
<td>fragment ＠ id</td>
- <td>システム全体でユニークなポートレットウィンドウの ID．</td>
+ <td>システム全体でユニークなポートレットウィンドウの ID。</td>
</tr>
<tr>
<td>entry ＠ parent</td>
<td>fragment ＠ name</td>
- <td>ポートレットレジストリ参照．Jetspeed 2 では，ポートレットの名前は PA::portlet-name として指定しなければいけません．</td>
+ <td>ポートレットレジストリ参照。Jetspeed 2 では、ポートレットの名前は PA::portlet-name として指定しなければいけません。</td>
</tr>
<tr>
<td>entry/layout/property ＠ name="column"@value={column}</td>
<td>fragment/property ＠ name="column"@value={column}</td>
- <td>列の位置を含むプロパティ．</td>
+ <td>列の位置を含むプロパティ。</td>
</tr>
<tr>
<td>entry/layout/property ＠ name="row"@value={row}</td>
<td>fragment/property ＠ name="row"@value={row}</td>
- <td>行の位置を含むプロパティ．</td>
+ <td>行の位置を含むプロパティ。</td>
</tr>
</table>
</subsection>
@@ -2027,7 +2027,7 @@
writing a specific portlet to act as an external link.</p>
</div>
<p>
- Jetspeed 1 と Jetspeed 2 の間には，ナビゲーションの外観やメニューに大きな違いがあります．Jetspeed 1 は，メニューナビゲーションを <i>タブ</i> 間のナビゲーションに制限しています．タブは PSML ページ内で定義されます．タブは，<b>portlets</b> 要素で定義される，PSML ページの単なる子のコンテナです．Jetspeed 1 が (訳注：ここは Jetspeed 2 の誤りであると思われます．) 他のページへのナビゲーションをサポートするのに対して，タブメニューは外部リンクとして動作する特定のポートレットを書かない限りは，それを直接はサポートしません．
+ Jetspeed 1 と Jetspeed 2 の間には、ナビゲーションの外観やメニューに大きな違いがあります。Jetspeed 1 は、メニューナビゲーションを <i>タブ</i> 間のナビゲーションに制限しています。タブは PSML ページ内で定義されます。タブは、<b>portlets</b> 要素で定義される、PSML ページの単なる子のコンテナです。Jetspeed 1 が (訳注：ここは Jetspeed 2 の誤りであると思われます。) 他のページへのナビゲーションをサポートするのに対して、タブメニューは外部リンクとして動作する特定のポートレットを書かない限りは、それを直接はサポートしません。
</p>
<div class="original">
<p>Jetspeed-2 menu navigations map directly onto the Portal Site. Thus menu tabs represent portal resources.
@@ -2036,7 +2036,7 @@
</p>
</div>
<p>
- Jetspeed 2 のメニューナビゲーションは，ポータルサイト上に直接マッピングされます．それゆえ，メニュータブはポータルリソースを表します．Jetspeed 2 のメニューは，フォルダやページやリンクを指し示すことができます．このことは，より自然にユーザが全ポータルサイト内を移動することが可能になります．
+ Jetspeed 2 のメニューナビゲーションは、ポータルサイト上に直接マッピングされます。それゆえ、メニュータブはポータルリソースを表します。Jetspeed 2 のメニューは、フォルダやページやリンクを指し示すことができます。このことは、より自然にユーザが全ポータルサイト内を移動することが可能になります。
</p>
<div class="original">
<p>When migrating PSML files from Jetspeed-1 to Jetspeed-2, depending on whether you use advanced Jetspeed-1 controllers such as
@@ -2045,7 +2045,7 @@
</p>
</div>
<p>
- Jetspeed 1 から Jetspeed 2 へ PSML を移行する場合，カードやタブコントローラと言った Jetspeed 1 の進んだ機能を使っているかどうかで，Jetspeed 2 への移行が出来る，出来ないが分かるでしょう．移行ツールがないことを考慮して，以下の二つのオプションを当面残してあります．
+ Jetspeed 1 から Jetspeed 2 へ PSML を移行する場合、カードやタブコントローラと言った Jetspeed 1 の進んだ機能を使っているかどうかで、Jetspeed 2 への移行が出来る、出来ないが分かるでしょう。移行ツールがないことを考慮して、以下の二つのオプションを当面残してあります。
</p>
<div class="original">
<ul>
@@ -2054,8 +2054,8 @@
</ul>
</div>
<ul>
- <li>Jetspeed 2 のサイト構造，フォルダ，複数ページにより良くマッピングする PSML ファイルの書き換え．</li>
- <li>カードやタブコントローラの動きをサポートする Jetspeed 2 機能の強化．</li>
+ <li>Jetspeed 2 のサイト構造、フォルダ、複数ページにより良くマッピングする PSML ファイルの書き換え。</li>
+ <li>カードやタブコントローラの動きをサポートする Jetspeed 2 機能の強化。</li>
</ul>
</subsection>
</section>
@@ -2067,7 +2067,7 @@
</p>
</div>
<p>
- Jetspeed 2 には，あなたのポータルに初期「種」データを注入するための XML API が定義されています．あなたの種データを XML API 経由で注入することは，データベース特有のデータを注入したり，難しい SQL スクリプトを読む代わりとなります．加えて，XML API はデータをインポート，エクスポートしたり，あなたの Jetspeed 2 データベースをバックアップしたりリストアしたりするのにも使えます．
+ Jetspeed 2 には、あなたのポータルに初期「種」データを注入するための XML API が定義されています。あなたの種データを XML API 経由で注入することは、データベース特有のデータを注入したり、難しい SQL スクリプトを読む代わりとなります。加えて、XML API はデータをインポート、エクスポートしたり、あなたの Jetspeed 2 データベースをバックアップしたりリストアしたりするのにも使えます。
</p>
<div class="original">
<p>
@@ -2077,13 +2077,13 @@
</p>
</div>
<p>
- XML API は，あなたの Jetspeed ポータルのメンテナンスサイクル全体での移行パスも提供します．XML API は，最初にバージョン 2.1 で実装されました．バージョン 2.1 から 2.2 へデータを移行するために，XML API を両バージョンで使って (エクスポートとインポートを行うことにより) 移行を行うことが可能です．
+ XML API は、あなたの Jetspeed ポータルのメンテナンスサイクル全体での移行パスも提供します。XML API は、最初にバージョン 2.1 で実装されました。バージョン 2.1 から 2.2 へデータを移行するために、XML API を両バージョンで使って (エクスポートとインポートを行うことにより) 移行を行うことが可能です。
</p>
<div class="original">
<p>As of 2.1, the Jetspeed API supports the following elements:</p>
</div>
<p>
- 2.1 時点で，Jetspeed API は，以下の要素をサポートします．
+ 2.1 時点で、Jetspeed API は、以下の要素をサポートします。
</p>
<div class="original">
<table>
@@ -2141,39 +2141,39 @@
</tr>
<tr>
<td>MimeTypes</td>
- <td>ポータルがサポートする text/html や text/xhtml などのような Mime Types．</td>
+ <td>ポータルがサポートする text/html や text/xhtml などのような Mime Types。</td>
</tr>
<tr>
<td>メディアタイプ</td>
- <td>ポータルがサポートする html, xml, wml 等のようなメディアタイプ．</td>
+ <td>ポータルがサポートする html, xml, wml 等のようなメディアタイプ。</td>
</tr>
<tr>
<td>機能</td>
- <td>ポータルにアクセスするウェブクライアントに共通の機能．</td>
+ <td>ポータルにアクセスするウェブクライアントに共通の機能。</td>
</tr>
<tr>
<td>クライアント</td>
- <td>ポータルがサポートするウェブクライアント．</td>
+ <td>ポータルがサポートするウェブクライアント。</td>
</tr>
<tr>
<td>ロール</td>
- <td>ポータルの初期設定で定義される全てのロール．</td>
+ <td>ポータルの初期設定で定義される全てのロール。</td>
</tr>
<tr>
<td>グループ</td>
- <td>ポータルの初期設定で定義される全てのグループ．</td>
+ <td>ポータルの初期設定で定義される全てのグループ。</td>
</tr>
<tr>
<td>ユーザ</td>
- <td>ポータルの初期設定で定義される全てのユーザ．最少で admin と guest(anon) ユーザ．</td>
+ <td>ポータルの初期設定で定義される全てのユーザ。最少で admin と guest(anon) ユーザ。</td>
</tr>
<tr>
<td>パーミッション</td>
- <td>ポータルに対する初期定義される J2EE セキュリティポリシー．パーミッションはデフォルトではオフになっていることに注意．</td>
+ <td>ポータルに対する初期定義される J2EE セキュリティポリシー。パーミッションはデフォルトではオフになっていることに注意。</td>
</tr>
<tr>
<td>プロファイリングルール</td>
- <td>ポータルに初期で定義されるすべてのプロファイリングルール．例えば role fallback, user-role-fallback, j1-emulation, default-j2, subsites などのような．</td>
+ <td>ポータルに初期で定義されるすべてのプロファイリングルール。例えば role fallback, user-role-fallback, j1-emulation, default-j2, subsites などのような。</td>
</tr>
<tr>
<td></td>
@@ -2182,8 +2182,14 @@
</table>
</section>
- <section name='XML Schemas'>
+ <section name='[XML Schemas] XML スキーマ'>
+ <div class="original">
<p>Reference for Jetspeed-2 XML schemas:</p>
+ </div>
+ <p>
+ Jetspeed 2 の XML スキーマのリファレンスです。
+ </p>
+ <div class="original">
<table>
<tr>
<td>Jetspeed-2 PSML</td>
@@ -2210,10 +2216,42 @@
<td><a href='http://portals.apache.org/jetspeed-2/2.1/schemas/jetspeed-portlet.xsd'>http://portals.apache.org/jetspeed-2/2.1/schemas/jetspeed-portlet.xsd</a></td>
</tr>
</table>
+ </div>
+ <table>
+ <tr>
+ <td>Jetspeed-2 PSML</td>
+ <td><a href='http://portals.apache.org/jetspeed-2/2.1/schemas/psml.xsd'>http://portals.apache.org/jetspeed-2/2.1/schemas/psml.xsd</a></td>
+ </tr>
+ <tr>
+ <td>Jetspeed-2 Folder Metadata</td>
+ <td><a href='http://portals.apache.org/jetspeed-2/2.1/schemas/folder-metadata.xsd'>http://portals.apache.org/jetspeed-2/2.1/schemas/folder-metadata.xsd</a></td>
+ </tr>
+ <tr>
+ <td>Jetspeed-2 Seed Data</td>
+ <td><a href='http://portals.apache.org/jetspeed-2/2.1/schemas/j2-seed.xsd'>http://portals.apache.org/jetspeed-2/2.1/schemas/j2-seed.xsd</a></td>
+ </tr>
+ <tr>
+ <td>Jetspeed-2 Security Constraints</td>
+ <td><a href='http://portals.apache.org/jetspeed-2/2.1/schemas/page-security.xsd'>http://portals.apache.org/jetspeed-2/2.1/schemas/page-security.xsd</a></td>
+ </tr>
+ <tr>
+ <td>Jetspeed-2 Links</td>
+ <td><a href='http://portals.apache.org/jetspeed-2/2.1/schemas/link.xsd'>http://portals.apache.org/jetspeed-2/2.1/schemas/link.xsd</a></td>
+ </tr>
+ <tr>
+ <td>Jetspeed-2 Extended Portlet Descriptor</td>
+ <td><a href='http://portals.apache.org/jetspeed-2/2.1/schemas/jetspeed-portlet.xsd'>http://portals.apache.org/jetspeed-2/2.1/schemas/jetspeed-portlet.xsd</a></td>
+ </tr>
+ </table>
</section>
- <section name="Where to Get Started?">
+ <section name="[Where to Get Started?] どこから始めれば良いですか?">
+ <div class="original">
<p>The best place to get started is to create your own custom portal. This process is defined online at Apache. The <a href='http://portals.apache.org/tutorials/jetspeed-2/'>Jetspeed Tutorial</a> will take you through
the initial steps of setting up your own (custom) Jetspeed portal, including setting up XML seed data, PSML, custom decorations and portlet applications.</p>
+ </div>
+ <p>
+ はじめに、あなた自身のカスタムポータルを作成すると良いでしょう。このプロセスは、Apache でオンライン上で定義されます。<a href='http://portals.apache.org/tutorials/jetspeed-2/'>Jetspeed チュートリアル</a> は、あなた自身の (カスタム) Jetspeed ポータルの第一歩にあなたを導くでしょう。それには、XML 種データ、PSML、カスタムデコレーション、ポートレットアプリケーションの設定も含まれます。
+ </p>
</section>
</body>
</document>