shins****@users*****
shins****@users*****
2006年 5月 25日 (木) 12:39:43 JST
Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/ja/xdocs In directory sf-cvs:/tmp/cvs-serv13738/ja/xdocs Modified Files: index.xml j1-users.xml Log Message: fixed number chars jetspeed-2-trans/ja/xdocs/index.xml 1.3 -> 1.4 (modified) http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/index.xml.diff?r1=1.3&r2=1.4 jetspeed-2-trans/ja/xdocs/j1-users.xml 1.3 -> 1.4 (modified) http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/j1-users.xml.diff?r1=1.3&r2=1.4 =================================================================== RCS file: jetspeed-2-trans/ja/xdocs/index.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- index.xml 2005/12/29 22:07:51 1.3 +++ index.xml 2006/05/25 03:39:43 1.4 @@ -125,8 +125,8 @@ Javaポートレット標準</a>に準拠し、ポートレット配備の 標準メカニズムを提供します。次に、Jetspeed-2 はマルチ スレッド化された機能を特徴とする拡張可能なアーキテクチャに - なっています。3番目として、Jetspeed-2 はいくつかの - 既存のオープンソースから分離されています。4番目に + なっています。3番目として、Jetspeed-2 はいくつかの + 既存のオープンソースから分離されています。4番目に Jetspeed-2 はコンポーネントアーキテクチャベースです。 <br/><br/> </p> @@ -176,7 +176,7 @@ <p> Jetspeed は、Java と XML で記述された、企業情報ポータルの オープンソースの実装です。Jetspeed ポータル内では、 - 一つのページを作成するために、個々のポートレットが + 1 つのページを作成するために、個々のポートレットが 集約されます。各ポートレットは、独立したアプリケーションで、 利用しやすい方法で複数の利用可能な情報源から情報を作るための 中央のハブとして動作するJetspeedに用いられます。 @@ -195,7 +195,7 @@ </p> </div> <p> - Jetspeed ベースのポータルでは、1つのウェブサイトを + Jetspeed ベースのポータルでは、1つのウェブサイトを 通して、エンドユーザーへアプリケーション、データベースの 情報やその他の利用可能なデータソースを提供できます。 Jetspeed は、各ユーザーへ提供される情報や機能は、 =================================================================== RCS file: jetspeed-2-trans/ja/xdocs/j1-users.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- j1-users.xml 2006/05/01 03:12:53 1.3 +++ j1-users.xml 2006/05/25 03:39:43 1.4 @@ -156,7 +156,7 @@ <li>5. レジストリ?? TJetspeed-1 レジストリは Jetspeed-2 で継続していません。 すべてのポートレットは Jetspeed-2 のレジストリデータベース内に保存されます。 移行ツールは現在ありません。 - ご利用のポートレットは、JSR 168 ポートレットへ変換して、すべてのポートレットを一つのポートレットアプリケーションにパッケージングして、 + ご利用のポートレットは、JSR 168 ポートレットへ変換して、すべてのポートレットを 1 つのポートレットアプリケーションにパッケージングして、 標準の WAR ファイルとして配備することをおすすめします。 そのほかのレジストリは、すべて廃止しています。</li> <li>6. JSP および Velocity テンプレート?? テンプレートはいくつかの拡張として再利用できます。 @@ -192,8 +192,8 @@ <p> Jetspeed-1 は Turbine の MVC-2 フレームワークと強く結びつき、この結びつきが、Jetspeed API の多くの箇所に及んでいます。 Jetspeed-2 では、MVC-2 コントローラとしての Turbine に依存しません。 - それに代わり、関連するパターンを分離して、1つのことに実行かつ、それをうまく動かすことに集中します。 - つまり、ポータルの実装をすることです。一方、Jetspeed-1 は MVC コントローラ、ポータルエンジン、ポートレットコンテナ、などすべてがサーブレットに強く結びついた1カ所に結びついています。 + それに代わり、関連するパターンを分離して、1つのことに実行かつ、それをうまく動かすことに集中します。 + つまり、ポータルの実装をすることです。一方、Jetspeed-1 は MVC コントローラ、ポータルエンジン、ポートレットコンテナ、などすべてがサーブレットに強く結びついた1カ所に結びついています。 Jetspeed-2 は、そのアーキテクチャの中で、これらの関連することを明確に分けています。 ポータルエンジンは、Jetspeed-2 です。それは、ページ集約用の MVC で、作業を振り分けるサーブレットアーキテクチャの特性を利用し、ポートレットの実際の描画をポートレットアプリケーションに委譲します。 これらのポートレットアプリケーションでもやはり、Strutc ポートレットアプリケーション、JSF ポートレットアプリケーション、または、Turbine ポートレットアプリケーションフレームワークのような、独自の MVC フレームワークを持っています。 @@ -313,7 +313,7 @@ </div> <p>ポートレット API は、ポートレットのライフサイクル、アクションのイベント処理手順、および、コンテナがどのようにポートレットからコンテンツをキャッシュできるかを定義しています。 ポートレットのライフサイクルは、Jetspeed-1 では明確に定義されていませんでした。 - ポートレット API ではポートレットの1つのインスタンスだけがコンテナ内のメモリに存在することを明記してあります。 + ポートレット API ではポートレットの1つのインスタンスだけがコンテナ内のメモリに存在することを明記してあります。 ポートレットの状態は、現在のユーザーセッションに関するサーブレットの状態に直接関連しています。 これで明確であるかもしれないが、ポートレットの状態とライフサイクルは Jetspeed-1 では明確に定義されていませんでした。 </p> @@ -362,7 +362,7 @@ 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 のリソースは、配備モデルのない一つの Jetspeed ウェブアプリケーションに統合されました。 + <p>ポータルテンプレート、画像、スキン、コントローラ、制御などの Jetspeed-1 のリソースは、配備モデルのない 1 つの Jetspeed ウェブアプリケーションに統合されました。 たとえば、標準のスキンや上部のバナーを上書きするには、リソースファイルをポータルディレクトリ上にコピーして、適切なファイルを新しいリソースとして更新し、サーバーを再起動する必要があります。 これは、プロパティやファイルを統合するプロセスなどの、Jetspeed-1 を実際の本稼働ポータルに仕上げるプロセスに有効です。 実際に Jetspeed-1 では、今、Jetspeed-1 ポータル本体から本稼働ポータルを分けて管理するために Maven プラグイン持っています。