From karma @ jazz.email.ne.jp Mon Apr 3 18:10:34 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Mon, 03 Apr 2006 18:10:34 +0900
Subject: [Jetspeed-japan-trans] Re: guides/guide-portlet-bridges.xml
In-Reply-To: <442D32A4.1000908@yahoo.co.jp>
References: <87vetudil2.wl%karma@jazz.email.ne.jp>
<442D32A4.1000908@yahoo.co.jp>
Message-ID: <87psjzvxbp.wl%karma@jazz.email.ne.jp>
加藤泰文です.
guides/guide-portlet-bridges.xml 完了です.CRLF/UTF-8 です.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
-------------- next part --------------
テキスト形式以外の添付ファイルを保管しました...
ファイル名: guide-portlet-bridges.xml
型: application/octet-stream
サイズ: 6031 バイト
説明: 無し
URL: http://lists.sourceforge.jp/mailman/archives/jetspeed-japan-trans/attachments/20060403/6a2c4e41/attachment.obj
From karma @ jazz.email.ne.jp Mon Apr 3 18:19:18 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Mon, 03 Apr 2006 18:19:18 +0900
Subject: [Jetspeed-japan-trans] guides/guide-j2-development.xml
Message-ID: <87odzjvwx5.wl%karma@jazz.email.ne.jp>
加藤泰文です.
あっというまに出来そうですけど,guides/guide-j2-development.xml をやり
ます.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
From karma @ jazz.email.ne.jp Mon Apr 3 18:31:27 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Mon, 03 Apr 2006 18:31:27 +0900
Subject: [Jetspeed-japan-trans] Re: guides/guide-j2-development.xml
In-Reply-To: <87odzjvwx5.wl%karma@jazz.email.ne.jp>
References: <87odzjvwx5.wl%karma@jazz.email.ne.jp>
Message-ID: <87mzf3vwcw.wl%karma@jazz.email.ne.jp>
加藤泰文です.
>>> On Mon, 03 Apr 2006 18:19:18 +0900
in message "[Jetspeed-japan-trans] guides/guide-j2-development.xml"
KATOH Yasufumi-san wrote:
> あっというまに出来そうですけど,guides/guide-j2-development.xml をやり
> ます.
出来ました.^^;
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
-------------- next part --------------
テキスト形式以外の添付ファイルを保管しました...
ファイル名: guide-j2-development.xml
型: application/octet-stream
サイズ: 2476 バイト
説明: 無し
URL: http://lists.sourceforge.jp/mailman/archives/jetspeed-japan-trans/attachments/20060403/a925be43/attachment.obj
From karma @ jazz.email.ne.jp Mon Apr 3 18:33:15 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Mon, 03 Apr 2006 18:33:15 +0900
Subject: [Jetspeed-japan-trans] guides/guide-jpt.xml
Message-ID: <87lkunvw9w.wl%karma@jazz.email.ne.jp>
加藤泰文です.
guides/guide-jpt.xml をやります.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
From shinsuke @ users.sourceforge.jp Mon Apr 3 22:03:17 2006
From: shinsuke @ users.sourceforge.jp (shinsuke @ users.sourceforge.jp)
Date: Mon, 3 Apr 2006 22:03:17 +0900
Subject: [Jetspeed-japan-trans] CVS-Update: jetspeed-2-trans/ja/xdocs/guides
committed by shinsuke
Message-ID: <20060403130317.D09CD2AC014@users.sourceforge.jp>
Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/ja/xdocs/guides
In directory sf-cvs:/tmp/cvs-serv25364/ja/xdocs/guides
Modified Files:
guide-j2-development.xml guide-portlet-bridges.xml
Log Message:
submitted by KATOH Yasufumi
jetspeed-2-trans/ja/xdocs/guides/guide-j2-development.xml 1.1.1.1 -> 1.2 (modified)
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/guides/guide-j2-development.xml.diff?r1=1.1.1.1&r2=1.2
jetspeed-2-trans/ja/xdocs/guides/guide-portlet-bridges.xml 1.1.1.1 -> 1.2 (modified)
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/guides/guide-portlet-bridges.xml.diff?r1=1.1.1.1&r2=1.2
===================================================================
RCS file: jetspeed-2-trans/ja/xdocs/guides/guide-j2-development.xml,v
retrieving revision 1.1.1.1
retrieving revision 1.2
diff -u -r1.1.1.1 -r1.2
--- guide-j2-development.xml 2005/12/16 03:43:36 1.1.1.1
+++ guide-j2-development.xml 2006/04/03 13:03:17 1.2
@@ -1,43 +1,58 @@
-
-
-
- For information on how to get started with Jetspeed-2 source code, check
- getting started with Jetspeed-2 source code.
-
- When working with Eclipse with the Subclipse plugin,
- it is possible to generate a patch for the code changed as illustrated below:
-
+ For information on how to get started with Jetspeed-2 source code, check
+ getting started with Jetspeed-2 source code.
+
+ Jetspeed 2 $B$N%=!<%9%3!<%I$r;H$C$F$NF3F~$K$D$$$F$N>pJs$O(B Jetspeed-2$B%=!<%9$+$i$NF3F~%,%$%I(B $B$r$4Mw$/$@$5$$!#(B
+
+ When working with Eclipse with the Subclipse plugin,
+ it is possible to generate a patch for the code changed as illustrated below:
+
+ Subclipse $B%W%i%0%$%s(B $B$r;H$C$F(B Eclipse $B>e$G:n6H$r$7$F$$$k>l9g$O!"0J2<$N?^$N$h$&$K!"%=!<%9%3!<%I$NJQ99$KBP$9$k%Q%C%A$r @ 8@.$9$k$3$H$,2DG=$G$9!#(B
+
-Jetspeed 2 provides a Portlet bridge for Struts. Please visit the Apache Portals Struts Portlet Bridge
-sub project documentation.
-
-Jetspeed 2 also contains multiple Struts portlet demo applications:
-
-
-
+
+
+
+
-
-
-Jetspeed 2 provides a Portlets bridge for JSF. Please visit the Apache Portals JSF Portlet Bridge -sub project documentation. -
--Jetspeed 2 also contains multiple JSF portlet demo applications based on MyFaces JSF implementation: -
-Please find the bridge documentation in the JSF Portlet Bridge subproject. -
--Jetspeed 2 provides a Portlet bridge for Perl applications. Please visit the Apache Portals Perl Portlet Bridge -sub project documentation. -
--Jetspeed 2 provides a Portlet bridge for PHP applications. Please visit the Apache Portals PHP Portlet Bridge -sub project documentation. -
-+Jetspeed 2 provides a Portlet bridge for Struts. Please visit the Apache Portals Struts Portlet Bridge +sub project documentation. +
+ ++Jetspeed 2 $B$O!"(BStruts $BMQ$N%]!<%H%l%C%H%V%j%C%8$rDs6!$7$F$$$^$9!#(BApache $B%]!<%?%k(B Struts $B%]!<%H%l%C%H%V%j%C%8(B$B%5%V%W%m%8%'%/%H$NJ8=q$r$4Mw$/$@$5$$!#(B +
++Jetspeed 2 also contains multiple Struts portlet demo applications: +
+Jetspeed 2 $B$K$O!"J#?t$N(B Struts $B%]!<%H%l%C%H$N%G%b%"%W%j%1!<%7%g%s$,4^$^$l$F$$$^$9!#(B +
+Jetspeed 2 provides a Portlets bridge for JSF. Please visit the Apache Portals JSF Portlet Bridge +sub project documentation. +
+ ++Jetspeed 2 $B$O!"(BJSF $BMQ$N%]!<%H%l%C%H%V%j%C%8$rDs6!$7$F$$$^$9!#(BApache $B%]!<%?%k(B JSF $B%]!<%H%l%C%H%V%j%C%8(B $B%5%V%W%m%8%'%/%H$NJ8=q$r$4Mw$/$@$5$$!#(B +
++Jetspeed 2 also contains multiple JSF portlet demo applications based on MyFaces JSF implementation: +
+Jetspeed 2 $B$K$O!"(BJSF $B
+
+
+Please find the bridge documentation in the JSF Portlet Bridge subproject. +
++JSF $B%]!<%H%l%C%H%V%j%C%8(B$B%5%V%W%m%8%'%/%HFb$N%V%j%C%8$K4X$9$kJ8=q$r$4Mw$/$@$5$$!#(B +
++Jetspeed 2 provides a Portlet bridge for Perl applications. Please visit the Apache Portals Perl Portlet Bridge +sub project documentation. +
+ ++Jetspeed 2 $B$O!"(BPerl $B%"%W%j%1!<%7%g%sMQ$N%]!<%H%l%C%H%V%j%C%8$rDs6!$7$F$$$^$9!#(BApache $B%]!<%?%k(B Perl $B%]!<%H%l%C%H%V%j%C%8(B$B%5%V%W%m%8%'%/%H$NJ8=q$r$4Mw$/$@$5$$!#(B +
++Jetspeed 2 provides a Portlet bridge for PHP applications. Please visit the Apache Portals PHP Portlet Bridge +sub project documentation. +
+ ++Jetspeed 2 $B$O!"(BPHP $B%"%W%j%1!<%7%g%sMQ$N%]!<%H%l%C%H%V%j%C%8$rDs6!$7$F$$$^$9!#(BApache $B%]!<%?%k(B PHP $B%]!<%H%l%C%H%V%j%C%8(B$B%5%V%W%m%8%'%/%H$NJ8=q$r$4Mw$/$@$5$$!#(B +
+-The Jetspeed Power Tool (JPT) is a velocity tool used in Layouts and Decorators to generate dynamic content. -The JPT is a request level velocity tool, and is available to all layouts and decorators. -The JPT is referenced in your decorator or layout as: - -All public JPT APIs can be accessed with: -
The table below defines the Jetspeed Power Tool API for Velocity
-API | -decorateAndInclude($fragment) | -
---|---|
Description | -- Retrieves the application relative path to a decorator template for a given - fragment parameter ($fragment) to be included by Velocity. - Should be passed as a parameter to the Velocity #parse function (#parse includes - another Velocity template). - | -
Parameter | -$fragment - the fragment to be included and decorated. | -
Returns | -String - Application relative path to a decorator template. | -
Examples | -#parse($jetspeed.decorateAndInclude($fragment)) returns /WEB-INF/decorations/layout/html/tigris/decorator-top.vm |
-
API | -getAbsoluteUrl(appRelativePath) | -
---|---|
Description | -- Given a relative path to an portlet application resource, returns an absolute URL. - This API should not be used to reference template ULS since they are usually inaccessible - as absolute URLs because they are often located in a CMS or behind the secured WEB-INF directory. - | -
Parameter | -relativePath - a relative path to a resource in the decorator package. | -
Returns | -String - The full absolute path to a web resource | -
Examples | -$jetspeed.getAbsoluteUrl("/images/test.gif") returns http://localhost:8080/jetspeed/portal/images/test.gif |
-
API | -columns | -
---|---|
Description | -- Returns a list of column for the current fragment during a layout aggregation. - | -
Parameter | -- | -
Returns | -List - a standard Java List of sub-fragments or portlets | -
Examples | -#set ($table = $jetspeed.columns) #foreach($entry in $table) - |
-
API | -- |
---|---|
Description | -- | -
Parameter | -- |
Returns | -- |
Examples | -- |
-Documentation for Jetspeed 2.0-M2 release.. -
-+The Jetspeed Power Tool (JPT) is a velocity tool used in Layouts and Decorators to generate dynamic content. +The JPT is a request level velocity tool, and is available to all layouts and decorators. +The JPT is referenced in your decorator or layout as: + +All public JPT APIs can be accessed with: +
+Jetspeed Power Tool (JPT) は、ダイナミックなコンテンツを生成するためのレイアウトやデコレータで使われる Velocity のツールです。 +JPT は、リクエストレベルの Velocity のツールです。そして、全てのレイアウトとデコレータで利用可能です。 +JPT は、デコレータもしくはレイアウトで + +として参照されます。 +全ての公開の JPT API は、 +
The table below defines the Jetspeed Power Tool API for Velocity
+以下の表は Velocity 用の Jetspeed Power Tool の定義です。
+API | +decorateAndInclude($fragment) | +
---|---|
Description | ++ Retrieves the application relative path to a decorator template for a given + fragment parameter ($fragment) to be included by Velocity. + Should be passed as a parameter to the Velocity #parse function (#parse includes + another Velocity template). + | +
Parameter | +$fragment - the fragment to be included and decorated. | +
Returns | +String - Application relative path to a decorator template. | +
Examples | +#parse($jetspeed.decorateAndInclude($fragment)) returns /WEB-INF/decorations/layout/html/tigris/decorator-top.vm |
+
API | +decorateAndInclude($fragment) | +
---|---|
説明 | ++ Velocity にインクルードするための、与えられたフラグメントパラメータ ($fragment) に対する、デコレータテンプレートへの相対パスを取得します。Velocity の #parse 関数のパラメータとして有効な値である必要があります (#parse は他の Velocity テンプレートをインクルードします)。 + | +
パラメータ | +$fragment - インクルードとデコレートを行うフラグメント。 | +
返り値 | +String - デコレータテンプレートのアプリケーションでの相対パス。 | +
例 | +#parse($jetspeed.decorateAndInclude($fragment)) returns /WEB-INF/decorations/layout/html/tigris/decorator-top.vm |
+
API | +getAbsoluteUrl(appRelativePath) | +
---|---|
Description | ++ Given a relative path to an portlet application resource, returns an absolute URL. + This API should not be used to reference template ULS since they are usually inaccessible + as absolute URLs because they are often located in a CMS or behind the secured WEB-INF directory. + | +
Parameter | +relativePath - a relative path to a resource in the decorator package. | +
Returns | +String - The full absolute path to a web resource | +
Examples | +$jetspeed.getAbsoluteUrl("/images/test.gif") returns http://localhost:8080/jetspeed/portal/images/test.gif |
+
API | +getAbsoluteUrl(appRelativePath) | +
---|---|
説明 | ++ ポートレットアプリケーションリソースへの相対パスを与えます。すると絶対 URL を返します。 + この API はテンプレート ULS を参照するのに使うべきではありません。なぜなら、テンプレート ULS は、しばしば CMS 内に位置したり、保護された WEB-INF ディレクトリに位置したりするために、通常は絶対 URL としてはアクセス出来ないからです。 + | +
パラメータ | +relativePath - デコレータパッケージ内のリソースへの相対パス。 | +
返り値 | +String -ウェブリソースへの絶対パス | +
例 | +$jetspeed.getAbsoluteUrl("/images/test.gif") returns http://localhost:8080/jetspeed/portal/images/test.gif |
+
API | +columns | +
---|---|
Description | ++ Returns a list of column for the current fragment during a layout aggregation. + | +
Parameter | +- | +
Returns | +List - a standard Java List of sub-fragments or portlets | +
Examples | +#set ($table = $jetspeed.columns) #foreach($entry in $table) + |
+
API | +columns | +
---|---|
説明 | ++ レイアウトの集約の間の現在のフラグメントのための列のリストを返す。 + | +
パラメータ | +- | +
返り値 | +List - サブフラグメントもしくはポートレットの標準の Java の List | +
Examples | +#set ($table = $jetspeed.columns) #foreach($entry in $table) + |
+
API | ++ |
---|---|
Description | ++ | +
Parameter | ++ |
Returns | ++ |
Examples | ++ |
API | ++ |
---|---|
説明 | ++ | +
パラメータ | ++ |
返り値 | ++ |
例 | ++ |
+Documentation for Jetspeed 2.0-M2 release.. +
++Jetspeed 2.0-M2 リリース用の文書。 +
+As described below, one of key component of the Jetspeed-2 portal engine is its request pipeline.
-
-
-
- In Jetspeed-2 request are processed through a series of Valve
assembled together as a
- pipeline. For detailed information about Jetspeed-2 pipeline,
- click here.
-
As described below, one of key component of the Jetspeed-2 portal engine is its request pipeline.
+
+
+
+ In Jetspeed-2 request are processed through a series of Valve
assembled together as a
+ pipeline. For detailed information about Jetspeed-2 pipeline,
+ click here.
+
以下にあるように、Jetspeed 2 ポータルエンジンのキーとなるコンポーネントの一つにリクエストパイプラインがあります。
+
+
+
+ Jetspeed 2 では、リクエストはパイプラインとして組み立てられる Valve
の集合を通して処理されます。詳しくは Jetspeed 2 パイプラインについての情報を参照してください。
+ ここを参照.
+
Documentation is critical to make Jetspeed's adoption as smooth as possible. Jetspeed documentation process can be found on Jetspeed's Wiki. Please submit documentation patches, or contribute to the Wiki.
++ 文書の作成は、Jetspeed の導入を可能な限りスムーズにするために重要です。Jetspeed の文書作成のプロセスについては、 + on Jetspeed's Wiki を参照してください。 + 文書のパッチを提出するか、Wiki に書き込んでください。 +
To generate the full site documentation for Jetspeed run the following maven command:
++ Jetspeed の全文書を生成するには、以下のような maven コマンドを実行します。 +
+Note: make sure Jetspeed builds without problems as this goal will take quite some time.
++ 注: このゴールの実行に時間がかかる間に、Jetspeed のビルドが問題なく行われるか確認してください。 +
+To speed up this goal, I recommend running it without an internet connection (link checks can take very long) and with maven.mode.online=false (or use -o on the commandline).
++ このゴールの実行のスピードアップのために、インターネット接続なしで (リンクのチェックにとても長い時間がかかる可能性があります) 、そして maven.mode.online=false として (もしくは、コマンドラインで -o オプションを使うか)、このゴールを実行することをおすすめします。 +
If you are using Maven 1.0 or above, to automatically install the plugin, type the following on a single line:
+もし、Maven 1.0 以上を使っている場合、プラグインを自動的にインストールするには、以下のようなコマンドを一行で入力してください。 +
+
Once, the plugin is install copy xalan.jar to the ${MAVEN_HOME}/lib/endorsed. When build Jetspeed, Xalan is download as a dependency. You
can copy the Jetspeed version of Xalan from
${REPO_HOME}/xalan/jars
.
+ 一度、プラグインは xalan.jar を ${MAVEN_HOME}/lib/endorsed にインストールします。Jetspeed のビルドの際、Xalan は依存性に従ってダウンロードされます。Jetspeed の使用するバージョンの Xalan は ${REPO_HOME}/xalan/jars
からコピー可能です。
+
More information on the PDF plugin can be found on the Maven PDF plugin site .
++ PDF プラグインの更に詳細な情報は、Maven PDF プラグインのサイトを参照してください。 +
To create the PDF documentation for a specific component, go to the component root directory and run:
+特定のコンポーネントの PDF 文書を作成するには、コンポーネントのルートディレクトリに移動し、コマンドを実行します。 +
+Once you generated a new version of the site documentation, you can bring it online as follows:
++ 新しいバージョンのサイト文書を生成したら、以下のようにオンラインで文書を持ってくる事が出来ます。 +
+More information can be found at: Committers' FAQ
++ 更に詳細な情報は Committers' FAQ にあります。 +
+Note: the above link points at information assuming the site itself is under svn. For Jetspeed-2 this isn't (yet) the case. -
+ ++ 注: 前述のリンクはサイト自身が svn の管理下にあると仮定する情報を指し示しています。Jetspeed 2 においては、(まだ) そうではありません。 +
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. - The foremost difference is Jetspeeds Component Oriented Architecture, all assembled together with Spring. - Components replace Turbine services with a standardized component model. - Deployment of new portlet applications, which was completely missing in Jetspeed-1, - is implemented to the Portlet API specification. Turbines file-based configuration - for properties are replaced managed components. Jetspeed-2 is fully decoupled from - the legacy projects that were intertwined in the Jetspeed-1 architecture. -
-Not much.
-- In fact Jetspeed-2 does not re-use any of the code in Jetspeed-1. - Some concepts are continued in Jetspeed-2, but with new design and implementations. - The table below shows some of the concepts continued in Jetspeed-2 from Jetspeed-1. - Note that even though the concepts are continued, they are have changed, - in some cases significantly: -
-- Jetspeed-1 is tightly coupled to the Turbine MVC-2 framework, and this coupling permeates - many areas of the Jetspeed API. Jetspeed-2 does not rely on Turbine as the MVC-2 controller. - Instead, we follow the separation of concerns pattern, and concentrates on doing one thing and doing it well. - That is, implementing a portal. Where as Jetspeed-1 coupled MVC Controller, portal engine, and portlet container - all into one deeply coupled servlet, Jetspeed-2 separates these concerns clearly in its architecture. - The portal engine is Jetspeed-2. It is the MVC for page aggregation, leveraging the dispatching nature - of the servlet architecture, and delegating the actual rendering of portlets to portlet application frameworks. - These portlet applications can in turn have their own MVC frameworks, such as Struts portlet applications, - JSF portlet applications, or Turbine portlet application frameworks. -
-- Most notably missing from Portlet API portlets is the RunData class. - The Jetspeed-1 API uses the RunData class ubiquitously, serving as a wrapper for both the servlet request and response. - Other dependencies on Turbine include Portlet Actions, Portlet Aggregation Engine (ECS), - the Service Architecture, Configuration and Turbine Modules. None of these exist in the newer version. -
-Jetspeed-1 | -Jetspeed-2 | -
---|---|
Run Data | -Portlet API: Portlet Request and Portlet Response | -
Portlet Aggregation Engine (ECS) | -Jetspeed-2 Multi-threaded Portlet Container Engine | -
Turbine Service Architecture | -Jetspeed-2 Components | -
Property Configuration Files | -Spring Configurations, JMX | -
Turbine Modules (Actions) | -Portlet API Actions | -
The Jetspeed-2 portal does not implement the Portlet container. - Pluto implements the JSR 168 interface - contract for portlets running inside our portal. - The Pluto container handles all communication with portlets for the portal. -
-The aggregation engine and the Jetspeed-1 Portlet API are both coupled to a deprecated Jakarta package ECS - (Element Construction Set). ECS generates HTML with Java code, storing the content in temporary - Java objects before sending the HTML out to the servlet output stream. This wasteful use of Java objects - leads to fragmentation on memory, accelerated garbage collection, and paging in high volume sites. - The servlet API clearly provides a content stream for streaming out portlet content. Jetspeed-2 models - its aggregation engine upon the Portlet APIs streams and readers, analogous to the stream-based Servlet - API for rendering content.
-The Portlet API clearly defines the lifecycle of a portlet, the event sequences for actions, - and how the container can cache content from a portlet. The Portlet Lifecycle was not clearly - defined in Jetspeed-1. The portlet API clearly states that only one instance of a portlet will - reside in memory inside a container. The state of the portlet is directly related to the servlet state - for the current user session. While this may seem obvious, portlet state and lifetime was not clearly - defined in Jetspeed-1. -
-In version 1, actions were coupled to Turbine and not properly integrated into the Portlet class. - In fact, actions were separate objects from portlets. In the Portlet API, actions are methods on the portlet. - Action event handling and sequencing is clearly defined in the specification.
-Jetspeed-1 does not have a standardized method of deploying portlets and their supporting files, - 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.
-In Jetspeed-2, the Portlet API defines a standard deployment descriptor for deploying Portal Applications into Jetspeed. - Portal applications must be deployed to the portal. Analogous to the servlets packaged in a web-application (WAR) - deployment model, portals support portlets packaged in a portal-application deployment model. - The Portal Application archive follows the same format as the WAR format defined in the Servlet specification - 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.
-Jetspeed-1 resources such as portal templates, images, skins, controllers, controls, are all merged into the single - Jetspeed web application with no deployment model. For example, to override the default skin or top banner, the - resource files are copied into the portal directory, property files updated to point to the new resources, and the - server must be restarted. This made for the process of tailoring Jetspeed-1 portals to real production portals - a process of property and file merging. In fact Jetspeed-1 now has a Maven plug-in to manage production portals - 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.
-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.
-JSR168 is the Portlet specification enables interoperability between Portlets and Portals. - The specification defines a set of APIs that addresses standardization of portlet aggregation, - personalization, presentation and security. The goals of JSR168 are to:
-The Jetspeed-2 Portlet Server supports the JSR 168 standard. - This is an important initiative, introducing true portlet portability.
-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. + The foremost difference is Jetspeeds Component Oriented Architecture, all assembled together with Spring. + Components replace Turbine services with a standardized component model. + Deployment of new portlet applications, which was completely missing in Jetspeed-1, + is implemented to the Portlet API specification. Turbines file-based configuration + for properties are replaced managed components. Jetspeed-2 is fully decoupled from + the legacy projects that were intertwined in the Jetspeed-1 architecture. +
+Jetspeed-2 は新規のプロジェクトで、土台から書き直され、Jetspeed-1 への依存性はありません。 + Jetspeed-2 は業界標準に基づき、大量の企業ポータルアプリケーション用にデザインされています。 + 一番の違いは、Jetspeed コンポーネント指向アーキテクチャです。すべては、Spring で組み合わされます。 + コンポーネントは、Turbine のサービスを標準化されたコンポーネントモデルに置き換えています。 + Jetspeed-1 では完全にかけていた、新しいポートレットアプリケーションの配備は、 + ポートレット API 仕様に実装されました。プロパティによる Turbine のファイルベース設定は、 + 管理されたコンポーネントに置き換えられています。 + Jetspeed-2 では、Jetspeed-1 アーキテクチャに結びついた既存のプロジェクトから完全に切り離されました。 +
+Not much.
+ほとんどありません。
++ In fact Jetspeed-2 does not re-use any of the code in Jetspeed-1. + Some concepts are continued in Jetspeed-2, but with new design and implementations. + The table below shows some of the concepts continued in Jetspeed-2 from Jetspeed-1. + Note that even though the concepts are continued, they are have changed, + in some cases significantly: +
++ 実際に、Jetspeed-2 は Jetspeed-1 のどんなコードも再利用していません。 + いくつかの概念は、Jetspeed-2 でも継続されています。しかし、新しいデザインと実装をしています。 + 以下の表は、Jetspeed-1 から Jetspeed-2 で継続されているいくつかの概念です。 + その概念は継続されていますが、その中のいくつかの場合は、完全に異なるので注意してください。 +
++ Jetspeed-1 is tightly coupled to the Turbine MVC-2 framework, and this coupling permeates + many areas of the Jetspeed API. Jetspeed-2 does not rely on Turbine as the MVC-2 controller. + Instead, we follow the separation of concerns pattern, and concentrates on doing one thing and doing it well. + That is, implementing a portal. Where as Jetspeed-1 coupled MVC Controller, portal engine, and portlet container + all into one deeply coupled servlet, Jetspeed-2 separates these concerns clearly in its architecture. + The portal engine is Jetspeed-2. It is the MVC for page aggregation, leveraging the dispatching nature + of the servlet architecture, and delegating the actual rendering of portlets to portlet application frameworks. + These portlet applications can in turn have their own MVC frameworks, such as Struts portlet applications, + JSF portlet applications, or Turbine portlet application frameworks. +
++ 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 フレームワークを持っています。 +
++ Most notably missing from Portlet API portlets is the RunData class. + The Jetspeed-1 API uses the RunData class ubiquitously, serving as a wrapper for both the servlet request and response. + Other dependencies on Turbine include Portlet Actions, Portlet Aggregation Engine (ECS), + the Service Architecture, Configuration and Turbine Modules. None of these exist in the newer version. +
++ ポートレット API ポートレットからもっとも顕著に欠けているものは、RunData クラスです。 + Jetspeed-1 API は、偏在的に RunData クラスを私用して、サーブレットリクエストとサーブレットレスポンスの両方へのラッパーとして扱われています。 + Turbine への他の依存関係は、ポートレットアクション、ポートレット集約エンジン(ECS)、サービスアーキテクチャ、設定および Turbine モジュールが含まれます。 + これらの依存関係は、新しいバージョンではありません。 +
+Jetspeed-1 | +Jetspeed-2 | +
---|---|
Run Data | +Portlet API: Portlet Request and Portlet Response | +
Portlet Aggregation Engine (ECS) | +Jetspeed-2 Multi-threaded Portlet Container Engine | +
Turbine Service Architecture | +Jetspeed-2 Components | +
Property Configuration Files | +Spring Configurations, JMX | +
Turbine Modules (Actions) | +Portlet API Actions | +
Jetspeed-1 | +Jetspeed-2 | +
---|---|
Run Data | +ポートレット API: ポートレットリクエストおよびポートレットレスポンス | +
ポートレット集約エンジン (ECS) | +Jetspeed-2 マルチスレッドポートレットコンテナエンジン | +
Turbine サービスアーキテクチャ | +Jetspeed-2 コンポーネント | +
プロパティ設定ファイル | +Spring の設定、JMX | +
Turbine モジュール (アクション) | +ポートレット API のアクション | +
The Jetspeed-2 portal does not implement the Portlet container. + Pluto implements the JSR 168 interface + contract for portlets running inside our portal. + The Pluto container handles all communication with portlets for the portal. +
+Jetspeed-2 ポータルは、ポートレットコンテナを実装していません。 + Pluto は、ポータル内で実行するポートレット用の JSR 168 インターフェース規約を実装しています。 + Pluto コンテナは、ポータル用のポートレットとのすべての通信を処理します。 +
+The aggregation engine and the Jetspeed-1 Portlet API are both coupled to a deprecated Jakarta package ECS + (Element Construction Set). ECS generates HTML with Java code, storing the content in temporary + Java objects before sending the HTML out to the servlet output stream. This wasteful use of Java objects + leads to fragmentation on memory, accelerated garbage collection, and paging in high volume sites. + The servlet API clearly provides a content stream for streaming out portlet content. Jetspeed-2 models + its aggregation engine upon the Portlet APIs streams and readers, analogous to the stream-based Servlet + API for rendering content.
+集約エンジンおよび Jetspeed-1 ポートレット API は、廃止された Jakarta ぱっけーじの ECS (Element Construction Set) と結びついています。 + ECS は、Java コードを用いて HTML を生成し、HTML をサーブレット出力ストリームへ送り出す前に、一時的な Java オブジェクト内にコンテンツを保存します。 + この Java オブジェクトの無駄な使用は、メモリ上の断片化、短期間でのガーベッジコレクション、大容量サイトでのページングを引き起こします。 + サーブレット API は、ポートレットコンテンツ出力ストリーム用のコンテンツストリームを提供します。 + Jetspeed-2 は、コンテンツ描画用のストリームベースのサーブレットに類似している、ポートレット API のストリームおよび読み込み部分の上にその集約エンジンを構成しています。 +
+The Portlet API clearly defines the lifecycle of a portlet, the event sequences for actions, + and how the container can cache content from a portlet. The Portlet Lifecycle was not clearly + defined in Jetspeed-1. The portlet API clearly states that only one instance of a portlet will + reside in memory inside a container. The state of the portlet is directly related to the servlet state + for the current user session. While this may seem obvious, portlet state and lifetime was not clearly + defined in Jetspeed-1. +
+ポートレット API は、ポートレットのライフサイクル、アクションのイベント処理手順、および、コンテナがどのようにポートレットからコンテンツをキャッシュできるかを定義しています。 + ポートレットのライフサイクルは、Jetspeed-1 では明確に定義されていませんでした。 + ポートレット API ではポートレットの1つのインスタンスだけがコンテナ内のメモリに存在することを明記してあります。 + ポートレットの状態は、現在のユーザーセッションに関するサーブレットの状態に直接関連しています。 + これで明確であるかもしれないが、ポートレットの状態とライフサイクルは Jetspeed-1 では明確に定義されていませんでした。 +
+In version 1, actions were coupled to Turbine and not properly integrated into the Portlet class. + In fact, actions were separate objects from portlets. In the Portlet API, actions are methods on the portlet. + Action event handling and sequencing is clearly defined in the specification.
+バージョン 1 では、アクションは Turbine に結びついていて、適切にポートレットのクラスには統合されていませんでした。 + 実際に、アクションは、ポートレットから分けられたオブジェクトでした。ポートレット API では、アクションはポートレット上のメソッドです。 + アクションイベント処理と順序は、仕様で明確に定義されています。
+Jetspeed-1 does not have a standardized method of deploying portlets and their supporting files, + 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.
+Jetspeed-1 は、一般的なポートレットアプリケーションとしてのポートレットの配備やそれらをサポートするファイルに関する標準的な方法がありませんでした。 + アプリケーションをインポートするために、開発者は、Jetspeed ウェブアプリケーション形式に合うように、レジストリファイル、クラスや JAR ファイル、PSML やテンプレートなどをパッケージ化しなければなりません。 +
+In Jetspeed-2, the Portlet API defines a standard deployment descriptor for deploying Portal Applications into Jetspeed. + Portal applications must be deployed to the portal. Analogous to the servlets packaged in a web-application (WAR) + deployment model, portals support portlets packaged in a portal-application deployment model. + The Portal Application archive follows the same format as the WAR format defined in the Servlet specification + 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.
+Jetspeed-2 では、ポートレット API が Jetspeed にポータルアプリケーションを配備するために、標準の配備記述子を定義しています。 + ポータルアプリケーションは、ポータルへ配備されます。 + ウェブアプリケーション (WAR) 配備モデルでパッケージ化されたサーブレットに似て、ポータルはポートレットアプリケーション配備モデルでパッケージ化されたポートレットをサポートします。 + ポータルアプリケーションアーカイブは、追加のポートレット配備記述子ファイルを含め、サーブレット仕様で定義された WAR 形式と同じフォーマットに従います。 + Jetspeed-2 の明確な利点は、標準形式でポートレットアプリケーションをサーバーへ動的配備が可能なことです。 +
+Jetspeed-1 resources such as portal templates, images, skins, controllers, controls, are all merged into the single + Jetspeed web application with no deployment model. For example, to override the default skin or top banner, the + resource files are copied into the portal directory, property files updated to point to the new resources, and the + server must be restarted. This made for the process of tailoring Jetspeed-1 portals to real production portals + a process of property and file merging. In fact Jetspeed-1 now has a Maven plug-in to manage production portals + 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.
+ポータルテンプレート、画像、スキン、コントローラ、制御などの Jetspeed-1 のリソースは、配備モデルのない一つの Jetspeed ウェブアプリケーションに統合されました。 + たとえば、標準のスキンや上部のバナーを上書きするには、リソースファイルをポータルディレクトリ上にコピーして、適切なファイルを新しいリソースとして更新し、サーバーを再起動する必要があります。 + これは、プロパティやファイルを統合するプロセスなどの、Jetspeed-1 を実際の本稼働ポータルに仕上げるプロセスに有効です。 + 実際に Jetspeed-1 では、今、Jetspeed-1 ポータル本体から本稼働ポータルを分けて管理するために Maven プラグイン持っています。 + この手のツールの必要性は、困難なポータルメンテナンス処理が必要とされる、ポータルリソース用の有用な配備モデルを Jetspeed-1 が持っていないという事実を取り繕うことから来ます。 +
+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.
+Jetspeed-2 本稼働用ポータルについては、ポータルリソースは Jetspeed 固有のアーカイブフォーマットでパッケージ化します。 + つまり、ポータルリソース (上部のバナー、スキン、画像、スタイルシート) は、実行時に動的にポータルを調整するためにすべて配備することができます。 +
+JSR168 is the Portlet specification enables interoperability between Portlets and Portals. + The specification defines a set of APIs that addresses standardization of portlet aggregation, + personalization, presentation and security. The goals of JSR168 are to:
+JSR168 はポートレットの仕様で、ポートレットとポータル間の相互運用性を実現します。 + この仕様は、ポートレットの集約、パーソナライズ、表示およびセキュリティの標準に関する API 群を定義しています。 + JSR168 のゴールは、以下のことです。
+The Jetspeed-2 Portlet Server supports the JSR 168 standard. + This is an important initiative, introducing true portlet portability.
+Jetspeed-2 ポータルサーバーは JSR 168 標準をサポートします。 + これは、真のポートレット移植性を導入するための、重要な第一歩です。
+Adding functionality to Maven is done through the Maven plugin mechanism. Maven comes shipped with numerous plugins and provides an extensible framework for writing custom plugins. @@ -32,10 +36,23 @@ Writing a Plugin section of Maven's web site.
++ Maven への機能の追加は、Maven プラグイン機構を通して、行われます。Maven は多数のプラグインとともに配布され、カスタムプラグインを記述するための拡張可能なフレームワークを提供しています。 + カスタム Maven プラグインの詳細については、Maven のウェブサイトの + プラグインの記述(Writing a Plugin)で見つけることができます。 +
+Jetspeed 2 has developed a custom Maven plugin that centralizes most common build goals required to build a Jetspeed 2 based portal application. This provides many benefits:
++ Jetspeed 2 は、Jetspeed 2 ベースのポータルアプリケーションを構築するために必要な、多くで共通の構築ゴールをまとめた、カスタム Maven プラグインを開発しました。 + これは、次の多くの利点があります。 +
+j2:portal.genapp
を用いて、
+ 新しいポータルアプリケーションを作成できます。新しいアプリケーションの開発者は、quickStart、ポートレットの配備など、共通ののビルド操作用 Jetspeed 2 Maven プラグインのゴールを再利用できます。
+ Goal | @@ -81,12 +113,44 @@
---|
ゴール | +説明 | +
---|---|
j2:portal.genapp |
+
+ カスタムポータルアプリケーションの生成または更新。
+ このゴールの基本利用方法に関して、導入
+ ドキュメントを確認してください。
+ + |
+
j2:portal.genapp.minimal |
+
+ j2:portal.genapp と同様に動作します。しかし、WEB-INF/pages から 以下のディレクトリとファイルだけをコピーします。
+
|
+
The j2:portal.genapp
goal above is actually no more than a wrapper around several (sub)goals
which can also be used individually to update and configure your portal application:
+ 上の j2:portal.genapp
ゴールは、実際には、以下のようなポータルアプリケーションを個々に更新や設定するために使用することができるいくつのゴールに関するラッパーでしかありません。
+
Goal | @@ -206,14 +270,126 @@
---|
ゴール | +説明 | +
---|---|
j2:portal.copy.webapp |
+
+ プラグインから ${org.apache.jetspeed.portal.webapp.dir} フォルダへ (静的な) Jetspeed 2 ポータルウェブリソースをコピーします。
+ + + このゴールの再実行は、前回のリソースを削除しませんが、既存のリソースは上書きされます。 + + + Jetspeed 2 ポータルの新しいバージョンへアップグレードする必要がある場合は、まず、これらのリソースを削除しなければなりません。 + デフォルトでは、対象フォルダが Maven デフォルトの対象フォルダ内で構成され、 clear ゴールの実行でそれが実行されます。
+ |
+
j2:portal.copy.webapp.minimal |
+
+ j2:portal.copy.webapp と同様。しかし、WEB-INF/pages から以下のディレクトリとファイルをコピーするだけです。
+
|
+
j2:portal.conf.project |
+
+ 新規に Maven プロジェクトを作成、または、${org.apache.jetspeed.portal.home.dir} フォルダ内の既存のポータルプロジェクト設定を更新します。
+ + 次の 5 つの Maven プロジェクトファイルの階層が作成されます。 +
+ + 追加的に、ポータルをさらにカスタマイズするために独自の maven.xmlを追加したり、project.properties または build.properties を追加できます。 + このゴールを再度実行するときには、これらを保存しておきます。 + |
+
j2:portal.conf.sql |
+
+ ${org.apache.jetspeed.portal.sql.dir} 以下に、設定されたデータベース用にポータル SQL スキーマ DDL を生成します。
+ 静的に定義された共通および選択されたデータベース固有の SQL の DML および DDL (生成された DDL が優先可能なら) も同様にコピーします。
+ + + このゴールが実行されると、SQL 対象フォルダの内容は、はじめに削除されます。 + |
+
j2:portal.conf.ojb |
+
+ OJB 設定、現在の選択された本稼働用データベース用フィルタされて、${org.apache.jetspeed.portal.target.dir} へコピーします。
+ + + 標準では、上記の対象フォルダは標準の Maven WAR 対象フォルダ以下に構成されます。 + Maven clear ゴールは、このフィルタされた OJB 設定を削除します。
+ |
+
j2:portal.conf.ldap |
+
+ ${org.apache.jetspeed.portal.target.dir} フォルダへ LDAP 設定をコピーします。
+ |
+
j2:portal.conf.jetspeed |
+
+ ${org.apache.jetspeed.portal.target.dir} フォルダへフィルタされた jetspeed.properties ポータル設定をコピーします。
+ + + デフォルトで、上記の対象フォルダは標準の Maven の WAR 対象フォルダ以下に構成されます。 + Maven clear ゴールは、このフィルタされた jetspeed.properties ファイルも削除します。
+ |
+
j2:portal.conf.tomcat |
+
+ ${org.apache.jetspeed.portal.conf.dir} フォルダへの現在のデータベース接続設定を含めた、フィルタされた Tomcat コンテキスト記述子をコピーします。
+ + + ${org.apache.jetspeed.catalina.major.version} 設定に基づき、Tomcat 5.0.x または 5.5.x タイプのテンプレートコンテキスト記述子が使用されます。
+ + + フィルタされた Tomcat コンテキスト記述子は、 j2:portal.deploy ゴールによって、Tomcat サーバーへコピーされます。
+ + + Tomcat のメジャーバージョンおよびデータベース接続設定を変更したい場合、ポータルを (再) 配備する前に再度、このゴールを実行する必要があります。 + + + デフォルトでは、上記の対象フォルダは、標準の Maven 対象フォルダ以下に構成されます。 + Maven clear ゴールは、このフィルタされたコンテキスト記述子ファイルを削除します。
+ |
+
Several goals are available for quickly deploying the Portal Application together with a predefined set of Portlet Applications and optionally with creating and seeding the portal database.
++ いくつかのゴールは、すばやくポータルアプリケーションを前もって定義されたポータルアプリケーション群と、状況に応じて、ポータル用のデータベース生成を含めて、ポータルアプケーションを配備するために利用可能です。 +
+Goal | @@ -283,8 +459,71 @@
---|
ゴール | +説明 | +
---|---|
j2:doStart |
+
+ ポータルアプリケーションを配備して、設定された Tomcat サーバー (共有ライブラリ、ポータルアプリケーションのコンテキストなど) 用の必要な依存関係を設定するための汎用的なゴールです。
+ + + このゴールは、設定するために deployType プラグインプロパティが必要です。デフォルト値は
+ "j2:fullDeploy" です (以下参照)。
+ + + recreateDB プラグインプロパティが設定されている場合、j2:db.recreate ゴールが呼び出されます。
+ + すべての既存の Jetspeed 2 標準およびデモポートレットアプリケーションは、 j2:remove.wars ゴールを通して、削除されます。
+ + 共有の依存関係は、 j2:copy.shared.deps を用いて、Tomcat サーバーへコピーされます。
+ + そして、最後に、設定された deployType プラグインプロパティの値は、指定された配備ゴールを実行するために使用されます。
+ |
+
j2:quickStart |
+
+ deployType="j2:fullDeploy" および recreateDB=true を用いて、j2:doStart を呼び出します。
+ |
+
j2:nodbQuickStart |
+
+ deployType="j2:nodbfullDeploy" および recreateDB=false を用いて、j2:doStart を呼び出します。
+ |
+
j2:basicStart |
+
+ deployType="j2:basicDeploy" および recreateDB=true を用いて、j2:doStart を呼び出します。
+ |
+
j2:nodbBasicStart |
+
+ deployType="j2:nodbBasicDeploy" および recreateDB=false を用いて、j2:doStart を呼び出します。
+ |
+
j2:minStart |
+
+ deployType="j2:minDeploy" および recreateDB=true を用いて、j2:doStart を呼び出します。
+ |
+
j2:nodbMinStart |
+
+ deployType="j2:nodbMinDeploy" および recreateDB=false を用いて、j2:doStart を呼び出します。
+ |
+
Goal | @@ -329,8 +568,53 @@
---|
ゴール | +説明 | +
---|---|
j2:remove.wars | +
+ Tomcat サーバーから、ポータル、すべての標準およびデモポートレットアプリケーション (以下の j2:fullDeploy を参照) と (存在すれば) それらのコンテンツ記述子を削除します。
+ |
+
j2:catalina.base.shared |
+ + 共通のポートレットコンテナ用に必要なすべての基本 JAR ファイルをコピーします。 + | +
j2:catalina.shared |
+ 共通コンテナ用に必要なすべての JAR ファイルをコピーします。 | +
j2:copy.shared.deps |
+
+ j2:catalina.base.shared および j2:catalina.shared を呼び出すラッパーゴール。
+ |
+
j2:portal.deploy |
+
+ Tomcat サーバーへポータルアプリケーションおよびそれに依存するものだけを配備します。
+ + + はじめに、 j2:remove.wars ゴールで現在のインストールされたポータルを削除します。
+ + 次に、ローカル Maven リポジトリからアプリケーションサーバーへ構築されたポータル WAR をコピーして展開します。 + + そして、ポータル用に Tomcat コンテンツ記述子をコピーします。( j2:portal.conf.tomcat ゴールも参照してください)
+ + 最後に、 j2:copy.shared.deps ゴールで共有される依存するものをインストールします。
+ |
+
Goal | @@ -418,9 +702,92 @@
---|
ゴール | +説明 | +
---|---|
j2:deploy |
+
+ ${maven.war.final.name} プロパティによって特定されたポートレットアプリケーションを配備するための標準ゴール。
+ + + ポートレットアプリケーションは、ローカル Maven リポジトリの Jetspeed2 グループ内で検索されます。 + リポジトリ内でポートレットを検索するときに、このゴールは、プラグイン内で設定された Jetspeed 2 のバージョン番号で与えられたポートレットアプリケーションを検索します。 + ${maven.war.final.name}-${jetspeed.version}.war の書式に従ったリポジトリ内で検索されたファイル名で、${maven.war.final.name}.war として配備されます。
+ |
+
j2:pam.layoutdeploy |
+ Jetspeed ローカルレイアウトポートレットアプリケーションを配備します。 | +
j2:pam.admindeploy |
+ Jetspeed 管理ポートレットアプリケーションを配備します。 | +
j2:pam.tsdeploy |
+ Pluto テストスイートポートレットアプリケーションを配備します。 | +
j2:pam.strutsdeploy |
+ Struts メールリーダーデモポートレットアプリケーションを配備します。 | +
j2:pam.jpetstoredeploy |
+ iBatis Jpetstore ベースのデモポートレットアプリケーションを配備します。 | +
j2:pam.jsfdeploy |
+ Jetspeed で汎用的な JSF ポートレットブリッジを使用した JSF デモポートレットアプリケーションを配備します。 | +
j2:pam.jsfmyfacesdeploy |
+ MyFaces に含まれる JSF ポートレットブリッジを使用した JSF デモポートレットアプリケーションを配備します。 | +
j2:pam.phpdeploy |
+ Jetspeed PHP ブリッジデモポートレットアプリケーションを配備します。 | +
j2:pam.perldeploy |
+ Jetspeed Perl ブリッジデモポートレットアプリケーションを配備します。 | +
j2:pam.rssdeploy |
+ RSS フィードデモポートレットアプリケーションを配備します。 | +
j2:nodbMinDeploy |
+
+ j2:portal.deploy ゴールを使用したポータルを配備し、j2:pam.layoutdeploy と j2:pam.admindeploy を使用して、レイアウトポートレットと管理ポートレットだけを配備します。
+ |
+
j2:minDeploy |
+
+ j2:nodbMinDeploy と同様な機能に加えて、j2:db.entities ゴールを使用して、ポータルデータベースを作成します。
+ |
+
j2:nodbfullDeploy |
+
+ j2:nodbMinDeploy と同様な機能ですが、追加で、他のすべてのデモポートレットアプリケーション (上のすべてのリストを参照) を配備します。
+ |
+
j2:fullDeploy |
+
+ j2:nodbFullDeploy と同様な機能に加えて、j2:db.entities ゴールを使用して、ポータルデータベー>スを作成します。
+ |
+
Goal | @@ -478,8 +845,62 @@
---|
ゴール | +説明 | +
---|---|
j2:start.production.server |
+ ポータルによって使用される標準の HSQLDB 本稼働用データベースを起動します。 | +
j2:start.test.server |
+ + Jetspeed 2 のビルド中にテスト用で使用するために、標準の HSQLDB テスト用データベースを起動します。 + | +
j2:db.create.test |
+
+ テスト用データベースのテーブルを作成します。もし、標準の HSQLDB を利用する場合、j2:start.test.server ゴール内で先に起動されていなければなりません。
+ + 既存のポータルのテーブルは始めに削除されます。初めて実行する場合は、「table does not exist」エラーメッセージが表示されますが、それらは無視することができます。 + |
+
j2:db.create.production |
+
+ 本稼働用のデータベースのテーブルを作成します。もし、標準の HSQLDB を利用する場合、j2:start.production.server ゴール内で先に起動されていなければなりません。
+ + 既存のポータルのテーブルは始めに削除されます。初めて実行する場合は、「table does not exist」エラーメッセージが表示され>ますが、それらは無視することができます。 + |
+
j2:db.recreate |
+
+ j2:db.create.production ゴールを利用して、本稼働用データベースを再作成しますが、まず、j2:portal.conf.sql 使用して、SQL スクリプトを (再) 生成します。
+ |
+
j2:db.drop.test |
+ テスト用データベースのポータルに関するテーブルを削除します。 | +
j2:db.drop.production |
+ 本稼働用データベースのポータルに関するテーブルを削除します。 | +
j2:db.entities |
+ + Jetspeed 2 で構成された標準の PSML 構成用のユーザー情報を投入します。 + | +
Goal | @@ -491,11 +912,29 @@ apacheds-server.xml configuration.
---|
ゴール | +説明 | +
---|---|
j2:start.ldap.server |
+ 標準の Apache Directory Server を起動し、標準の + apacheds-server.xml 設定を読み込みます。 | +
Generic set of goals for redeploying a specific Jetspeed component.
++ 特定の Jetspeed コンポーネントを再配備するための一般的なゴール群です。 +
+Goal | @@ -527,6 +966,37 @@
---|
ゴール | +説明 | +
---|---|
j2:jar.deploy |
+ + ローカル Maven リポジトリから配備ディレクトリへ Jetspeed コアコンポーネントを配備します。 + | +
j2:jar.deploy.shared |
+ + ローカル Maven リポジトリから Tomcat の共有ライブラリディレクトリへ Jetspeed コアコンポーネントを配備します。 + | +
j2:deployDecorations |
+ + WEB-INF/decorations ディレクトリから配備されたポータルへすべてのデコレーションを配備します。 + | +
j2:deployTemplates |
+ + WEB-INF/templates ディレクトリから配備されたポータルへすべてのテンプレートを配備します。 + | +