From hypergori @ nifty.com Mon Jan 9 09:41:39 2006
From: hypergori @ nifty.com (Masashi Nakane)
Date: Sun, 8 Jan 2006 19:41:39 -0500
Subject: [Jetspeed-japan-trans] =?iso-2022-jp?b?Z3VpZGUtZGVjb3JhdG9ycy54?=
=?iso-2022-jp?b?bWwgVVAbJEIkNyReJDkbKEI=?=
In-Reply-To: <43B356B8.7040505@yahoo.co.jp>
Message-ID:
-Decorators are defined as any static or semi-static markup surrounding a dynamically generated Fragment.
-Decorators are usually written with either Velocity or JSP templates. This guide will focus primarily
-on using the Velocity scripting language to build decoration. However, most of the standards and
-approaches described here can be applied to writing decroations in other scripting languages.
-
- There are two different types of decorations that are used when building a page; Portlet and Layout (or page).
-
- Portlet decorations are the "window dressings" of Jetspeed. They wrap each indivual portlet fragment's
- rendered content with HTML (XHTML, VXML, etc). Portlet decoration's are responsible for displaying the
- appropriate title and any buttons associated with changing window states or portlet modes.
-
- Layout or Page decorations responsible for providind a "header" area and "footer" area for a single
- portal page which is represented by a .psml document (see: Documentation for Designers working with PSML
- for more information on psml). They also provide general style information for the page and portlets. However,
- portlet level style settings can be overidden at the portlet decoration level.
-
- All decorations are stored in a directory directly off of the web applications
- root called decrorations
. The two primary directories under the
- here are layout
for layout decorations and portlet
- for portlet decorations. Individual decoartions are housed in thier own directories
- underneath these two directories. The name of the directory you create for under either
- layout
or portlet
is how Jetspeed will locate your decoration. We
- will go into further detail on how this works later on in this guide.
-
- In it's most basic form a Layout Decroation only requires you to define - four files: -
/decorations/layout
. The styles.css needs
- to be put into a subdirectory of your decoration names css/
.
-
- - The decorator.properties file holds basic information about your layout - decoration. In all actuallity, this file can be blank, but we still require - that it be present as it is used by other APIs to "discover" available decorations. - With that being said, it is safe to assume that all the properties defined below - are optional. -
Property Name | -Description | -Default | -
---|---|---|
base.css.class | -- This value is generally placed in the top most element tag - of your header template. You will see how it is used when - we go into development of a header template. - | -Defaults to the name of your decoration | -
stylesheet | -Relative path to your decoration's stylesheet | -css/styles.css | -
header | -Relative path to your decoration's header template | -header.vm | -
footer | -Relative path to your decoration's footer template | -footer.vm | -
- The header.vm represnts the top portion of your portal page. Below is a section
- by section walkthrough of the basics required to write a functional header
- template.
-
- NOTICE: It is assumed that the reader is proficient in both
- the use of HTML and CSS. A rudimentary knowledge of Velocity helps but is not
- required to develop a decoration.
-
- - The first two lines should be obvious, if they are not, this guide from here - on out will not be much help to you ;-) - -
- Now the line containing #defineLayoutObjects()
will not be as obvious in its
- purpose as the previous two. #defineLayoutObjects()
is what is known, in
- Velocity vernacular, as a macro. A macro is a predefined snippet of Velocity
- code that can be reused within any Velocity template. All of the global macros
- we will be using (including this one) are defined within the WEB-INF/jetspeed_macros.vm
.
- Later in this guide we will discuss supplying your own, custom macros for assisting
- you in your decoration development, if you choose to. Now, back to the #defineLayoutObjects()
.
- #defineLayoutObjects()
adds values to Velocity that will be accessible within header.vm,
- footer.vm, other macros and all of your portlet decoration templates. We could easily stop here
- regarding #defineLayoutObjects()
, however, I feel it can be helpful to have some
- insights into the inner workings of Velocity for the uninitiated. With out further ado, the
- code:
-
-
- Hmm. What is actually happening here. Okay first off we have, #set()
, this is what is known as a
- directive in Velocity. A directive is built-in functionallity and not a macro. #set()
- is pretty straight forward in that it takes the value on the right of the = and assigns it to
- the left. Cool, that seems fairly straight forward. But how does one work with these values and where
- the heck did $JS2RequestContext.locale
come from? I guess i should take a quick step back
- and describe how we work with objects in Velocity. All objects available to a Velocity template
- can be referenced via the $someObject
notation. Knowing that much invoking a method
- , let's getFoo(), can be done just like this $someObject.getFoo()
. Even cooler is the
- fact we can short-hand getter methods that don't take any arguments like this,
- $someObject.foo
. As for this $JS2RequestContext
this is actually
- an instance of the org.apache.jetspeed.RequestContext
that has been availble to Velocity
- by Jetspeed itself. So, by looking the javadoc for org.apache.jetspeed.RequestContext
we see
- $JS2RequestContext.locale
will give us an instance of java.util.Locale
that reperesnts
- the locale of the current user. Couldn't be much simpler than that could it?
-
- Next up we have this line #set($rootFragment = $jetspeed.currentFragment)
another set()
- statement, this time creating an object called $rootFragment
which is an instance of
- org.apache.jetspeed.om.page.ContentFragment.
- It is really not relevant to this guide
- to describe what $jetspeed.currentFragment
is doing so I am going to skip that and move on.
-
-
- #set($site = $request.getAttribute("org.apache.jetspeed.portalsite.PortalSiteRequestContext"))
-
-
- #set($theme = $request.getAttribute("org.apache.jetspeed.theme"))
-
- Ah $request
, now that looks familiar, this is actually an instance of javax.servlet.http.HttpServletRequest
- from which we are retreiving objects that were been placed into Velocity by Jetspeed. The actual objects are:
- org.apache.jetspeed.portalsite.PortalSiteRequestContext
- and
- org.apache.jetspeed.decoration.Theme
- respectively. We will put all of these objects to good use in just a little while.
-
- This section provides you with all the information to prperly code the - <HEAD> of your Layout decroation. So, straight to the code. - -
- - -
- First off we have ]]>
which allows
- us to define the base path for resolution of web resources, for an in depth discussion
- of the ]]>
see: W3C Schools Reference.
- If you have spent any time playing with Jetspeed, you will have noticed it does all sorts
- of crazy URL rewriting that will totally hose any attempts to consistently path you html
- and styles sheets. By defining the BASE tag, this probelms will all but disappear. As
- for the #BaseHref()
macro, it simply generates a fully qualified path to your
- web application's root. The actual code, interms of the servlet api is synonimous with this:
-
- The actual Velocity macro code is a bit more terse ;)
-
-
- Will return text/html plus the proper encoding, such as UTF. -
-- At the time of the writing of this guide there is really very little javascript - required to for the base Jetspeed 2 server to run. However this may change in - near future as we try to employ the use of AJAX in things such as configuration - and administration. -
-+Decorators are defined as any static or semi-static markup surrounding a dynamically generated Fragment. +Decorators are usually written with either Velocity or JSP templates. This guide will focus primarily +on using the Velocity scripting language to build decoration. However, most of the standards and +approaches described here can be applied to writing decroations in other scripting languages. +
++デコレーターとは 動的に作成されるフラグメント(画面の一部分)の周りを囲むもので 静的もしくは、半静的な マークアップランゲージで記述 +できるものと 定義されます。デコレーターは、 通常 Velocityテンプレートもしくは、JSPテンプレートとして書かれます。このガイドでは、主に +Velocityスクリプト言語で デコレーターを作成する方法について書きます。しかし、ここに書かれる 標準的な方法とアプローチ手段は、大体の所、 +他のスクリプト言語で、デコレーションを作成する際にも応用可能です。 +
+ ++ There are two different types of decorations that are used when building a page; Portlet and Layout (or page). +
+ Portlet decorations are the "window dressings" of Jetspeed. They wrap each indivual portlet fragment's + rendered content with HTML (XHTML, VXML, etc). Portlet decoration's are responsible for displaying the + appropriate title and any buttons associated with changing window states or portlet modes. +
++ Layout or Page decorations responsible for providind a "header" area and "footer" area for a single + portal page which is represented by a .psml document (see: Documentation for Designers working with PSML + for more information on psml). They also provide general style information for the page and portlets. However, + portlet level style settings can be overidden at the portlet decoration level. +
+ + ++ ページを構築する際に使用するデコレーションの種類には 次の2つがあります。;ポートレット と レイアウト(ページ)。 +
+ ポートレットのデコレーションとは Jetspeedの ウインドウの装飾にあたります。これは、それぞれのポートレット部分を + 作成されるコンテンツ部分をHTML (XHTML, VXML, etc) で 囲むもので、適切なタイトルの表示や、ウインドウの状態や + ポートレットのモードの変化と連携して変わるボタン群の表示を担当します。 +
++ レイアウトもしくはページのデコレーションとは、1つPSMLファイルを元に表される1つのポータルページの ヘッダー部分とフッター部分の装飾を + 提供するものです。(参考: PSMLについての更なる情報については、PSMLを扱ってデザインをする人のための資料) + これらのデコレーションは、ページとポートレットの一般的なスタイル情報を持ちます。 + ポートレット内部のスタイル情報は、デコレーターのスタイル情報によって上書きされます。 +
+ + + +
+ All decorations are stored in a directory directly off of the web applications
+ root called decrorations
. The two primary directories under the
+ here are layout
for layout decorations and portlet
+ for portlet decorations. Individual decoartions are housed in thier own directories
+ underneath these two directories. The name of the directory you create for under either
+ layout
or portlet
is how Jetspeed will locate your decoration. We
+ will go into further detail on how this works later on in this guide.
+
+ 全てのデコレーション用のファイルは、webアプリケーションのルートディレクトリの直下にあるdecrorations
というディレクトリに
+ 保存されます。このディレクトリの下の 重要な2つのディレクトリが、レイアウト装飾用のlayout
ディレクトリと
+ ポートレット装飾用のportlet
ディレクトリです。個別のデコレーションは、これら2つのディレクトリの下に、それぞれ独自のディレクトリを持ちます。
+ Jetspeedは、layout
か portlet
の下に あなたが に作成するディレクトリの名称で、
+ デコレーターファイルの場所を特定します。では、これが どういう仕組みで働くかについての 更なる詳細をこのガイドの続き で見ていきましょう。
+
+ In it's most basic form a Layout Decroation only requires you to define + four files: +
++ もっとも基本的な形で レイアウトのデコレーションをするのであれば、4つのファイルを定義するだけです。: +
+
+ Three of these files; decorator.properties, header.vm, and footer.vm go directly into
+ the directory you create under /decorations/layout
. The styles.css needs
+ to be put into a subdirectory of your decoration names css/
.
+
+ この中の3つのファイル;decorator.properties, header.vm, と footer.vm は、/decorations/layout
の
+ 下に作成したディレクトリに直接置いてください。styles.css は、あなた作ったデコレーションのサブディレクトリcss/
+ に入れます。[訳注:すなわち/YOUR_WEB_APP/decorations/layout/YOUR_DECORATION_NAME/cssディレクトリにスタイルシートを置く。]
+
+ The decorator.properties file holds basic information about your layout + decoration. In all actuallity, this file can be blank, but we still require + that it be present as it is used by other APIs to "discover" available decorations. + With that being said, it is safe to assume that all the properties defined below + are optional. +
++ decorator.properties ファイルは、あなたのレイアウト デコレーションの基本情報を保持します。 + 実際のところ、このファイルは 空白でも構いませんが、他のAPIが使用可能なデコレーションを探すのに使用されるため + ファイル自体は存在する必要があります。ということで、下の定義にあるプロパティは 全てオプションであると仮定しても + 問題ありません。 +
+Property Name | +Description | +Default | +
---|---|---|
base.css.class | ++ This value is generally placed in the top most element tag + of your header template. You will see how it is used when + we go into development of a header template. + | ++ Defaults to the name of your decoration + | +
stylesheet | ++ Relative path to your decoration's stylesheet + | +css/styles.css | +
header | ++ Relative path to your decoration's header template + | +header.vm | +
footer | ++ Relative path to your decoration's footer template + | +footer.vm | +
Property Name | +Description | +Default | +
---|---|---|
base.css.class | ++ この値は、一般的に ヘッダーのテンプレートファイルの一番上の要素タグの中に + 配置されます。ヘッダーテンプレート作成の説明のところで、この使用方法を + 見ることになります。 + | ++ あなたのデコレーション名がデフォルト値と なります。 + | +
stylesheet | ++ デコレーションのスタイルシートへの相対パス + | +css/styles.css | +
header | ++ デコレーションのヘッダーテンプレートへの相対パス + | +header.vm | +
footer | ++ デコレーションのフッターテンプレートへの相対パス + | +footer.vm | +
+ The header.vm represnts the top portion of your portal page. Below is a section
+ by section walkthrough of the basics required to write a functional header
+ template.
+
+ NOTICE: It is assumed that the reader is proficient in both
+ the use of HTML and CSS. A rudimentary knowledge of Velocity helps but is not
+ required to develop a decoration.
+
+ ファイルheader.vmは、あなたのポータルページのトップ部分を表します。
+ 機能的なヘッダーテンプレートを記述すのに必要になる基本事項について 以下に 各セクションごとに 書いてあります。
+
+ 注意:前提事項として、読者は、HTMLとCSSについての十分な知識があると仮定してあります。
+ デコレーションを開発するに当たって、基本的なVelocityの知識は、あれば良いくらいで、必須の知識ではありません。
+
+ The first two lines should be obvious, if they are not, this guide from here + on out will not be much help to you ;-) +
++ 上の最初の2行の意味は明らかでしょう、もし そうでない場合は、これ以降の内容は あまり あなたの助けにならないでしょう。^^) +
+ +
+ Now the line containing #defineLayoutObjects()
will not be as obvious in its
+ purpose as the previous two. #defineLayoutObjects()
is what is known, in
+ Velocity vernacular, as a macro. A macro is a predefined snippet of Velocity
+ code that can be reused within any Velocity template. All of the global macros
+ we will be using (including this one) are defined within the WEB-INF/jetspeed_macros.vm
.
+ Later in this guide we will discuss supplying your own, custom macros for assisting
+ you in your decoration development, if you choose to. Now, back to the #defineLayoutObjects()
.
+ #defineLayoutObjects()
adds values to Velocity that will be accessible within header.vm,
+ footer.vm, other macros and all of your portlet decoration templates. We could easily stop here
+ regarding #defineLayoutObjects()
, however, I feel it can be helpful to have some
+ insights into the inner workings of Velocity for the uninitiated. With out further ado, the
+ code:
+
+ さて、#defineLayoutObjects()
を含む行ですが、これは、前の2行ほどは その目的について意味が あまり明らかではありません。
+ #defineLayoutObjects()
は、いわゆる Velocityの世界で マクロと 言われるものです。
+ マクロは、事前に定義された Velocityの小さなコードで、Velocityテンプレートの中で再利用されます。
+ これから使用する全てのグローバル マクロ(このマクロも含む)は、WEB-INF/jetspeed_macros.vm
で定義されています。
+ 後ほど、 このガイドの中で、もし あなたが そうしたいのであれば、自分のデコレーションを作成するにあたって
+ 便利であるカスタムマクロの作成方法について議論します。では、#defineLayoutObjects()
にもどりましょう。
+ #defineLayoutObjects()
は、様々な値をVelocityに対して追加し、それらは、header.vm,
+ footer.vm,他のマクロと そして全てのポートレット デコレーション テンプレートの内部でアクセス可能になります。
+ ここで、#defineLayoutObjects()
に関する話を 簡単にやめることはできますが、Velocityをまだはじめた事が
+ ない人のために Velocityの内部の動きを見ていく方が 助けになる気がします。では 余計な事をいうのはこれくらいにして、
+ コードは、こうなっています。
+
+ Hmm. What is actually happening here. Okay first off we have, #set()
, this is what is known as a
+ directive in Velocity. A directive is built-in functionallity and not a macro. #set()
+ is pretty straight forward in that it takes the value on the right of the = and assigns it to
+ the left. Cool, that seems fairly straight forward. But how does one work with these values and where
+ the heck did $JS2RequestContext.locale
come from? I guess i should take a quick step back
+ and describe how we work with objects in Velocity. All objects available to a Velocity template
+ can be referenced via the $someObject
notation. Knowing that much invoking a method
+ , let's getFoo(), can be done just like this $someObject.getFoo()
. Even cooler is the
+ fact we can short-hand getter methods that don't take any arguments like this,
+ $someObject.foo
. As for this $JS2RequestContext
this is actually
+ an instance of the org.apache.jetspeed.RequestContext
that has been availble to Velocity
+ by Jetspeed itself. So, by looking the javadoc for org.apache.jetspeed.RequestContext
we see
+ $JS2RequestContext.locale
will give us an instance of java.util.Locale
that reperesnts
+ the locale of the current user. Couldn't be much simpler than that could it?
+
+ Next up we have this line #set($rootFragment = $jetspeed.currentFragment)
another set()
+ statement, this time creating an object called $rootFragment
which is an instance of
+ org.apache.jetspeed.om.page.ContentFragment.
+ It is really not relevant to this guide
+ to describe what $jetspeed.currentFragment
is doing so I am going to skip that and move on.
+
+ むむ、この中ではいったい何がおきているのでしょうか?さて、1行目には、#set()
があります。これは Velocityで指示子と
+ 呼ばれるものです。指示子は オリジナルの関数であり マクロではありません。#set()
は、非常にわかりやすいですね。
+ イコール記号の 右辺にある値を 受け取り 左辺へ 割り当てるものです。素晴らしい、これは、かなりわかり易いですね。しかし、
+ どうやってこの値を取り扱えばいいのでしょうか?いったい$JS2RequestContext.locale
は、どこから現れたのでしょう?
+ では、すこしだけ戻って、Velocityのオブジェクトをどうやって使うか書きたいと思います。全てのVelocityテンプレートで利用可能なオブジェクト
+ は、$someObject
という書き方で参照することができます。メソッドの実行は、$someObject.getFoo()
の様に
+ 書くことで 実行できます。getFoo()を実行してみましょう。実は、引数を取らないgetterメソッドは、$someObject.foo
+ こんな風に書けるというのは、さらに素晴らしい事です。この$JS2RequestContext
に関していうと、これは、org.apache.jetspeed.RequestContext
+ のインスタンスで、JetspeedがVelocityで使用できるように、インスタンス化されます。それで、org.apache.jetspeed.RequestContext
+ をJava docを見るとわかりますが、$JS2RequestContext.locale
は、java.util.Locale
のインスタンスを
+ 渡してくれ、これは、現在のポートレットのユーザーのロケールになります。これ以上は シンプルにはできないでしょう?
+
+ 次に 出てくるのは、 #set($rootFragment = $jetspeed.currentFragment)
の行ですね、またset()の組
+ 今回は、$rootFragment
と呼ばれるものを作成していすね。これは、
+ org.apache.jetspeed.om.page.ContentFragment
+ のインスタンスです。$jetspeed.currentFragment
が何をするのかは、このガイドでは、重要ではないので、
+ 飛ばして 先に進みます。
+
+ #set($site = $request.getAttribute("org.apache.jetspeed.portalsite.PortalSiteRequestContext"))
+
+ #set($theme = $request.getAttribute("org.apache.jetspeed.theme"))
+
+
+ Ah $request
, now that looks familiar, this is actually an instance of javax.servlet.http.HttpServletRequest
+ from which we are retreiving objects that were been placed into Velocity by Jetspeed. The actual objects are:
+ org.apache.jetspeed.portalsite.PortalSiteRequestContext
+ and
+ org.apache.jetspeed.decoration.Theme
+ respectively. We will put all of these objects to good use in just a little while.
+
+ おお、$request
です。やっと親しみのあるものが出てきました。これは、実際にjavax.servlet.http.HttpServletRequest
の
+ インスタンスで、我々はここから Jetspeedから Velocityに 渡された オブジェクトを取り出します。
+ 本当のオブジェクトは、それぞれ
+ org.apache.jetspeed.portalsite.PortalSiteRequestContext
+ と
+ org.apache.jetspeed.decoration.Theme
+ です。もうちょっと後で これら全てのオブジェクトのよい利用方法を見ていきます。
+
+ This section provides you with all the information to prperly code the + <HEAD> of your Layout decroation. So, straight to the code. +
++ このセクションでは、レイアウトデコレーションの<HEAD>タグを適切にコーディングするための情報を書きます。 + では、さっそく コードを見てみましょう。 +
+ +
+ First off we have ]]>
which allows
+ us to define the base path for resolution of web resources, for an in depth discussion
+ of the ]]>
see: W3C Schools Reference.
+ If you have spent any time playing with Jetspeed, you will have noticed it does all sorts
+ of crazy URL rewriting that will totally hose any attempts to consistently path you html
+ and styles sheets. By defining the BASE tag, this probelms will all but disappear. As
+ for the #BaseHref()
macro, it simply generates a fully qualified path to your
+ web application's root. The actual code, interms of the servlet api is synonimous with this:
+
+ 最初に、]]>
から始めましょう。これは、
+ WEBのリソースの場所の解決をするためのベースを定義する際に使用します。]]>
に
+ ついての深い議論については、W3C Schools Referenceを
+ 見てください。もし すでに あなたがJetspeedで、遊んだ経験があるのであれば 気づいたかもしれませんが、
+ このタグは、非常にややこしいURLリライトの問題を解決してくれ、常に 整合性を保ちながら
+ HTMLファイルやスタイルシートへのパスを提供してくれます。BASEタグを定義することにより、この問題は全て解決されます。
+ #BaseHref()
マクロに関していうと、これは、単に あなたのWEBアプリケーションのルートディレクトリへの絶対パス
+ を作成します。実際のコードは、サーブレットAPIを使って記述するとこうなります。:
+
+ The actual Velocity macro code is a bit more terse ;) +
++ Velocityマクロのコードは もう少し簡潔になります。^^) +
+ ++ Will return text/html plus the proper encoding, such as UTF. +
++ は text/htmlと、UTFの様な適切なエンコードの種類を返します。 +
+ ++ At the time of the writing of this guide there is really very little javascript + required to for the base Jetspeed 2 server to run. However this may change in + near future as we try to employ the use of AJAX in things such as configuration + and administration. +
++ + このガイドを書いている今の時点では、オリジナルのJetspeed2サーバーを実行させるためには、 + ほとんど Java Scriptを書く必要はありません。しかし、今後、設定機能や管理機能でAJAXを利用しようと考えているので + 近い将来変わるかもしれません。 +
+ +- The default database distributed with Jetspeed-2 is the - Hypersonic SQL Java Database (HSQL). HSQL runs in its - own process outside of Jetspeed-2. It is not a - production-ready database, however it allows you to get - up and running quickly. To move on to a more robust - database, follow the instructions in the next section. -
-- To run with My SQL, add the following properties to your - $HOME/build.properties: -
- -
- In the example above, you will need to have a MySQL
- server running on a host named 'j2-server' with a
- database called 'j2' for production.
-
- If you are going to run the unit tests you will also
- need an additional test database called 'j2test'.
-
- A user named 'jetspeed2' should be granted access to
- both the 'j2' and 'j2test' databases.
-
None
-- To run with Oracle, add the following properties to your - $HOME/build.properties: -
- - -
- In the example above, you will need to have a Oracle
- server running on a host named 'j2-server' and have an
- Oracle database SID named 'j2db' installed on that
- server. Also, you will need a database user (schema)
- called 'j2' for production usage.
-
- If you are going to run the unit tests you will need an
- additional user called 'j2test'.
-
- Only for the first time you create the database for - Oracle, there is an issue with the drop statements. - To get around this problem, set your properties as - above in your $HOME/build.properties, and then run - these commands using the - - Jetspeed 2 Maven plugin - - : -
- -- JDBC drivers are configured to work with the Maven build - by adding your specified JDBC driver jars to the Maven - class path. Specify the jars with the - org.apache.jetspeed.test.jdbc.drivers.path - and - org.apache.jetspeed.production.jdbc.drivers.path - properties in your $HOME/build.properties. -
-- NOTE: The Hypersonic JDBC driver is distributed with - Jetspeed and require no configuration. -
- - -- When Jetspeed is deployed to an application server - using the maven deploy target, only the Hypersonic - JDBC driver is copied into the web application. To - distribute a specific driver (i.e. Oracle, MySQL), - you will need to copy the driver into the - application server's common class path for shared - code. -
-Application Server | -Procedure | -
---|---|
Tomcat 5 and 5.5 | -- copy driver(s) to ${TOMCAT_HOME}/endorsed/ - | -
- Jetspeed-2 requires a datasource to be configured in the application server on which it is being deployed. - For more information, see the RDBMS component documentation. -
-+ The default database distributed with Jetspeed-2 is the + Hypersonic SQL Java Database (HSQL). HSQL runs in its + own process outside of Jetspeed-2. It is not a + production-ready database, however it allows you to get + up and running quickly. To move on to a more robust + database, follow the instructions in the next section. +
++ Jetspeed 2 と一緒に配布されるデフォルトのデータベースは Hypersonic SQL Java Database (HSQL) です。HSQL は Jetspeed 2 とは別の自身のプロセスとして実行されます。HSQL は本番環境に使うレベルのデータベースではありませんが、素早く起動し実行されます。もっと堅牢はデータベースに切替えるには、次のセクションの以降の手順を読んでください。 +
++ To run with My SQL, add the following properties to your + $HOME/build.properties: +
++ MySQL を使って実行するには、$HOME/build.properties に次のようなプロパティを追加してください。 +
+
+ In the example above, you will need to have a MySQL
+ server running on a host named 'j2-server' with a
+ database called 'j2' for production.
+
+ If you are going to run the unit tests you will also
+ need an additional test database called 'j2test'.
+
+ A user named 'jetspeed2' should be granted access to
+ both the 'j2' and 'j2test' databases.
+
+ 先の例では、'j2-server' という名前のサーバで MySQL サーバが実行されている必要があり、そのデータベースサーバに 'j2' という本番環境用のデータベースがある必要があります。
+ もしユニットテストを実行したいのであれば、加えて 'j2test' というデータベースも必要です。
+ 以上の 'j2' と 'j2test' データベースに対して、'jetspeed2' というユーザが権限を持っている必要があります。
+
None
+なし
++ To run with Oracle, add the following properties to your + $HOME/build.properties: +
++ Jetspeed 2 を Oracle で実行するには、以下のプロパティが $HOME/build.properties に必要です。 +
+ +
+ In the example above, you will need to have a Oracle
+ server running on a host named 'j2-server' and have an
+ Oracle database SID named 'j2db' installed on that
+ server. Also, you will need a database user (schema)
+ called 'j2' for production usage.
+
+ If you are going to run the unit tests you will need an
+ additional user called 'j2test'.
+
+ 先の例では、'j2-server' という名前のサーバで Oracle サーバが実行されている必要があり、サーバに 'j2db' というオラクルデータベース SID が登録されている必要があります。そして、本番環境用に 'j2' というデータベースユーザ (スキーマ) が必要です。
+ もしユニットテストを実行するのであれば、加えて 'j2test' というユーザも必要です。
+
+ Only for the first time you create the database for + Oracle, there is an issue with the drop statements. + To get around this problem, set your properties as + above in your $HOME/build.properties, and then run + these commands using the + + Jetspeed 2 Maven plugin + + : +
++ Oracle 用にデータベースを作成する際には最初に一回だけ drop ステートメントに関する注意が必要です。この問題を回避するには、$HOME/build.properties 内のプロパティを先に挙げたように設定し、それから + + Jetspeed 2 Maven plugin + + を使った以下のようなコマンドを実行します。 +
++ JDBC drivers are configured to work with the Maven build + by adding your specified JDBC driver jars to the Maven + class path. Specify the jars with the + org.apache.jetspeed.test.jdbc.drivers.path + and + org.apache.jetspeed.production.jdbc.drivers.path + properties in your $HOME/build.properties. +
++ JDBC ドライバは、あなたが指定する JDBC ドライバの jar ファイルを Maven クラスパスに追加することによって、Maven のビルドで実行するように設定されます。jar ファイルは $HOME/build.properties 内の + org.apache.jetspeed.test.jdbc.drivers.path + と + org.apache.jetspeed.production.jdbc.drivers.path + というプロパティに指定します。 +
++ NOTE: The Hypersonic JDBC driver is distributed with + Jetspeed and require no configuration. +
++ 注意: Hypersonic JDBC ドライバは Jetspeed と一緒に配布されるので、設定の必要はありません。 +
++ When Jetspeed is deployed to an application server + using the maven deploy target, only the Hypersonic + JDBC driver is copied into the web application. To + distribute a specific driver (i.e. Oracle, MySQL), + you will need to copy the driver into the + application server's common class path for shared + code. +
++ Maven の deploy ターゲットを使ったアプリケーションサーバへの配備の際は、Hypersonic JDBC ドライバだけがウェブアプリケーションにコピーされます。指定するドライバ (Oracle や MySQL) を配布するには、ドライバをアプリケーションサーバの共用のクラスパスにコピーする必要があります。 +
+Application Server | +Procedure | +
---|---|
Tomcat 5 and 5.5 | ++ copy driver(s) to ${TOMCAT_HOME}/endorsed/ + | +
アプリケーションサーバ | +手順 | +
---|---|
Tomcat 5 and 5.5 | ++ ${TOMCAT_HOME}/endorsed/ へドライバをコピー + | +
+ Jetspeed-2 requires a datasource to be configured in the application server on which it is being deployed. + For more information, see the RDBMS component documentation. +
++ Jetspeed 2 は、配備するアプリケーションサーバ内でデータソースを設定する必要があります。更なる情報は、RDBMS component documentation を参照してください。 +
+- The Jetspeed-2 architecture is build on a component architecture where as defined by - Martin Fowler: -
- By the term component, I mean a glob of software that's intended to be used, - without change, by application that is out of the control of the writers of - the component. By 'without change' I mean that the using application doesn't - change the source code of the components, although they may alter the component's - behavior by extending it in ways allowed by the component writers.- -
- Jetspeed-2 uses dependency injection as a programming design pattern and architectural model - to establish a level of abstraction via a public interface, and to remove dependency on the components' implementation. - The architecture unites the components rather than the components linking themselves or being linked together. - Dependency injection is a pattern in which responsibility for object creation and object linking is removed - from the objects themselves and transferred to a factory. - Dependency injection therefore is obviously inverting the control for object creation and linking, - and can be seen to be a form of Inversion of Controls(IoC). -
-- Jetspeed-2 leverages the Spring Framework as its default component framework. - However, Jetspeed-2 provides an architecture in which the component framework can easily be replaced by alternative - component frameworks such as Pico. -
-
- Jetspeed-2 component framework assembly is configured and implemented in JetspeedServlet:
-
-
- The JetspeedServlet
is configured in the portal application web.xml to load at startup. The initializeComponentManager
- method loads the assembly for the given component framework. The default implementation
- of initializeComponentManager
supports the spring framework as a component framework
- and assembles the xml files located under WEB-INF/assembly
to initialize the spring engine. The JetspeedEngine is then
- constructed with the proper component manager.
-
-
- In order to support another component framework, developers should override the initializeComponentManager
implementation.
-
Jetspeed-2 Capabilities - Artifact Id: jetspeed-capability | -|
---|---|
Component Name | -Description | -
Capabilities |
- The Capabilities components maps clients to supported mime types and media types.
- It creates a CapabilityMap that is used through the portal engine to render the
- portal content for the targetted client. |
-
Jetspeed-2 Component Manager - Artifact Id: jetspeed-cm | -|
---|---|
Component Name | -Description | -
ComponentManager |
- The ComponentManager provides a generic layer of abstraction on top of the component framework
- being used. The default ComponentManager implementation in Jetspeed-2 is the
- SpringComponentManager . More information can be found in the
- ComponentManager documentation. |
-
Jetspeed-2 Deploy Tools - Artifact Id: jetspeed-deploy-tools | -|
---|---|
Component Name | -Description | -
JetspeedDeploy |
- JetspeedDeploy prepares portlet applications prior to being deployed in Jetspeed-2. More information can be found in the
- JetspeedDeploy documentation. |
-
DeploymentManager |
- The DeploymentManager listens for new portal assets (portlets, decorators) to be deployed. An overview of how deployment
- works in Jetspeed-2 can be found here. |
-
Jetspeed-2 Portal - Artifact Id: jetspeed-portal | -|
---|---|
Component Name | -Description | -
Pipeline |
- The Pipeline orchestrates the Valve that are performing atomic operation on a
- Jetspeed-2 request. |
-
Jetspeed-2 Preferences - Artifact Id: jetspeed-prefs | -|
---|---|
Component Name | -Description | -
PreferencesProvider |
- The PreferencesProvider exposes Jetspeed-2 implementation of the java.util.Preferences API. |
-
Jetspeed-2 RDBMS - Artifact Id: jetspeed-rdbms | -|
---|---|
Component Name | -Description | -
ConnectionRepositoryEntry |
- The ConnectionRepositoryEntry exposes Jetspeed-2 implementation of the java.util.Preferences API. |
-
InitablePersistenceBrokerDaoSupport |
- InitablePersistenceBrokerDaoSupport provides data access and persistence support for Jetspeed-2. |
-
Jetspeed-2 Security - Artifact Id: jetspeed-security | -|
---|---|
Component Name | -Description | -
DefaultLoginModule - RdbmsPolicy |
- Jetspeed-2 default implementation for JAAS services. Jetspeed-2 leverages JAAS as - a generic security standard framework to expose security functionality to the portal engine. The JAAS services - leverage Jetspeed-2 coarsed grained services for which specific implementations are provided through Jetpseed-2 security SPI. | -
UserManager - RoleManager - GroupManager - PermissionManager |
- Coarsed grained security components exposing Jetspeed-2 security management APIs. | -
UserSecurityHandler - CredentialHandler - GroupSecurityHandler - RoleSecurityHandler - SecurityMappingHandler |
- Fined grained Jetspeed-2 security SPI components exposing a specific implementation to the Jetspeed-2 - security engine. This mechanism provides a flexible framework for supporting multiple security implementation - without having to impact the higher level security services. | -
Jetspeed-2 Search - Artifact Id: jetspeed-search | -|
---|---|
Component Name | -Description | -
SearchEngine |
- SearchEngine provides the integration with the Apache Lucene search
- engine. |
-
HandlerFactory |
- The HandlerFactory exposes the documents handlers to the SearchEngine . |
-
Jetspeed-2 Statistics - Artifact Id: jetspeed-statistics | -|
---|---|
Component Name | -Description | -
PortalStatistics |
- PortalStatistics exposes the Jetspeed-2 data collection API for data collection and data
- retrieval. |
-
BatchedStatistics |
- BatchedStatistics is responsible for the batch collection of statistics data given
- a time to flush period. |
-
AggregateStatistics - StatisticsQueryCriteria |
- AggregateStatistics interacts with the PortalStatistics component to provide
- aggregate portal data for a specific event and search criteria provided by StatisticsQueryCriteria . |
-
+ The Jetspeed-2 architecture is build on a component architecture where as defined by + Martin Fowler: +
+ By the term component, I mean a glob of software that's intended to be used, + without change, by application that is out of the control of the writers of + the component. By 'without change' I mean that the using application doesn't + change the source code of the components, although they may alter the component's + behavior by extending it in ways allowed by the component writers.+ +
+ Jetspeed 2 のアーキテクチャは + Martin Fowler + によって以下のように定義されたコンポーネントアーキテクチャに基づいて構築されています。 +
+ コンポーネントという言葉は,変化のない、コンポーネントの作者のコントロールから外れた + アプリケーションとして使われることを意図したソフトウェア全般を意味しています。 + 「変化のない」という言葉は、ユーザがコンポーネントの作者によって許された方法でコンポーネントを拡張し、 + その動作を変化させることはあるかもしれないけれども、アプリケーションを使う場合に、 + コンポーネントのソースコードを変えることなくアプリケーションを使うことを意味します。 ++ +
+ Jetspeed-2 uses dependency injection as a programming design pattern and architectural model + to establish a level of abstraction via a public interface, and to remove dependency on the components' implementation. + The architecture unites the components rather than the components linking themselves or being linked together. + Dependency injection is a pattern in which responsibility for object creation and object linking is removed + from the objects themselves and transferred to a factory. + Dependency injection therefore is obviously inverting the control for object creation and linking, + and can be seen to be a form of Inversion of Controls(IoC). +
++ Jetspeed 2 はプログラミングのデザインパターンと構造上のモデルとして、依存性注入を使います。これは、public なインターフェースを通して抽象化のレベルを構築するためであり、そしてコンポーネントの実装における依存性をなくすためです。この構造はコンポーネントがそれ自身とリンクしたり、お互いにリンクする構造でなく、コンポーネントが結合します。依存性注入はオブジェクトの作成やオブジェクトのリンクの機能をオブジェクト自身から削除し、ファクトリへ転送します。それゆえ、依存性注入は明らかにオブジェクトの作成とリンクのコントロールを反転させており、Inversion of Controls(制御の反転,IOC) の形であると考えることが出来ます。 +
++ Jetspeed-2 leverages the Spring Framework as its default component framework. + However, Jetspeed-2 provides an architecture in which the component framework can easily be replaced by alternative + component frameworks such as Pico. +
++ Jetspeed 2 はデフォルトのコンポーネントフレームワークとして Spring フレームワーク を利用しています。しかし、Jetspeed 2 はコンポーネントフレームワークを例えば Pico のような代替可能なコンポーネントフレームワークに容易に置き換えることが可能な構造をしています。 +
+
+ Jetspeed-2 component framework assembly is configured and implemented in JetspeedServlet:
+
+
+ Jetspeed 2 のコンポーネントフレームワークの組み立ては JetspeedServlet 内に実装されています。
+
+
+ The JetspeedServlet
is configured in the portal application web.xml to load at startup. The initializeComponentManager
+ method loads the assembly for the given component framework. The default implementation
+ of initializeComponentManager
supports the spring framework as a component framework
+ and assembles the xml files located under WEB-INF/assembly
to initialize the spring engine. The JetspeedEngine is then
+ constructed with the proper component manager.
+
+
+ JetspeedServlet
は起動時のロードのためにポータルアプリケーションの web.xml で設定されます。initializeComponentManager
メソッドは与えられたコンポーネントフレームワークの Assembly をロードします。initializeComponentManager
のデフォルトの実装はコンポーネントフレームワークとして spring フレームワーク をサポートします。そして spring エンジンを初期化するために WEB-INF/assembly
以下の xml ファイルを解釈します。JetspeedEngine は適切なコンポーネントマネージャを使って構成されます。
+
+
+ In order to support another component framework, developers should override the initializeComponentManager
implementation.
+
+ 他のコンポーネントフレームワークをサポートするためには、開発者は initializeComponentManager
の実装をオーバーライドしなくてはいけません。
+
Jetspeed-2 Capabilities - Artifact Id: jetspeed-capability | +|
---|---|
Component Name | +Description | +
Capabilities |
+ The Capabilities components maps clients to supported mime types and media types.
+ It creates a CapabilityMap that is used through the portal engine to render the
+ portal content for the targetted client. |
+
Jetspeed-2 Capabilities - Artifact Id: jetspeed-capability | +|
---|---|
コンポーネント名 | +説明 | +
Capabilities |
+ Capabilities コンポーネントはクライアントを、サポートされる MIME タイプやメディアタイプにマップします。このコンポーネントは CapabilityMap を生成します。CapabilityMap はポータルエンジンを通して、ターゲットとなるクライアントのためのポータルコンテンツを表示します。 |
+
Jetspeed-2 Component Manager - Artifact Id: jetspeed-cm | +|
---|---|
Component Name | +Description | +
ComponentManager |
+ The ComponentManager provides a generic layer of abstraction on top of the component framework
+ being used. The default ComponentManager implementation in Jetspeed-2 is the
+ SpringComponentManager . More information can be found in the
+ ComponentManager documentation. |
+
Jetspeed-2 Component Manager - Artifact Id: jetspeed-cm | +|
---|---|
コンポーネント名 | +説明 | +
ComponentManager |
+ ComponentManager は、使用するコンポーネントフレームワークのトップに位置する抽象的な標準レイヤーを提供します。Jetspeed 2 のデフォルトの ComponentManager の実装は SpringComponentManager です。より詳しい情報は ComponentManager の文書 を参照してください。
+ |
+
Jetspeed-2 Deploy Tools - Artifact Id: jetspeed-deploy-tools | +|
---|---|
Component Name | +Description | +
JetspeedDeploy |
+ JetspeedDeploy prepares portlet applications prior to being deployed in Jetspeed-2. More information can be found in the
+ JetspeedDeploy documentation. |
+
DeploymentManager |
+ The DeploymentManager listens for new portal assets (portlets, decorators) to be deployed. An overview of how deployment
+ works in Jetspeed-2 can be found here. |
+
Jetspeed-2 Deploy Tools - Artifact Id: jetspeed-deploy-tools | +|
---|---|
コンポーネント名 | +説明 | +
JetspeedDeploy |
+ JetspeedDeploy は Jetspeed 2 に配備される前にポートレットアプリケーションの準備をします。より詳しい情報は JetspeedDeploy の文書 を参照してください。 |
+
DeploymentManager |
+ DeploymentManager は配備される新しいポータル資産 (ポートレットやデコレータ) をリスンします。Jetspeed 2 において、どのように配備が行われるかの概要はここ にあります。 |
+
Jetspeed-2 Portal - Artifact Id: jetspeed-portal | +|
---|---|
Component Name | +Description | +
Pipeline |
+ The Pipeline orchestrates the Valve that are performing atomic operation on a
+ Jetspeed-2 request. |
+
Jetspeed-2 Portal - Artifact Id: jetspeed-portal | +|
---|---|
コンポーネント名 | +説明 | +
Pipeline |
+ Pipeline は Jetspeed 2 のリクエストの最小の動作である Valve を統合します。 |
+
Jetspeed-2 Preferences - Artifact Id: jetspeed-prefs | +|
---|---|
Component Name | +Description | +
PreferencesProvider |
+ The PreferencesProvider exposes Jetspeed-2 implementation of the java.util.Preferences API. |
+
Jetspeed-2 Preferences - Artifact Id: jetspeed-prefs | +|
---|---|
コンポーネント名 | +説明 | +
PreferencesProvider |
+ PreferencesProvider は Jetspeed 2 の java.util.Preferences API の実装です。 |
+
Jetspeed-2 RDBMS - Artifact Id: jetspeed-rdbms | +|
---|---|
Component Name | +Description | +
ConnectionRepositoryEntry |
+ The ConnectionRepositoryEntry exposes Jetspeed-2 implementation of the java.util.Preferences API. |
+
InitablePersistenceBrokerDaoSupport |
+ InitablePersistenceBrokerDaoSupport provides data access and persistence support for Jetspeed-2. |
+
Jetspeed-2 RDBMS - Artifact Id: jetspeed-rdbms | +|
---|---|
コンポーネント名 | +説明 | +
ConnectionRepositoryEntry |
+ ConnectionRepositoryEntry は Jetspeed 2 の java.util.Preferences API の実装です。 |
+
InitablePersistenceBrokerDaoSupport |
+ InitablePersistenceBrokerDaoSupport は Jetspeed 2 においてデータアクセスと永続性のサポートを提供します。 |
+
Jetspeed-2 Security - Artifact Id: jetspeed-security | +|
---|---|
Component Name | +Description | +
DefaultLoginModule + RdbmsPolicy |
+ Jetspeed-2 default implementation for JAAS services. Jetspeed-2 leverages JAAS as + a generic security standard framework to expose security functionality to the portal engine. The JAAS services + leverage Jetspeed-2 coarsed grained services for which specific implementations are provided through Jetpseed-2 security SPI. | +
UserManager + RoleManager + GroupManager + PermissionManager |
+ Coarsed grained security components exposing Jetspeed-2 security management APIs. | +
UserSecurityHandler + CredentialHandler + GroupSecurityHandler + RoleSecurityHandler + SecurityMappingHandler |
+ Fined grained Jetspeed-2 security SPI components exposing a specific implementation to the Jetspeed-2 + security engine. This mechanism provides a flexible framework for supporting multiple security implementation + without having to impact the higher level security services. | +
Jetspeed-2 Security - Artifact Id: jetspeed-security | +|
---|---|
コンポーネント名 | +説明 | +
DefaultLoginModule + RdbmsPolicy |
+ Jetspeed 2 における JAAS services のデフォルトの実装。Jetspeed 2 はポータルエンジンにセキュリティの機能を公開するための標準のセキュリティフレームワークとして JAAS を利用します。JAAS サービスは特定の実装が Jetspeed 2 のセキュリティ SPI を通して提供されるために Jetspeed 2 の粗い単位のサービスを利用します。 + | +
UserManager + RoleManager + GroupManager + PermissionManager |
+ Jetspeed 2 のセキュリティマネージメント API を公開する粗い単位のセキュリティコンポーネント | +
UserSecurityHandler + CredentialHandler + GroupSecurityHandler + RoleSecurityHandler + SecurityMappingHandler |
+ 特定の実装を Jetspeed 2 のセキュリティエンジンに向ける細かい単位のセキュリティ SPI コンポーネント | +
Jetspeed-2 Search - Artifact Id: jetspeed-search | +|
---|---|
Component Name | +Description | +
SearchEngine |
+ SearchEngine provides the integration with the Apache Lucene search
+ engine. |
+
HandlerFactory |
+ The HandlerFactory exposes the documents handlers to the SearchEngine . |
+
Jetspeed-2 Search - Artifact Id: jetspeed-search | +|
---|---|
コンポーネント名 | +説明 | +
SearchEngine |
+ SearchEngine は Apache Lucene サーチエンジンとの統合を行います。 |
+
HandlerFactory |
+ HandlerFactory は SearchEngine に対してドキュメントハンドラを公開します。 |
+
Jetspeed-2 Statistics - Artifact Id: jetspeed-statistics | +|
---|---|
Component Name | +Description | +
PortalStatistics |
+ PortalStatistics exposes the Jetspeed-2 data collection API for data collection and data
+ retrieval. |
+
BatchedStatistics |
+ BatchedStatistics is responsible for the batch collection of statistics data given
+ a time to flush period. |
+
AggregateStatistics + StatisticsQueryCriteria |
+ AggregateStatistics interacts with the PortalStatistics component to provide
+ aggregate portal data for a specific event and search criteria provided by StatisticsQueryCriteria . |
+
Jetspeed-2 Statistics - Artifact Id: jetspeed-statistics | +|
---|---|
コンポーネント名 | +説明 | +
PortalStatistics |
+ PortalStatistics はデータのコレクションとデータの検索のための Jetspeed 2 のデータコレクション API です。 |
+
BatchedStatistics |
+ BatchedStatistics は与えられた期間の統計データのバッチコレクションに対する処理を行います。 |
+
AggregateStatistics + StatisticsQueryCriteria |
+ AggregateStatistics は、特定のイベントに対するポータルデータと StatisticsQueryCriteria が提供する検索基準の集約を行う PortalStatistics コンポーネントとやりとりを行います。 |
+
Jetspeed2 has the translatable messages in Java properties and XML files
-+Jetspeed2 は、JavaプロパティファイルおよびXMLファイルに翻訳可能なメッセージを保存しています。 +
+This document shows how to create a message properties file for your language.
++このドキュメントでは、利用言語用のメッセージプロパティファイルの作成方法を示しています。 +
+*_en.properties
*_en.properties
を見つける
*_en.properties
is English message properties file. You can use it as a base properties file for your language.
+*_en.properties
は、英語用のメッセージプロパティファイルです。利用言語用にこのプロパティファイルをベースとして、使用できます。
+
If you use UNIX system, you can use find
command to find the properties files:
+UNIX システムを利用している場合、そのプロパティファイルを検索するのにfind
コマンドを利用できます。
+
*_en.properties
to *_<your language, [country and variant]>.properties.orig
*_en.properties
を*_<ご利用の言語、[国およびバリアント]>.properties.orig
にコピーするTo translate messages, copy the properties file for your language. For more information about Language, Country and Variant code, see "JavaDoc: Locale Class", "ISO Language Code" and "ISO Country Code".
Example:
++メッセージを翻訳するために、ご利用の言語用にプロパティファイルをコピーします。言語、国およびバリアントのコードに関する詳細な情報については、「JavaDoc: Locale Class」、「ISO Language Code」および「ISO Country Code」を参照してください。 +
++例: +
+
where *_ja.properties
is Japanese message file.
+ここで、*_ja.properties
は日本語メッセージファイルです。
+
For more information about a properties file, see "JavaDoc: Properties Class".
++プロパティファイルに関する詳細な情報については、「JavaDoc: Properties Class」を参照してください。 +
+native2ascii
commandnative2ascii
コマンドを実行する
Since the properties file is assumed to be using the ISO 8859-1 character encoding, use native2ascii
command to convert to ISO 8859-1. For more information about "native2ascii(Solaris)" or "native2ascii(Windows)".
Example:
+
+プロパティファイルは ISO 8859-1 文字エンコーディングが使用されていることが想定されているので、native2ascii
コマンドを使用して、ISO 8859-1 に変換します。詳細については、「native2ascii(Solaris)」または「native2ascii(Windows)」を参照してください。
+
+例: +
+For more information about Jetspeed 2 build and deploy steps, see "Getting Started".
++Jetspeed 2 のビルドおよび配備手順については、「導入」を参照してください
+ +*_<your language, [country and variant]>.properties
*_<ご利用の言語、[国およびバリアント]>.properties
を添付するJIRA site for Jetspeed 2 is http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10492. To create a new JIRA issue, go to "CREATE NEW ISSUE"(select "l10n" as Component/s name).
++Jetspeed 2 の JIRA サイトは http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10492 です。新規のJIRAのバグを作成するには、「CREATE NEW ISSUE」にいき、コンポーネント名として「l10n」を選択します。 +
-Layout templates are packaged in special Jetspeed-specific and deployable portlet applications. -Layout templates control the overall aggregation of a portal page. Layout templates are -combined with portlets, providing a component model for aggregation. Jetspeed-2 comes out -of the box with several layout components including one, two and three column layouts. -See the Jetspeed-2 Layouts below for all available Layouts in the -default Jetspeed-2 system. Of course you can define and derive your own layouts. -
--With regards to aggregation, layouts define how a single portal page is aggregated. -A l ayout defines the fashion in which grouping of fragments -will organized relative to the final, aggregated -content of a request to the portal. Layouts are defined by -a portlet which applies an algorithm to a template to -generate the aggregated content of a page. Typical -algorithms are two column, three column, nested. -
-A layout is made up of: -
- -
--Layouts are packaged as standard portlet applications. -Layouts usual have a -
--Operations Supported: -
-Jetspeed-2 comes out of the box with several layout components including one, two and three -column layouts. Of course you can define and derive your own layouts. The table below lists -the available layout components in Jetspeed version 2.0. When customizing (editing) a page, -the layout component is selected. One layout may be assigned per PSML page. -
-Layout | -Type | -Columns | -Sizes | -Modes | -Description | -
---|---|---|---|---|---|
VelocityOneColumn | -OneColumn | -1 | -100% | -view,edit,help | -A single column display of one or more fragments taking up 100% of the portlet display area. | -
VelocityTwoColumns | -TwoColumns | -2 | -50%,50% | -view,edit,help | -A two column display of one or more fragments where each column is allocated to 50% respectively of the portlet display area. - Fragments may be placed in either column using PSML fragment definitions. - | -
VelocityTwoColumns | -TwoColumns | -2 | -50%,50% | -view,edit,help | -A two column display of one or more fragments where each column is allocated to 50% of the portlet display area respectively. - Fragments may be placed in either column using PSML fragment definitions. - | -
VelocityTwoColumnsSmallLeft | -TwoColumns | -2 | -15%,85% | -view,edit,help | -A two column display of one or more fragments where the left column is allocated to 15% of the portlet display area, - and the right column is allocated to 85% of the portlet display area. - Fragments may be placed in either column using PSML fragment definitions. - | -
VelocityThreeColumns | -ThreeColumns | -3 | -33%,33%,33% | -view,edit,help | -A three column display of one or more fragments where each column is allocated to 33% of the portlet display area respectively. - Fragments may be placed in either column using PSML fragment definitions. - | -
VelocityOneColumnNoActions, VelocityTwoColumnsNoActions, VelocityThreeColumnsNoActions |
- - | - | - | view | -Same parameters as their counterparts with actions, but no decorator actions are displayed. - | -
+Layout templates are packaged in special Jetspeed-specific and deployable portlet applications. +Layout templates control the overall aggregation of a portal page. Layout templates are +combined with portlets, providing a component model for aggregation. Jetspeed-2 comes out +of the box with several layout components including one, two and three column layouts. +See the Jetspeed-2 Layouts below for all available Layouts in the +default Jetspeed-2 system. Of course you can define and derive your own layouts. +
++$B%l%$%"%&%H$N%F%s%W%l!<%H$O(B Jetspeed $BFCM-$GG[Hw2DG=$J%]!<%H%l%C%H%"%W%j%1!<%7%g%sFb$K%Q%C%1!<%8$5$l$F$$$^$9!#%l%$%"%&%H%F%s%W%l!<%H$O%]!<%?%k%Z!<%8$NA4BNE*$J=8Ls$r%3%s%H%m!<%k$7$^$9!#%l%$%"%&%H%F%s%W%l!<%H$O=8Ls$N$?$a$N%3%s%]!<%M%s%H%b%G%k$H$7$F5,Dj$5$l$F$$$k%]!<%H%l%C%H$rAH$_9g$o$;$^$9!#(BJetspeed 2 $B$O(B 1 $BNs!"(B2 $BNs!"(B3 $BNs$N%l%$%"%&%H$r4^$`$$$/$D$+$N%l%$%"%&%H%3%s%]!<%M%s%H$r;}$DH"$r=PNO$7$^$9!#%G%U%)%k%H$N(B Jetspeed 2 $B%7%9%F%`$G;XDj2DG=$J%l%$%"%&%H$O8e$N(B Jetspeed-2 Layouts $B$r;2>H$7$F$/$@$5$$!#$b$A$m$s!"<+?H$N%l%$%"%&%H$rDj5A$7$?$j!"GI @ 8$5$;$?$j$9$k$3$H$b2DG=$G$9!#(B +
++With regards to aggregation, layouts define how a single portal page is aggregated. +A l ayout defines the fashion in which grouping of fragments +will organized relative to the final, aggregated +content of a request to the portal. Layouts are defined by +a portlet which applies an algorithm to a template to +generate the aggregated content of a page. Typical +algorithms are two column, three column, nested. +
++$B=8Ls$K4X$7$F8@$&$H!"%l%$%"%&%H$O$I$N$h$&$K0lKg$N%]!<%?%k%Z!<%8$,=8Ls$5$l$k$N$+$rDj5A$7$^$9!#%l%$%"%&%H$OCGJR$NG[CV$,:G=*E*$K$^$H$a$i$l!"%]!<%?%k$X$N%j%/%(%9%H$N%3%s%F%s%D$,=8Ls$5$l$kJ}K!$rDj5A$7$^$9!#%l%$%"%&%H$O!"=8Ls$5$l$?%Z!<%8$N%3%s%F%s%D$r @ 8@.$9$k$?$a$N%F%s%W%l!<%H$K4X$9$k%"%k%4%j%:%`$rE,MQ$7$?%]!<%H%l%C%H$K$h$jDj5A$5$l$^$9!#E57?E*$J%"%k%4%j%:%`$K$O(B 2 $BNs$N$b$N!"(B3 $BNs$N$b$N!"%M%9%H$5$l$?$b$N$,$"$j$^$9!#(B +
+A layout is made up of: +
+$B%l%$%"%&%H$O0J2<$K$h$j9=@.$5$l$^$9!#(B +
+ +
++ +
+ ++Layouts are packaged as standard portlet applications. +Layouts usual have a +
++$B%l%$%"%&%H$OI8=`E*$J%]!<%H%l%C%H%"%W%j%1!<%7%g%s$H$7$F%Q%C%1!<%8$5$l$^$9!#%l%$%"%&%H$ODL>o(B +
++Operations Supported: +
+$B0J2<$N$h$&$J%*%Z%l!<%7%g%s$r%5%]!<%H$7$^$9!#(B +
+Jetspeed-2 comes out of the box with several layout components including one, two and three +column layouts. Of course you can define and derive your own layouts. The table below lists +the available layout components in Jetspeed version 2.0. When customizing (editing) a page, +the layout component is selected. One layout may be assigned per PSML page. +
++Jetspeed 2 $B$O(B 1 $BNs!"(B2 $BNs!"(B3 $BNs$N%l%$%"%&%H$r4^$`$$$/$D$+$N%l%$%"%&%H%3%s%]!<%M%s%H$r;}$DH"$r=PNO$7$^$9!#$b$A$m$s!"<+?H$N%l%$%"%&%H$rDj5A$7$?$j!"GI @ 8$5$;$?$j$9$k$3$H$b2DG=$G$9!#0J2<$NI=$O(B Jetspeed 2.0 $B$GMxMQ2DG=$J%l%$%"%&%H%3%s%]!<%M%s%H$N%j%9%H$G$9!#%Z!<%8$rJT=8$7$?$j%+%9%?%^%$%:$9$k:]$K$O!"%l%$%"%&%H%3%s%]!<%M%s%H$rA*Br$7$^$9!#(BPSML $B%Z!<%8$4$H$K0l$D$N%l%$%"%&%H$r;XDj$9$k$3$H$,2DG=$G$9!#(B +
+Layout | +Type | +Columns | +Sizes | +Modes | +Description | +
---|---|---|---|---|---|
VelocityOneColumn | +OneColumn | +1 | +100% | +view,edit,help | +A single column display of one or more fragments taking up 100% of the portlet display area. | +
VelocityTwoColumns | +TwoColumns | +2 | +50%,50% | +view,edit,help | +A two column display of one or more fragments where each column is allocated to 50% respectively of the portlet display area. + Fragments may be placed in either column using PSML fragment definitions. + | +
VelocityTwoColumns | +TwoColumns | +2 | +50%,50% | +view,edit,help | +A two column display of one or more fragments where each column is allocated to 50% of the portlet display area respectively. + Fragments may be placed in either column using PSML fragment definitions. + | +
VelocityTwoColumnsSmallLeft | +TwoColumns | +2 | +15%,85% | +view,edit,help | +A two column display of one or more fragments where the left column is allocated to 15% of the portlet display area, + and the right column is allocated to 85% of the portlet display area. + Fragments may be placed in either column using PSML fragment definitions. + | +
VelocityThreeColumns | +ThreeColumns | +3 | +33%,33%,33% | +view,edit,help | +A three column display of one or more fragments where each column is allocated to 33% of the portlet display area respectively. + Fragments may be placed in either column using PSML fragment definitions. + | +
VelocityOneColumnNoActions, VelocityTwoColumnsNoActions, VelocityThreeColumnsNoActions |
+ + | + | + | view | +Same parameters as their counterparts with actions, but no decorator actions are displayed. + | +
$B%l%$%"%&%H(B | +$B$B%+%i%`?t(B |
+ $B%5%$%:(B |
+ $B%b!<%I(B |
+ $B @ bL@(B |
+ |
---|---|---|---|---|---|
VelocityOneColumn | +1 $BNs(B | +1 | +100% | +view,edit,help | +$B%]!<%H%l%C%H$NI=<(%(%j%"$N(B 100% $B$r @ j$a$k0l$D0J>e$NCGJR$N(B 1 $BNsI=<(!#(B | +
VelocityTwoColumns | +2 $BNs(B | +2 | +50%,50% | +view,edit,help | +$B3FNs$K%]!<%H%l%C%HI=<(%(%j%"$N$=$l$>$l(B 50% $B$:$D$r3d$jEv$F$k0l$D0J>e$NCGJR$N(B 2 $BNsI=<(!#(B + $BCGJR$O$I$A$i$NNs$b(B PSML $B$NCGJR$NDj5A$r;H$C$FG[CV$5$l$^$9!#(B + | +
VelocityTwoColumns | +2 $BNs(B | +2 | +50%,50% | +view,edit,help | +$B3FNs$K%]!<%H%l%C%HI=<(%(%j%"$N$=$l$>$l(B 50% $B$:$D$r3d$jEv$F$k0l$D0J>e$NCGJR$N(B 2 $BNsI=<(!#(B + $BCGJR$O$I$A$i$NNs$b(B PSML $B$NCGJR$NDj5A$r;H$C$FG[CV$5$l$^$9!#(B + | +
VelocityTwoColumnsSmallLeft | +2 $BNs(B | +2 | +15%,85% | +view,edit,help | +$B:8B&$NNs$K%]!<%H%l%C%HI=<(%(%j%"$N(B 15% $B$r3d$jEv$F!"1&B&$NNs$K%]!<%H%l%C%HI=<(%(%j%"$N(B 85% $B$r3d$jEv$F$k0l$D0J>e$NCGJR$N(B 2 $BNsI=<(!#(B + $BCGJR$O$I$A$i$NNs$b(B PSML $B$NCGJR$NDj5A$r;H$C$FG[CV$5$l$^$9!#(B + | +
VelocityThreeColumns | +3 $BNs(B | +3 | +33%,33%,33% | +view,edit,help | +$B3FNs$K%]!<%H%l%C%HI=<(%(%j%"$N$=$l$>$l(B 33% $B$r3d$jEv$F$k0l$D0J>e$NCGJR$N(B 3 $BNsI=<(!#(B + $BCGJR$O$I$A$i$NNs$b(B PSML $B$NCGJR$NDj5A$r;H$C$FG[CV$5$l$^$9!#(B + | +
VelocityOneColumnNoActions, VelocityTwoColumnsNoActions, VelocityThreeColumnsNoActions |
+ + | + | + | view | +$B%G%3%l!<%?%"%/%7%g%s$rH<$&$=$l$>$lBP1~$9$k%l%$%"%&%H$HF1$8%Q%i%a!<%?$r;}$D!#$7$+$7!"%G%3%l!<%?%"%/%7%g%s$OI=<($5$l$J$$!#(B + | +
org.apache.jetspeed.portal.home
j2:portal.conf.project
- ゴールで) 更新したりするフォルダ。このフォルダはカスタムのポータル開発の全てを実行する場所です。j2:portal.conf.project
ゴールで) Maven プラグインがあなたのカスタムポータル用 Maven プロジェクトを(再)構築したり更新したりするフォルダ.この場所はあなたがカスタムポータルの開発を今後全て行う場所になります.
例:
/home/myportal
myprojects
@@ -464,9 +459,9 @@
1.0
j2:portal.conf.tomcat
@@ -645,7 +640,7 @@
j2:portal.conf.sql
@@ -662,7 +657,7 @@
j2:start.production.server
@@ -681,12 +676,11 @@
j2:portal.copy.webapp
プラグインゴールによって生成されたり更新されたりします。
- .
${CATALINA_HOME}/
- .
${org.apache.jetspeed.server.home}/shared/lib/
@@ -899,7 +892,7 @@
${org.apache.jetspeed.server.home}/webapps/
@@ -966,7 +959,7 @@
- Jetspeed 2 と Jetspeed 2 の Maven プラグインはデフォルトでは HSQLDB のデータベースを使用します。 + Jetspeed 2 と Jetspeed 2 の Maven プラグインはデフォルトでは提供される HSQLDB のデータベースを使用します。
Property | @@ -112,12 +116,100 @@
---|
$B%W%m%Q%F%#(B | +$B @ bL@(B | +$B%G%U%)%k%HCM(B | +
---|---|---|
+ org.apache.jetspeed.portal.home
+ |
+
+ (j2:portal.conf.project $B%4!<%k$G(B) Maven $B%W%i%0%$%s$,$"$J$?$N%+%9%?%`%]!<%?%kMQ(B Maven $B%W%m%8%'%/%H$r(B($B:F(B)$B9=C[$7$?$j99?7$7$?$j$9$k%U%)%k%@!#$3$N>l=j$O$"$J$?$,%+%9%?%`%]!<%?%k$N3+H/$r:#8eA4$F9T$&>l=j$K$J$j$^$9!#(B
+ + $BNc(B: /home/myportal/
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.portal.groupId
+ |
+
+ $B$"$J$?$N%]!<%?%k%W%m%8%'%/%H$N%0%k!<%W(B $B$N(B (Maven $B$N(B) $BC;$$L>A0!#(B
+ + $B$3$NCM$O(B Maven $B%j%]%8%H%j%U%)%k%@Fb$G%W%m%8%'%/%H$N @ .2LJ*$rJ]4I$7$F$*$/>l=j$NL>A0$H$7$F;H$o$l$^$9!#(B + + $BNc(B: myprojects
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.portal.artifactId
+ |
+
+ $B$"$J$?$N%]!<%?%k%W%m%8%'%/%H$N(B (Maven $B$G$N(B) $B>JN,L>!#(B
+ + $B$3$NCM$O%]!<%?%k(B war $B%U%!%$%k$d(B ($B%]!<%?%k(B) $B%&%'%V%"%W%j%1!<%7%g%s$N%3%s%F%-%9%HL>$K;H$$$^$9!#(B + + $BNc(B: myportal
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.portal.name
+ |
+
+ $B$"$J$?$N%]!<%?%k%W%m%8%'%/%H$N(B (Maven $B$G$N(B) $B%U%k%M!<%`!#(B
+ + $B$3$NCM$O(B JaveDoc $B$N%?%$%H%k$r @ 8@.$9$k$N$K(B Maven $B$,;H$$$^$9!#(B + + $BNc(B: + My Test Portal
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.portal.currentVersion
+ |
+
+ $B$"$J$?$N%]!<%?%k%W%m%8%'%/%H$N8=:_$N%P!<%8%g%s!#(B
+ + $B$3$NCM$O%W%m%8%'%/%H$N @ .2LJ*$NL>A0$N:G8e$K(B Maven $B$KIU$12C$($i$l$^$9!#(B + + $BNc(B: 1.0
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
The following properties all specify a subfolder of the ${org.apache.jetspeed.portal.home}
location as defined above.
+ $B$3$N$"$H$K=R$Y$k%W%m%Q%F%#$OA4$F(B ${org.apache.jetspeed.portal.home}
$B$N%5%V%U%)%k%@$rDj5A$7$^$9!#(B
+
Property | @@ -196,13 +288,110 @@
---|
$B%W%m%Q%F%#(B | +$B @ bL@(B | +$B%G%U%)%k%HCM(B | +
---|---|---|
+ org.apache.jetspeed.portal.conf.dir
+ |
+
+ Maven $B%W%i%0%$%s$,%"%W%j%1!<%7%g%s%5!<%P$N @ _Dj%U%!%$%k$r(B Tomcat $B$N%"%W%j%1!<%7%g%s$N%3%s%F%-%9%H5-=R;R$H$7$F @ 8@.$7%3%T!<$9$k%U%)%k%@!#(B
+ + $B$3$N%U%)%k%@$H%U%)%k%@Fb$N%3%s%F%s%D$O(B + j2:portal.conf.tomcat
+ $B%W%i%0%$%s%4!<%k$K$h$C$F:n @ .$5$l$?$j99?7$5$l$?$j$7$^$9!#(B
+ |
+ + target/portal-conf + | +
+ org.apache.jetspeed.portal.sql.dir
+ |
+
+ Maven $B%W%i%0%$%s$,%]!<%?%k$d%G!<%?%Y!<%9%5!<%P$N(B sql DDL $B$H(B DML $B%9%/%j%W%H$r @ 8@.$7%3%T!<$9$k%U%)%k%@!#(B
+ + $B$3$N%U%)%k%@$H%U%)%k%@Fb$N%3%s%F%s%D$O>o$K(B + j2:portal.conf.sql
+ $B%W%i%0%$%s%4!<%k$K$h$C$F(B ($B:F(B) $B @ 8@.$5$l$^$9!#(B
+ |
+ + target/portal-sql + | +
+ org.apache.jetspeed.portal.db.dir
+ |
+
+ Maven $B%W%i%0%$%s$,%S%k%I%$%s$N(B HSQLDB $B%G!<%?%Y!<%9$r:n @ .$9$k%U%)%k%@!#(B
+ + $B$3$N%U%)%k%@$H%U%)%k%@Fb$N%3%s%F%s%D$O(B + j2:start.production.server
+ ??????+ j2:start.test.server
+ $B%W%i%0%$%s%4!<%k$K$h$C$F @ 8@.$5$l$?$j99?7$5$l$?$j$7$^$9!#(B
+ |
+ + target/portal-db + | +
+ org.apache.jetspeed.portal.webapp.dir
+ |
+
+ Maven $B%W%i%0%$%s$,I8=`$N(B Jetspeed $B$N%&%'%V%"%W%j%1!<%7%g%s$N%j%=!<%9$r%3%T!<$9$k%U%)%k%@!#(B
+ + $B$3$N%U%)%k%@$H%U%)%k%@Fb$N%3%s%F%s%D$O(B + j2:portal.copy.webapp
+ $B%W%i%0%$%s%4!<%k$K$h$C$F @ 8@.$5$l$?$j99?7$5$l$?$j$7$^$9!#(B
+ |
+ + target/${org.apache.jetspeed.portal.artifactId} + | +
+ org.apache.jetspeed.portal.target.dir
+ |
+
+ Maven $B%W%i%0%$%s$,%i%s%?%$%`$N%]!<%?%k$N @ _Dj%U%!%$%k$r @ 8@.$7$?$j%3%T!<$7$?$j$9$k%U%)%k%@!#(B
+ + $B$3$l$i$N @ _Dj%U%!%$%k$O%]!<%?%k$d(B OJB $B$N%S%k%I(B/$B%W%i%0%$%s%W%m%Q%F%#$+$i @ 8@.$5$l$?CM$r4^$_$^$9!#(B + + $B$3$N%U%)%k%@$H%U%)%k%@Fb$N%3%s%F%s%D$O(B + j2:portal.conf.jetspeed
+ ??????+ j2:portal.conf.ojb
+ $B%W%i%0%$%s%4!<%k$K$h$C$F @ 8@.$5$l$?$j99?7$5$l$?$j$7$^$9!#(B
+ |
+ + target/${org.apache.jetspeed.portal.artifactId} + | +
Note: The maven-plugin currently only supports the Tomcat Server 5.0.x or 5.5.x
++ + $BCm0U(B: Maven $B%W%i%0%$%s$O8=;~E@$G$O(B Tomcat 5.0.x $B$^$?$O(B 5.5.x $B$N$_$r%5%]!<%H$7$^$9!#(B + +
+Property | @@ -288,14 +477,112 @@
---|
$B%W%m%Q%F%#(B | +$B @ bL@(B | +$B%G%U%)%k%HCM(B | +
---|---|---|
+ org.apache.jetspeed.server.home
+ |
+
+ Tomcat $B$r%$%s%9%H!<%k$7$?%k!<%H%U%)%k%@!#(B
+ + $BNc(B: + ${CATALINA_HOME}/
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.server.shared
+ |
+
+ Tomcat $B$N6&M-$N(B jar $B$NCV>l!#(B
+ + $BNc(B: ${org.apache.jetspeed.server.home}/shared/lib/
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.deploy.war.dir
+ |
+
+ Tomcat $B$N%&%'%V%"%W%j%1!<%7%g%s$N>l=j!#(B
+ + $BNc(B: ${org.apache.jetspeed.server.home}/webapps/
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.services.autodeployment.user
+ |
+
+ manager $B%m!<%k$KB0$9$k(B Tomcat $B$N%f!<%6!#(B
+ + $B8e$G @ bL@$9$k$h$&$K!"%]!<%?%kFb$+$i(B Tomcat Manager $B%"%W%j%1!<%7%g%s$X%"%/%;%9$9$k$N$K;H$$$^$9!#(B + |
+ + $B%G%U%)%k%HCM$J$7(B + | +
+ org.apache.jetspeed.services.autodeployment.password
+ |
+
+ $BA0=R$N(B Tomcat $B%f!<%6$N%Q%9%o!<%I!#(B
+ + $B8e$G @ bL@$9$k$h$&$K!"%]!<%?%kFb$+$i(B Tomcat Manager $B%"%W%j%1!<%7%g%s$X%"%/%;%9$9$k$N$K;H$$$^$9!#(B + |
+ + $B%G%U%)%k%HCM(B + | +
+ org.apache.jetspeed.catalina.version.major
+ |
+
+ $B;HMQ$9$k(B Tomcat $B$N%a%8%c!<%P!<%8%g%s!#(B5 $B$b$7$/$O(B 5.5 $B$,;H$($^$9!#(B
+ + $BNc(B: 5.5
+ |
+ + $B%G%U%)%k%HCM$J$7(B + | +
Jetspeed-2 and its maven-plugin uses, as well as provides, by default a HSQLDB database.
++ Jetspeed 2 $B$H(B Jetspeed 2 $B$N(B Maven $B%W%i%0%$%s$O%G%U%)%k%H$G$ODs6!$5$l$k(B HSQLDB $B$N%G!<%?%Y!<%9$r;HMQ$7$^$9!#(B +
+If you want to use a different database you will need to override the following properties:
++ $B$b$70[$J$k%G!<%?%Y!<%9$r;HMQ$9$k$N$G$"$l$P!"0J2<$N%W%m%Q%F%#$r>e=q$-$9$kI,MW$,$"$j$^$9!#(B +
+Property | @@ -364,8 +651,78 @@
---|
$B%W%m%Q%F%#(B | +$B @ bL@(B | +$B%G%U%)%k%HCM(B | +
---|---|---|
+ org.apache.jetspeed.production.database.default.name
+ |
+
+ $B$"$J$?$,;HMQ$9$k%G!<%?%Y!<%9$N
|
+ hsql | +
+ org.apache.jetspeed.production.database.url
+ |
+ JDBC $B$N@\B3(B url | +jdbc:hsqldb:hsql://127.0.0.1:9001 | +
+ org.apache.jetspeed.production.database.user
+ |
+ $B%G!<%?%Y!<%9$K@\B3$9$k:]$N%f!<%6L>!#(B | +sa | +
+ org.apache.jetspeed.production.database.password
+ |
+ $B%G!<%?%Y!<%9$K@\B3$9$k%f!<%6$N%Q%9%o!<%I!#(B | ++ $B6u(B + | +
+ org.apache.jetspeed.production.database.driver
+ |
+ JDBC $B%I%i%$%P$N%/%i%9L>(B | +org.hsqldb.jdbcDriver | +
+ org.apache.jetspeed.production.jdbc.drivers.path
+ |
+
+ $B%G!<%?%Y!<%9@\B3$KI,MW$J(B JDBC $B%I%i%$%P%/%i%9$d(B jar $B$X$N(B Java $B%/%i%9%Q%9%9%?%$%k$N%Q%9!#(B
+ + $BNc(B: /lib/ojdbc14.jar;/lib/nls_charset12.jar
+ |
+ + $B6u(B + | +
Make sure you have define at least the required properties as described above in your
${USER_HOME}/build.properties
. A minimal custom portal configuration using the default HSQLDB
@@ -393,6 +750,33 @@
configuration properties.
$B>/$J$/$H$bA0=R$NI,?\$N%W%m%Q%F%#$O(B
+ ${USER_HOME}/build.properties
+ $B$GDj5A$9$kI,MW$,$"$k$3$H$KCm0U$7$F$/$@$5$$!#(BHSQLDB $B$r;H$C$?:GDc8B$N%+%9%?%`%]!<%?%k$N @ _Dj$O0J2<$N$h$&$JIw$K$J$j$^$9!#(B
+
+
+ $BCm0U(B: $B$b$7%G%U%)%k%H$N(B Jetspeed 2 $B%]!<%?%k$r%=!<%9$+$iD>@\%S%k%I$9$k$D$b$j$J$N$G$"$l$P!"I,?\$N%]!<%?%k$N @ _Dj%W%m%Q%F%#$N$&$A!"(B
+ org.apache.jetspeed.portal.home
+ $B$@$1$,I,MW$K$J$j$^$9!#(B
+
+
タグで括っている所がある
- 2 つの の名前が同じ
というちょっと気になる部分がありました.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
From karma @ jazz.email.ne.jp Fri Jan 20 20:19:33 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Fri, 20 Jan 2006 20:19:33 +0900
Subject: [Jetspeed-japan-trans] guide/guide-sso.xml
Message-ID: <87wtgvqh8a.wl%karma@jazz.email.ne.jp>
加藤泰文です.
小出しですみません.^^;
guide/guide-sso.xml をやります... って,書く前ににやっちゃいました.
CRLF/UTF-8 です.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
-------------- next part --------------
テキスト形式以外の添付ファイルを保管しました...
ファイル名: guide-sso.xml
型: application/octet-stream
サイズ: 2703 バイト
説明: 無し
URL: http://lists.sourceforge.jp/mailman/archives/jetspeed-japan-trans/attachments/20060120/f983c42c/attachment.obj
From karma @ jazz.email.ne.jp Fri Jan 20 20:27:05 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Fri, 20 Jan 2006 20:27:05 +0900
Subject: [Jetspeed-japan-trans] Re: guide/guide-sso.xml
In-Reply-To: <87wtgvqh8a.wl%karma@jazz.email.ne.jp>
References: <87wtgvqh8a.wl%karma@jazz.email.ne.jp>
Message-ID: <87vewfqgvq.wl%karma@jazz.email.ne.jp>
加藤泰文です.また書き忘れ.
>>> On Fri, 20 Jan 2006 20:19:33 +0900
in message "[Jetspeed-japan-trans] guide/guide-sso.xml"
KATOH Yasufumi-san wrote:
> guide/guide-sso.xml をやります... って,書く前ににやっちゃいました.
本文一行目に "credentails" とありますが,文脈から想像するに
"credential" でしょうか...
で credential の訳ですが,どっかの訳で「セキュリティ属性」とあったので,
そのままもらいました.^^; 「セキュリティ属性 (Credential)」としてます.
---
そういえば,fragment の訳ですが,中根さんは「フラグメント(画面の一部
分)」としてますね.括弧付きで説明入れるのも良いかも知れませんね.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
From shinsuke @ users.sourceforge.jp Sat Jan 21 00:31:25 2006
From: shinsuke @ users.sourceforge.jp (shinsuke @ users.sourceforge.jp)
Date: Sat, 21 Jan 2006 00:31:25 +0900
Subject: [Jetspeed-japan-trans] CVS-Update: jetspeed-2-trans/ja/xdocs/guides
committed by shinsuke
Message-ID: <20060120153125.4887D2AC015@users.sourceforge.jp>
Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/ja/xdocs/guides
In directory sf-cvs:/tmp/cvs-serv6542/ja/xdocs/guides
Modified Files:
guide-sso.xml guide-security.xml
Log Message:
submitted by KATOH Yasufumi
jetspeed-2-trans/ja/xdocs/guides/guide-sso.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-sso.xml.diff?r1=1.1.1.1&r2=1.2
jetspeed-2-trans/ja/xdocs/guides/guide-security.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-security.xml.diff?r1=1.1.1.1&r2=1.2
===================================================================
RCS file: jetspeed-2-trans/ja/xdocs/guides/guide-sso.xml,v
retrieving revision 1.1.1.1
retrieving revision 1.2
diff -u -r1.1.1.1 -r1.2
--- guide-sso.xml 2005/12/16 03:43:36 1.1.1.1
+++ guide-sso.xml 2006/01/20 15:31:25 1.2
@@ -1,43 +1,61 @@
-
-
-
-
- Jetspeed Single Sign On
- Documentation for Jetspeed-2 SSO (Single Sign On)
-
-
-
-
-
-
-
-Jetspeed 2 provides a Single-Sign-On component for storing credentails for a protected site which can be an URL or application. Please visit the Jetspeed-2 Single Sign On
-sub project documentation.
-
-
-The SSO feature includes three main components:
-
- - The SSO Provider service which handles the backend operations SSO Provider
- - The SSO Management Portlet SSO Admin Portlet
- - The SSO Proxy Portlet SSO Proxy Portlet
-
-
-
-
-
-
-
+
+
+
+
+ [Jetspeed Single Sign On] Jetspeed $B$N%7%s%0%k%5%$%s%*%s(B
+ [Documentation for Jetspeed-2 SSO (Single Sign On)] Jetspeed 2 $B$N(B SSO ($B%7%s%0%k%5%$%s%*%s(B) $B$N%I%-%e%a%s%H(B
+
+
+
+
+
+
+
+
+
+
+
+Jetspeed 2 provides a Single-Sign-On component for storing credentails for a protected site which can be an URL or application. Please visit the Jetspeed-2 Single Sign On
+sub project documentation.
+
+
+
+Jetspeed 2 $B$K$O(B URL $B$d%"%W%j%1!<%7%g%sC10L$G%5%$%H$r%W%m%F%/%H$9$k$?$a$N%;%-%e%j%F%#B0 @ -(B (Credential) $B$rJ]B8$7$F$*$1$k%7%s%0%k%5%$%s%*%s%3%s%]!<%M%s%H$,$"$j$^$9!#(B
+
+
+
+The SSO feature includes three main components:
+
+ - The SSO Provider service which handles the backend operations SSO Provider
+ - The SSO Management Portlet SSO Admin Portlet
+ - The SSO Proxy Portlet SSO Proxy Portlet
+
+
+
+
+SSO $B$O0J2<$N;0$D$N%3%s%]!<%M%s%H$r4^$`5!G=$G$9!#(B
+
+ - $B%P%C%/%(%s%I%*%Z%l!<%7%g%s$r07$&(B SSO $B%W%m%P%$%@%5!<%S%9(B SSO Provider
+ - SSO $B$N4IM}%]!<%H%l%C%H(B SSO Admin Portlet
+ - SSO $B%W%m%-%7%]!<%H%l%C%H(B SSO Proxy Portlet
+
+
+
+
+
+
+
===================================================================
RCS file: jetspeed-2-trans/ja/xdocs/guides/guide-security.xml,v
retrieving revision 1.1.1.1
retrieving revision 1.2
diff -u -r1.1.1.1 -r1.2
--- guide-security.xml 2005/12/16 03:43:36 1.1.1.1
+++ guide-security.xml 2006/01/20 15:31:25 1.2
@@ -1,66 +1,109 @@
-
-
-
-
- Guide to Security
- Security Configuration Overview
-
-
-
-
-
-
-
- An overview of Jetspeed-2 security architecture is
- available
-
- here
-
- .
-
-
-
- Jetspeed-2 provides a
-
- LoginModule implementation
-
- that leverage the security SPI model to interact
- with multiple authentication mechanisms.
-
-
- Jetspeed authentication configuration is managed by the security-spi-atn.xml located in
- the portal application assembly directory. Jetspeed-2
- supports authentication against:
-
- - A relational database (default authentication implementation).
- - A LDAP authentication implementation.
-
-
-
-
-
- Jetspeed-2 provides a relational database backed JAAS policy implementation.
-
-
- Jetspeed-2 authorization implementation relies on a SPI model as well and is configured through security-spi-atz.xml
.
- Configuration details are available here.
-
-
-
-
-
\ No newline at end of file
+
+
+
+
+ [Guide to Security] $B%;%-%e%j%F%#$N%,%$%I(B
+ [Security Configuration Overview] $B%;%-%e%j%F%#@_Dj$N35N,(B
+
+
+
+
+
+
+
+
+
+
+
+ An overview of Jetspeed-2 security architecture is
+ available
+
+ here
+
+ .
+
+
+
+ Jetspeed 2 $B$N%;%-%e%j%F%#%"!<%-%F%/%A%c$N35N,$O(B
+
+ ???$B.f(B???+
+ $B$K$"$j$^$9!#(B
+
+
+
+
+ Jetspeed-2 provides a
+
+ LoginModule implementation
+
+ that leverage the security SPI model to interact
+ with multiple authentication mechanisms.
+
+
+
+ Jetspeed 2 $B$OJ#?t$NG'>Z%a%+%K%:%`$,4X78$9$k%;%-%e%j%F%#(B SPI $B%b%G%k$rMxMQ$7$?(B
+
+ LoginModule $B$N
+ $B$rDs6!$7$F$$$^$9!#(B
+
+
+
+ Jetspeed authentication configuration is managed by the security-spi-atn.xml located in
+ the portal application assembly directory. Jetspeed-2
+ supports authentication against:
+
+ - A relational database (default authentication implementation).
+ - A LDAP authentication implementation.
+
+
+
+
+ Jetspeed $B$NG'>Z$N @ _Dj$O(B $B%]!<%?%k%"%W%j%1!<%7%g%s$r9=C[$9$k$?$a$N%G%#%l%/%H%j(B $B$K$"$k(B security-spi-atn.xml $B%U%!%$%k$K$h$C$F4IM}$5$l$^$9!#(BJetspeed 2 $B$O(B
+
+ - $B%j%l!<%7%g%J%k%G!<%?%Y!<%9(B ($B%G%U%)%k%H$NG'>Z$N
+ - LDAP $BG'>Z(B $B$N
+
+ $B$KBP$9$kG'>Z$r%5%]!<%H$7$^$9!#(B
+
+
+
+
+
+ Jetspeed-2 provides a relational database backed JAAS policy implementation.
+
+
+
+ Jetspeed 2 $B$O(B $B%j%l!<%7%g%J%k%G!<%?%Y!<%9$,%P%C%/%(%s%I$H$J$k(B JAAS $B%]%j%7!< $B$rDs6!$7$^$9!#(B
+
+
+
+ Jetspeed-2 authorization implementation relies on a SPI model as well and is configured through security-spi-atz.xml
.
+ Configuration details are available here.
+
+
+
+ $B$=$N>e(B Jetspeed 2 $B$NG'>Z$Nsecurity-spi-atz.xml
$B$G @ _Dj$r9T$$$^$9!#(B
+ $B @ _Dj$N>\:Y$O(B $B$3$NJ8=q(B $B$r;2>H$7$F$/$@$5$$!#(B
+
+
+
+
+
From shinsuke @ users.sourceforge.jp Sat Jan 21 00:31:50 2006
From: shinsuke @ users.sourceforge.jp (shinsuke @ users.sourceforge.jp)
Date: Sat, 21 Jan 2006 00:31:50 +0900
Subject: [Jetspeed-japan-trans] CVS-Update: jetspeed-2-trans/xdocs committed
by shinsuke
Message-ID: <20060120153150.718912AC07F@users.sourceforge.jp>
Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/xdocs
In directory sf-cvs:/tmp/cvs-serv6564/xdocs
Modified Files:
assignment.xml
Log Message:
updated assign table
jetspeed-2-trans/xdocs/assignment.xml 1.12 -> 1.13 (modified)
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/xdocs/assignment.xml.diff?r1=1.12&r2=1.13
===================================================================
RCS file: jetspeed-2-trans/xdocs/assignment.xml,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- assignment.xml 2006/01/19 13:14:30 1.12
+++ assignment.xml 2006/01/20 15:31:50 1.13
@@ -237,8 +237,8 @@
Jetspeed-2 provides a relational database backed JAAS policy implementation. @@ -100,7 +100,7 @@
- その上 Jetspeed 2 の認証の実装は SPI モデルに依存しています。そして、security-spi-atz.xml
で設定を行います。
+ その上 Jetspeed 2 の承認の実装は SPI モデルに依存しています。そして、security-spi-atz.xml
で設定を行います。
設定の詳細は この文書 を参照してください。
タグで括っている所がある
原文を直そうかと思ったのですが、どちらに統一するべきなのか・・・。
grep してみると、特に区別しているようでもなく・・・。うむむ・・・。
> - 2 つの の名前が同じ
下のは、Authorizationだったので、承認に変更しておきました。
shinsuke
> というちょっと気になる部分がありました.
>
--------------------------------------
GANBARE! NIPPON!
Yahoo! JAPAN JOC OFFICIAL INTERNET PORTAL SITE PARTNER
http://pr.mail.yahoo.co.jp/ganbare-nippon/
From shinsuke @ users.sourceforge.jp Sat Jan 21 22:03:51 2006
From: shinsuke @ users.sourceforge.jp (shinsuke @ users.sourceforge.jp)
Date: Sat, 21 Jan 2006 22:03:51 +0900
Subject: [Jetspeed-japan-trans] CVS-Update: jetspeed-2-trans/ja/xdocs
committed by shinsuke
Message-ID: <20060121130351.452442AC09F@users.sourceforge.jp>
Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/ja/xdocs
In directory sf-cvs:/tmp/cvs-serv27831/ja/xdocs
Modified Files:
navigation.xml who-uses-j2.xml
Log Message:
translated
jetspeed-2-trans/ja/xdocs/navigation.xml 1.3 -> 1.4 (modified)
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/navigation.xml.diff?r1=1.3&r2=1.4
jetspeed-2-trans/ja/xdocs/who-uses-j2.xml 1.1.1.1 -> 1.2 (modified)
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/ja/xdocs/who-uses-j2.xml.diff?r1=1.1.1.1&r2=1.2
===================================================================
RCS file: jetspeed-2-trans/ja/xdocs/navigation.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- navigation.xml 2005/12/28 21:58:02 1.3
+++ navigation.xml 2006/01/21 13:03:51 1.4
@@ -44,7 +44,7 @@
-
+
===================================================================
RCS file: jetspeed-2-trans/ja/xdocs/who-uses-j2.xml,v
retrieving revision 1.1.1.1
retrieving revision 1.2
diff -u -r1.1.1.1 -r1.2
--- who-uses-j2.xml 2005/12/16 03:43:36 1.1.1.1
+++ who-uses-j2.xml 2006/01/21 13:03:51 1.2
@@ -16,14 +16,18 @@
-->
- Who Uses Jetspeed-2?
- Who Uses Jetspeed-2?
+ [Who Uses Jetspeed-2?]J2を利用している企業・団体
+ [Who Uses Jetspeed-2?]J2を利用している企業・団体
+
+
+
-
+
+
Company/Project
@@ -69,6 +73,49 @@
workflow engines (BPE) and uses Jetspeed-2 as a container for the engine's administrative portlets.
+
+
+
+ 企業/プロジェクト
+ 説明
+
+
+
+ BlueSunrise は、Jetspeed-2 ソリューションを導入する企業をサポートするサービスを提供します。
+
+
+
+ Convergys は、Cognos や MicroStrategy などのサードパーティ製の企業OLAPエンジンからレポートする B2B ビジネスインテリジェンスポータルとして、Jetspeed-2 を利用しています。
+
+
+
+ GroundWork のオープンソース IT インフラストラクチャモニタリングソリューションは、商業代替手段のコスト削減のためのエンタープライズクラスの可用性およびパフォーマンスを提供します。
+
+
+
+ iWise B.V. は、Jetspeed-2 を含む、コンサルタントおよび企業 Java ソリューションを提供するドイツの企業です。
+
+
+
+ 製品のJahia 5.0 ラインは、Jetspeed-2ベースの企業ポータルサーバーを含みます。
+ 100% Java ベース、すべての Jahia ソースコードは、共同およびコミュニティソースライセンス(貢献または有料)の元で利用可能です。
+
+
+
+ R.O.S.A. Creation. Technology. Intelligence. AG は、Jetspeed-2 を使用して、
+ 協調ポータルを配備し、ポータル開発でサービスを提供します。
+
+
+
+ UGS は、Jetspeed 2 を利用して、その製品のライフサイクル管理の製品ラインとして、
+ ポータルを提供しています。
+
+
+ WfMOpen
+ 1.4 バージョンで、WfMOpen は、ワークフローエンジン(BPE)用のリソース管理を提供し、
+ エンジンの管理用ポートレットとして、Jetspeed-2 を使用しています。
+
+
From karma @ jazz.email.ne.jp Mon Jan 23 13:12:46 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Mon, 23 Jan 2006 13:12:46 +0900
Subject: [Jetspeed-japan-trans] Re: guide/guide-sso.xml
In-Reply-To: <43D10567.1070306@yahoo.co.jp>
References: <87wtgvqh8a.wl%karma@jazz.email.ne.jp>
<87vewfqgvq.wl%karma@jazz.email.ne.jp>
<43D10567.1070306@yahoo.co.jp>
Message-ID: <87ek2z1t1d.wl%karma@jazz.email.ne.jp>
加藤泰文です.
>>> On Sat, 21 Jan 2006 00:44:39 +0900
in message "[Jetspeed-japan-trans] Re: guide/guide-sso.xml"
Shinsuke SUGAYA-san wrote:
> > 本文一行目に "credentails" とありますが,文脈から想像するに
> > "credential" でしょうか...
> SSO ポートレットをあんまり使っていませんが、複数保存して、
> 管理できませんでしたっけ?複数できたような気も・・・。
> SSOポートレットも結局、Rewriter がいまいちだったから、
> あまり使う気にならないんですよね・・・。
ああ,書き損じです.
単数,複数のミスではなく,"credentAIls" とあるのは "credentIAls" では
ないですかね? ということです.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
From karma @ jazz.email.ne.jp Mon Jan 23 13:15:06 2006
From: karma @ jazz.email.ne.jp (KATOH Yasufumi)
Date: Mon, 23 Jan 2006 13:15:06 +0900
Subject: [Jetspeed-japan-trans] guides/guide-user-attributes.html
Message-ID: <87d5ij1sxh.wl%karma@jazz.email.ne.jp>
加藤泰文です.
guides/guide-user-attributes.html をやります.
--
==============================================
(((( 加藤泰文
○-○ karma @ jazz.email.ne.jp
==============================================
(Web Page) http://park2.wakwak.com/%7Ekarma/
==============================================
From shinsuke @ users.sourceforge.jp Mon Jan 23 22:08:22 2006
From: shinsuke @ users.sourceforge.jp (shinsuke @ users.sourceforge.jp)
Date: Mon, 23 Jan 2006 22:08:22 +0900
Subject: [Jetspeed-japan-trans] CVS-Update: jetspeed-2-trans/xdocs committed
by shinsuke
Message-ID: <20060123130822.E3BD72AC091@users.sourceforge.jp>
Update of /cvsroot/jetspeed-japan/jetspeed-2-trans/xdocs
In directory sf-cvs:/tmp/cvs-serv10959/xdocs
Modified Files:
assignment.xml
Log Message:
updated assigntable
jetspeed-2-trans/xdocs/assignment.xml 1.13 -> 1.14 (modified)
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/jetspeed-japan/jetspeed-2-trans/xdocs/assignment.xml.diff?r1=1.13&r2=1.14
===================================================================
RCS file: jetspeed-2-trans/xdocs/assignment.xml,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- assignment.xml 2006/01/20 15:31:50 1.13
+++ assignment.xml 2006/01/23 13:08:22 1.14
@@ -265,8 +265,8 @@
guides/guide-user-attributes.xml
???
$BLuJ8(B
- -
- $BJg=8Cf(B
+ $B2CF#BYJ8(B
+ $BK]LuCf(B
Project | @@ -56,6 +60,39 @@The Spring Framework provides Jetspeed-2 default component framework. |
---|
プロジェクト | +説明 | +
---|---|
+ | Derby は、Jetspeed-2 のデフォルトの組み込みデータベースエンジンを提供しています。 | +
+ | Apache Directory Server は、Jetspeed-2 のデフォルト組み込み LDAP エンジンを提供しています。 | +
+ | Lucene は、Jetspeed-2 の組み込み検索エンジンを提供しています。 | +
+ | OJB Jetspeed-2 のデフォルトの永続性層を提供しています。 + Jetspeed-2 は OJB のPersistenceBroker API を利用しています。 | +
+ | Pluto は、Jetspeed-2 のポートレットコンテナを提供します。 + Pluto は、Java ポートレット仕様のリファレンス実装です。 | +
+ | Spring フレームワーク は、Jetspeed-2 のデフォルトのコンポーネントフレームワークを提供しています。 | +
Jetspeed is an Open Source implementation of an Enterprise Information Portal, using Java and XML. A @@ -35,6 +39,14 @@ information from multiple sources are made available in an easy to use manner.
++ Jetspeed は、Java や XML を利用した企業情報ポータルの、オープンソースの実装です。 + ポータルは、アプリケーションやデータベースなどのネットワークリソースをエンドユーザーで利用可能にします。 + ユーザーは、ウェブブラウザ、WAP 対応の携帯電話、ポケベルまたは様々な他のデバイスからポータルへアクセスすることができます。 + Jetspeedは、利用しやすい方法で複数の情報源からなる情報を利用可能にする中央のハブのように動作します。 +
+The data presented via Jetspeed is independent of @@ -55,6 +67,23 @@ . Note that outside of regular browser Jetspeed also supports WAP devices.
++ Jetspeed を通して表示されるデータは、コンテンツタイプには依存していません。 + これは、たとえば、XML、RSS または SMTP などから来るコンテンツが Jetspeed で統合することができることを意味しています。 + データの実際の表示は、XSL で処理され、Java Server Pages (JSP) や HTML の組み合わせで、ユーザーへ送信されます。 + Jetspeed は、 + Cocoon + 、 + WebMacro + や + + Velocity + + などのテンプレートおよびコンテント発行フレームワークのサポートを提供します。 + (注: Jetspeed は、普通のブラウザではない WAP 端末をサポートします) +
+Jetspeed helps you build portal applications quickly. The goal is to make Jetspeed a tool for both portal @@ -65,6 +94,13 @@ portal and also syndicate your own content.
++ Jetspeed は、ポータルアプリケーションを素早く構築する手助けとなります。 + そのゴールは、Jetspeed がユーザーインターフェースデザイナと同様にポータル開発者にとってもツールとなることです。 + 現在、ポータルの基盤の構築を容易にするツール群を開発者にて帰郷することに焦点を当てています。 + ユーザーは、Jetspeed を用いて、XML ポータルを素早く構築でき、独自のコンテンツを同時に配信できます。 +
- The Portlet Specification defines how Portlet Applications can use User Attributes.
- The attributes must be defined in the portlet.xml like (see PLT.17.1):
- Once attributes are defined like this, a portlet can access the current values for the logged on - user as an unmodifiable Map from the PortletRequest using the USER_INFO constant defined in the - PortletRequest interface (see PLT.17.2):
- -- What is not defined by the Portlet Specification is how the Portal - must map the defined User Attributes to concrete attributes of a user.
-- Jetspeed-2 provides a very flexible way to define concrete User attributes and defining access to them.
-
- Concrete User attributes are stored using User Preferences for which Jetspeed-2 provides its own database
- back end for storage (which is customizable by the way like almost any component of Jetspeed-2). The user
- attributes implementation leverages Jetspeed's
- java.util.prefs.Preferences implementation.
- The concrete User attributes are stored under a specific node in the User preferences and can contain
- any named attribute at will.
- These concrete User attributes can be mapped to the defined User Attributes in the portlet.xml in two ways:
-
- If you write new Portlet Applications with Jetspeed-2 as target Portal, defining User Attributes which
- match the concrete User attributes in the Portal usually will be quite straightforward
- But, if you have an existing Portlet Application which you want to deploy on Jetspeed-2, there might
- be a mismatch between the attribute names needed by the Portlet Application and the
- concrete attribute names as stored in the Jetspeed-2 User Preferences.
-
- Note: The Portlet Specification defines a set of attribute names which are recommended to be used
- in Appendix PLT.D.
- Portlet Applications using these attribute names and Portals storing the concrete User attributes
- also using these names won't need any custom attribute mapping as will be described below.
- Although Jetspeed-2 allows a fully free definition of the concrete User attributes,
- it is recommended to use these predefined attributes names as much as possible.
- The jetspeed-portlet.xml allows jetspeed specific configurations and customizations to be specified.
- This deployment document isn't required, but will be processed if found within the WEB-INF folder of a
- Portlet Application war.
- Jetspeed specific configurations must be defined using the "http://portals.apache.org/jetspeed" namespace.
- User attribute mapping is defined using an "user-attribute-ref" element containing a "name" element defining - the custom user attribute name and a "name-link" element defining the concrete attribute name to which it - is mapped:
- -- Using the above custom mapping as an example, the Portlet can now access the user attributes as follows:
- -- Note that the email attribute for which no custom mapping was defined still can be access using - exact name matching (provided the concrete attribute is defined for the logged on user).
-
- Jetspeed-2 is provided with several Administrative Portlets, including for User Management.
- Using the User Management Portlets, it is very easy to define or modify concrete attributes for a user:
- The User Info Test demo Portlet, default deployed in Jetspeed-2 and displayed on the start page, uses - the above example User Attribute definitions and displays the values for the logged on user (also showing that - these can be accessed from both the PortletRequest as well as the HttpServletRequest from within a servlet):
- -
+ The Portlet Specification defines how Portlet Applications can use User Attributes.
+ The attributes must be defined in the portlet.xml like (see PLT.17.1):
+ ポートレット仕様はどのようにしてポートレットアプリケーションがユーザ属性を使用出来るのかについて定義をしています。属性は portlet.xml で以下のように定義されます (PLT.17.1 参照)。
++ Once attributes are defined like this, a portlet can access the current values for the logged on + user as an unmodifiable Map from the PortletRequest using the USER_INFO constant defined in the + PortletRequest interface (see PLT.17.2):
++ このように属性が定義されると、ポートレットは PortletRequest インタフェース (PLT.17.2 参照) で定義された USER_INFO 定数を使って PortletRequest から変更出来ない Map としてログインしているユーザの現在値にアクセスすることが可能になります。 +
++ What is not defined by the Portlet Specification is how the Portal + must map the defined User Attributes to concrete attributes of a user.
++ ポートレット仕様で定義されないのは、ポータルが定義されたユーザ属性をユーザの具体的な属性にどのようにマッピングするかということです。 +
++ Jetspeed-2 provides a very flexible way to define concrete User attributes and defining access to them.
++ Jetspeed 2 は具体的なユーザ属性を定義したり、そのユーザ属性へのアクセスを定義したりするためにとても柔軟な方法を提供しています。
+
+ Concrete User attributes are stored using User Preferences for which Jetspeed-2 provides its own database
+ back end for storage (which is customizable by the way like almost any component of Jetspeed-2). The user
+ attributes implementation leverages Jetspeed's
+ java.util.prefs.Preferences implementation.
+ The concrete User attributes are stored under a specific node in the User preferences and can contain
+ any named attribute at will.
+ These concrete User attributes can be mapped to the defined User Attributes in the portlet.xml in two ways:
+
+ 具体的なユーザ属性は Jetspeed 2 が情報を格納しておくためのデータベースバックエンドとしている User Preferences を使って格納されます (これは Jetspeed 2 の殆んどのコンポーネントのような方法でカスタマイズ出来ます)。ユーザ属性の実装は Jetspeed の java.util.prefs.Preferences の実装を利用しています。
+ 具体的なユーザ属性は User preferences 内の特定のノード下に格納されます。そして任意の名前の属性を自由に含むことが出来ます。
+ これらの具体的なユーザ属性は portlet.xml 内で以下のような二つの方法で定義されたユーザ属性にマップされます。
+
+ If you write new Portlet Applications with Jetspeed-2 as target Portal, defining User Attributes which
+ match the concrete User attributes in the Portal usually will be quite straightforward
+ But, if you have an existing Portlet Application which you want to deploy on Jetspeed-2, there might
+ be a mismatch between the attribute names needed by the Portlet Application and the
+ concrete attribute names as stored in the Jetspeed-2 User Preferences.
+ もしあなたがターゲットとするポータルとして Jetspeed 2 を対象として新しいポートレットアプリケーションを書いたのなら、ポータル内で具体的なユーザ属性と一致する User Attributes を定義することは簡単でしょう。
+ しかし、もし既に存在するポートレットアプリケーションを Jetspeed 2 上に配備したいのなら、ポートレットアプリケーションに必要な属性名と Jetspeed 2 の User Preferences に格納される具体的な属性名の間のミスマッチがあるかもしれません。
+
+
+ Note: The Portlet Specification defines a set of attribute names which are recommended to be used
+ in Appendix PLT.D.
+ Portlet Applications using these attribute names and Portals storing the concrete User attributes
+ also using these names won't need any custom attribute mapping as will be described below.
+ Although Jetspeed-2 allows a fully free definition of the concrete User attributes,
+ it is recommended to use these predefined attributes names as much as possible.
+
+ 注意: ポートレット仕様は Appendix PLT.D. で推奨される属性名のセットを定義しています。
+ これらの属性名を使ったポートレットアプリケーションと具体的なユーザ属性をこれらの名前を使って格納しているポータルは以下で述べるようなカスタムの属性のマッピングを使う必要は一切ありません。
+ Jetspeed 2 は具体的なユーザ属性を全く自由に定義することが出来ますが、可能な限りこれらのあらかじめ定義された属性を使うことが推奨されます。
+ The jetspeed-portlet.xml allows jetspeed specific configurations and customizations to be specified.
+ This deployment document isn't required, but will be processed if found within the WEB-INF folder of a
+ Portlet Application war.
+ Jetspeed specific configurations must be defined using the "http://portals.apache.org/jetspeed" namespace.
+ jetspeed-portlet.xml に jetspeed 特有の設定やカスタマイズを記述することが出来ます。
+ このドキュメントの配備は必須ではありません。しかし、もしポートレットアプリケーションの war ファイル内の WEB-INF フォルダにこのドキュメントが見付かれば、処理が行われます。
+ Jetspeed 特有の設定は "http://portals.apache.org/jetspeed" 名前空間を使って定義しなければなりません。
+
+ User attribute mapping is defined using an "user-attribute-ref" element containing a "name" element defining + the custom user attribute name and a "name-link" element defining the concrete attribute name to which it + is mapped:
++ ユーザ属性のマッピングはカスタムのユーザ属性名を定義する "name" エレメントを含む "user-attribute-ref" エレメントと、その属性名にマップされる具体的な属性名を定義する"name-link" エレメントによって定義されます。 +
++ Using the above custom mapping as an example, the Portlet can now access the user attributes as follows:
++ 先の例のようなカスタムのマッピングを使って、ポートレットは次のようにユーザ属性にアクセス出来ます。
++ Note that the email attribute for which no custom mapping was defined still can be access using + exact name matching (provided the concrete attribute is defined for the logged on user).
++ カスタムのマッピングが定義されていない (ログオンしているユーザのために定義されている具体的な属性が提供されている) email 属性も完全一致でのアクセスが可能であることに注意してください。 +
+
+ Jetspeed-2 is provided with several Administrative Portlets, including for User Management.
+ Using the User Management Portlets, it is very easy to define or modify concrete attributes for a user:
+ Jetspeed 2 にはユーザ管理を含むいくつかの管理ポートレットがあります。
+ ユーザ管理ポートレットを使って、非常に簡単にユーザに対する具体的な属性を定義したり修正したりできます。
+
+ The User Info Test demo Portlet, default deployed in Jetspeed-2 and displayed on the start page, uses + the above example User Attribute definitions and displays the values for the logged on user (also showing that + these can be accessed from both the PortletRequest as well as the HttpServletRequest from within a servlet):
++ デフォルトの Jetspeed 2 で配備され、スタートページに表示される、ユーザ情報テスト (User Info Test) デモポートレットは前述の例のユーザ属性定義を使い、ログオンユーザの値を表示しています。(これらの値はサーブレット内の HttpServletRequest と PortletRequest の両方からアクセス可能な表示です) +
+ +SpikeSource runs nightly builds of Jetspeed-2 on a set of Linux platforms (Suse, Fedora, Redhat...). The builds run an entire Jetspeed-2 build and all unit tests. Additionally, code coverage tests are run. The results of these tests are available at the SpikeSource website.
-
+SpikeSource $B$O!"(BLinux $B%W%i%C%H%U%)!<%`72(B(SuSE, Fedora, Redhat...) $B>e$G(B Jetspeed-2 $B$N%J%$%H%j!<%S%k%I$r
Jetspeed-2 is built nightly. Unit tests and code coverage results in REST format are found here:
+Jetspeed-2 $B$O!"?
Find the results of Jetspeed-2 and other open source builds here:
+Jetspeed-2 $B$*$h$S$=$NB>$N%*!<%W%s$=!<$=$S$k$I$N7k2L$O0J2<$K$"$j$^$9!#(B
+ +$B%*!<%W%s%=!<%9$N%S%k%I7k2L(BProject | @@ -43,6 +47,26 @@
---|
プロジェクト | +説明 | +
---|---|
+ | Gems は、JSR-168 のポートレット群を提供します。利用可能はポートレット配下の通りです。
+
|
+