From svnnotify ＠ sourceforge.jp Tue Mar 3 14:13:27 2009 From: svnnotify ＠ sourceforge.jp (svnnotify ＠ sourceforge.jp) Date: Tue, 03 Mar 2009 14:13:27 +0900 Subject: [Jetspeed-japan-trans] [74] Update translate. Message-ID: <1236057207.553426.30205.nullmailer@users.sourceforge.jp> Revision: 74 http://svn.sourceforge.jp/view?root=jetspeed-japan&view=rev&rev=74 Author: karma Date: 2009-03-03 14:13:27 +0900 (Tue, 03 Mar 2009) Log Message: ----------- Update translate. Modified Paths: -------------- jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml -------------- next part -------------- Modified: jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml =================================================================== --- jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml 2009-02-24 05:22:44 UTC (rev 73) +++ jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml 2009-03-03 05:13:27 UTC (rev 74) @@ -461,15 +461,27 @@

- + +

All users are either explicity or implicity associated with a profiling rule. The User Administration utility has a tab to setup the profiling rule associated with a user:

+
+

ユーザは全員，明確にもしくは暗黙のうちに，プロファイリングルールに関連付きます．ユーザを管理するユーティリティには，ユーザに関連付くプロファイリングルールを設定するためのタブがあります． +

+ + +

Additionally, you can associate users with profiling rules in the XML seed data configuration:

+
+ +

更に，XML 初期データを使った設定で，ユーザをプロファイリングルールに関連付けることもできます．

+ +
@@ -488,17 +500,57 @@ ]]> +
+ + + +... + + + manager + engineering + + + + + + + + +]]> + + +

Looking at the Rule element of a User, the locator can be either:

+
+ +

ユーザの Rule 要素を見てください．locator は以下の二つの値を取れます．

+ +
  • page - use associated profiling rule to locate pages
  • menu - use the associated profiling rule to locate menus (if not specified, use the page locator)
+
+ + + +

The rule attribute on the Rule element of a User defines which profiling rule is associated to either a page or menu locator. If a user is not associated with a locator, then there is a system wide locator configured in the Spring configuration file profiler.xml. See the contructor-arg of index = 1. This locator is the default locator, system-wide, for when there is no-associated profiling rule. Normally, profiling rules are associated with user during activities such as the creation of new users with the User Administration portlet, or during new user registration.

+
+ +

ユーザの Rule 要素の rule 属性は，プロファイリングルールに対するページもしくはメニューロケータの関連付けを定義します．もし，ユーザがロケータと関連付けられなかった場合，システム全体のロケータが存在し，その Spring 設定ファイルである profiler.xml により設定されます．index = 1 のコンストラクタ引数を見てください．このロケータはシステム全体のデフォルトロケータであり，どのプロファイリングルールにも関連付けられなかった時のためのものです．通常プロファイリングルールは，ユーザ管理ポートレットで新しいユーザを作成するような時や新しいユーザの登録を行うときに，ユーザに関連付けられます． +

+ From karma ＠ jazz.email.ne.jp Tue Mar 3 14:28:54 2009 From: karma ＠ jazz.email.ne.jp (KATOH Yasufumi) Date: Tue, 03 Mar 2009 14:28:54 +0900 Subject: [Jetspeed-japan-trans] [74] Update translate. In-Reply-To: <1236057207.553426.30205.nullmailer@users.sourceforge.jp> References: <1236057207.553426.30205.nullmailer@users.sourceforge.jp> Message-ID: <87k577uqcp.wl%karma@jazz.email.ne.jp> 加藤泰文です． guides/guides-subsite.xml の翻訳継続中ですが，原文間違い? という点を 3 つほど見つけています．ご確認ください． 467 行目 "explicity" は "explicitly"? 467 行目 "implicity" は "implicitly"? (それともそういう単語あり?) 545 行目 "contructor-arg" は "constructor-arg" -- ============================================== (((( 加藤泰文 ○-○ karma @ jazz.email.ne.jp ============================================== (Web Page) http://www.ne.jp/asahi/ka/to/ ============================================== From shinsuke ＠ yahoo.co.jp Tue Mar 3 22:16:01 2009 From: shinsuke ＠ yahoo.co.jp (Shinsuke SUGAYA) Date: Tue, 03 Mar 2009 22:16:01 +0900 Subject: [Jetspeed-japan-trans] [74] Update translate. In-Reply-To: <87k577uqcp.wl%karma@jazz.email.ne.jp> References: <1236057207.553426.30205.nullmailer@users.sourceforge.jp> <87k577uqcp.wl%karma@jazz.email.ne.jp> Message-ID: <49AD2D91.4000104@yahoo.co.jp> 菅谷です。 お疲れさまです。 すべておっしゃるとおりかと :) shinsuke KATOH Yasufumi wrote: > 加藤泰文です． > > guides/guides-subsite.xml の翻訳継続中ですが，原文間違い? という点を 3 > つほど見つけています．ご確認ください． > > 467 行目 "explicity" は "explicitly"? > 467 行目 "implicity" は "implicitly"? (それともそういう単語あり?) > 545 行目 "contructor-arg" は "constructor-arg" > From karma ＠ jazz.email.ne.jp Fri Mar 6 16:58:40 2009 From: karma ＠ jazz.email.ne.jp (KATOH Yasufumi) Date: Fri, 06 Mar 2009 16:58:40 +0900 Subject: [Jetspeed-japan-trans] [74] Update translate. In-Reply-To: <87k577uqcp.wl%karma@jazz.email.ne.jp> References: <1236057207.553426.30205.nullmailer@users.sourceforge.jp> <87k577uqcp.wl%karma@jazz.email.ne.jp> Message-ID: <87zlfzrsjz.wl%karma@jazz.email.ne.jp> 加藤泰文です． >>> On Tue, 03 Mar 2009 14:28:54 +0900 in message "Re: [Jetspeed-japan-trans] [74] Update translate." KATOH Yasufumi-san wrote: > guides/guides-subsite.xml の翻訳継続中ですが，原文間違い? という点を 3 > つほど見つけています．ご確認ください． 翻訳 Wiki の方にも同じ内容をメモしてあります． -- ============================================== (((( 加藤泰文 ○-○ karma @ jazz.email.ne.jp ============================================== (Web Page) http://www.ne.jp/asahi/ka/to/ ============================================== From svnnotify ＠ sourceforge.jp Fri Mar 6 17:15:31 2009 From: svnnotify ＠ sourceforge.jp (svnnotify ＠ sourceforge.jp) Date: Fri, 06 Mar 2009 17:15:31 +0900 Subject: [Jetspeed-japan-trans] [75] Update translate. Message-ID: <1236327331.391714.27325.nullmailer@users.sourceforge.jp> Revision: 75 http://svn.sourceforge.jp/view?root=jetspeed-japan&view=rev&rev=75 Author: karma Date: 2009-03-06 17:15:31 +0900 (Fri, 06 Mar 2009) Log Message: ----------- Update translate. Modified Paths: -------------- jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml -------------- next part -------------- Modified: jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml =================================================================== --- jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml 2009-03-03 05:13:27 UTC (rev 74) +++ jetspeed-2-trans/trunk/ja/xdocs/guides/guide-subsites.xml 2009-03-06 08:15:31 UTC (rev 75) @@ -39,10 +39,10 @@

- サブサイトは，あなたのポータルサイトのサイトマップを，独立した「ポータルサイト」に更に分割するための機能です．このことは，2 つ以上の Jetspeed ポータルを，同じポータルのインスタンス (アプリケーションサーバ) 上にホスティングするようなシナリオを可能にします．サブサイト機能を使って，ユーザの一部の部分集団がポータルサイト全体のサブツリーやサブサイトだけを見るように設定を行うことが可能になります．これらのユーザは，自身の属するサブサイトの外のコンテンツを見ることは決してありません．サブサイトの作成は，プロファイリングルールに基づきます．プロファイリングルールを追加することにより，ユーザをサブサイトのルートに導きます．この例では (訳注: 原文もここで終わっています) + サブサイトは、あなたのポータルサイトのサイトマップを、独立した「ポータルサイト」に更に分割するための機能です。このことは、2 つ以上の Jetspeed ポータルを、同じポータルのインスタンス (アプリケーションサーバ) 上にホスティングするようなシナリオを可能にします。サブサイト機能を使って、ユーザの一部の部分集団がポータルサイト全体のサブツリーやサブサイトだけを見るように設定を行うことが可能になります。これらのユーザは、自身の属するサブサイトの外のコンテンツを見ることは決してありません。サブサイトの作成は、プロファイリングルールに基づきます。プロファイリングルールを追加することにより、ユーザをサブサイトのルートに導きます。この例では (訳注: 原文もここで終わっています)

-
+

In order to direct users to different subsites, you will need to define a set of rules, known as profiling rules. These rules determine which subsite users and guests will visit. @@ -51,7 +51,7 @@ Use case scenario we are going to look at are:

- ユーザを異なるサブサイトに導くため，プロファイリングルールというルールセットを定義する必要があります．これらのルールは，サブサイトのユーザやゲストの訪問を定義します．ルールは，ユーザ名，現在のユーザのロール，リクエストパラメータ，セッションの状態などの実行時のパラメータに基づきます．この例では，URL のホスト名に基づいて，ユーザをサブサイトに導く方法を考えます． + ユーザを異なるサブサイトに導くため、プロファイリングルールというルールセットを定義する必要があります。これらのルールは、サブサイトのユーザやゲストの訪問を定義します。ルールは、ユーザ名、現在のユーザのロール、リクエストパラメータ、セッションの状態などの実行時のパラメータに基づきます。この例では、URL のホスト名に基づいて、ユーザをサブサイトに導く方法を考えます。

    @@ -60,21 +60,21 @@
    -
  • バーチャルホスティングのシナリオ．異なる複数サイトをホスティングします．
    • -
  • 2 つ以上のサイトを持つ単一の組織．サブサイト間で共通のコンテンツもいくつか持つちます．
    • +
  • バーチャルホスティングのシナリオ。異なる複数サイトをホスティングします。
    • +
  • 2 つ以上のサイトを持つ単一の組織。サブサイト間で共通のコンテンツもいくつか持つちます。

In our Virtual Hosting example, we are hosting three different portal subsites:

-

ここでのバーチャルホスティングの例では，3 つの異なるポータルのサブサイトをホスティングします．

+

ここでのバーチャルホスティングの例では、3 つの異なるポータルのサブサイトをホスティングします。

Here we have three subsites (four including localhost) defined for three different companies:

- ここに，3 つの異なる会社のための 3 つのサブサイトがあります (localhost を合わせて 4 つ)． + ここに、3 つの異なる会社のための 3 つのサブサイトがあります (localhost を合わせて 4 つ)。

    @@ -93,13 +93,13 @@

    In our Single Organization example, we are hosting three different portal subsites within the organization:

    -

    ここで示す単一組織の例では，組織内に 3 つの違うポータルサブサイトをホスティングしています．

    +

    ここで示す単一組織の例では、組織内に 3 つの違うポータルサブサイトをホスティングしています。

    Here we have three subsites (four including localhost) defined for three different companies:

    -

    ここに，3 つの異なる会社のための 3 つのサブサイトがあります (localhost を合わせて 4 つ)．(訳注：ここは間違いと思われます．おそらく「同じ組織のための 3 つのサブサイトがあります．」だと思われます．) +

    ここに、3 つの異なる会社のための 3 つのサブサイトがあります (localhost を合わせて 4 つ)。(訳注：ここは間違いと思われます。おそらく「同じ組織のための 3 つのサブサイトがあります。」だと思われます。)

      @@ -109,9 +109,9 @@
      -
    • employees.my-company.com - 従業員のためのサブサイト．
      • -
    • partners.my-company.com - パートナーのためのサブサイト．
      • -
    • www.my-company.com - 一般公開用のサブサイト．
      • +
    • employees.my-company.com - 従業員のためのサブサイト。
      • +
    • partners.my-company.com - パートナーのためのサブサイト。
      • +
    • www.my-company.com - 一般公開用のサブサイト。
    @@ -122,7 +122,7 @@ in the database. See the Database Page Manager for details on storing subsites in the database.

-

前に示したスクリーンショットは，サイトマネージャを使ってサブサイトを設定している所です．サイトマネージャは，その場でサイトを設定するのに役に立ちます．サイトの初期設定の際，サブサイトはファイルシステム上のフォルダやサブフォルダやページで設定されます．これらのフォルダをデータベースにインポートすることも可能です．データベースにサブサイトを保存するには，データベースページマネージャを参照してください． +

前に示したスクリーンショットは、サイトマネージャを使ってサブサイトを設定している所です。サイトマネージャは、その場でサイトを設定するのに役に立ちます。サイトの初期設定の際、サブサイトはファイルシステム上のフォルダやサブフォルダやページで設定されます。これらのフォルダをデータベースにインポートすることも可能です。データベースにサブサイトを保存するには、データベースページマネージャを参照してください。

@@ -131,7 +131,7 @@

- サイトマネージャは，ファイルシステムをツリービュー形式で表します．前のサイトビューのスクリーンショットを見てください．ここには，説明が必要なディレクトリがいくつかあります． + サイトマネージャは、ファイルシステムをツリービュー形式で表します。前のサイトビューのスクリーンショットを見てください。ここには、説明が必要なディレクトリがいくつかあります。

    @@ -140,14 +140,14 @@
    -
  • __subsite-root - これは予約ディレクトリです．全てのサブサイト制御のルートを収容します．
    • -
  • _hostname - これは全てのホストベースのサブサイトを含む コントロール ディレクトリです (アンダースコアが最初に付きます)．
    • +
  • __subsite-root - これは予約ディレクトリです。全てのサブサイト制御のルートを収容します。
    • +
  • _hostname - これは全てのホストベースのサブサイトを含む コントロール ディレクトリです (アンダースコアが最初に付きます)。

Control directories must always begin with an underscore. Profiling rules navigate through control directories based on runtime parameters. In this example, we are creating subsites based on the hostname runtime parameter

-

制御ディレクトリは常にアンダースコアから始めなければなりません．プロファイリングルールは，実行時パラメータを元に制御ディレクトリを検索します．この例では，実行時のホスト名ベースのサブサイトを作成しています． +

制御ディレクトリは常にアンダースコアから始めなければなりません。プロファイリングルールは、実行時パラメータを元に制御ディレクトリを検索します。この例では、実行時のホスト名ベースのサブサイトを作成しています。

@@ -157,7 +157,7 @@ and making fake entries such as:

-

localhost サイトは開発の時のみ存在することに注意してください．開発者でも，自身のローカルマシンの /etc/hosts ファイル (Windows では \windows\system32\drivers\etc\hosts) を編集して，以下のようなエントリを加えることにより，バーチャルホスティング環境をシミュレートすることが可能です． +

localhost サイトは開発の時のみ存在することに注意してください。開発者でも、自身のローカルマシンの /etc/hosts ファイル (Windows では \windows\system32\drivers\etc\hosts) を編集して、以下のようなエントリを加えることにより、バーチャルホスティング環境をシミュレートすることが可能です。

@@ -193,7 +193,7 @@ We will be initializing:

- Jetspeed ポータルを初期設定する際，あなたのポータルの初期データを準備する必要があります．ここで，どのようにサブサイト構築のための XML 初期データを設定するのかをデモしてみます．

+ Jetspeed ポータルを初期設定する際、あなたのポータルの初期データを準備する必要があります。ここで、どのようにサブサイト構築のための XML 初期データを設定するのかをデモしてみます。

  • Profiling Rules
    • @@ -257,7 +257,7 @@ - + @@ -312,7 +312,7 @@ the Profiler Admininistrative portlet.

-

プロファイリングルールは 1 つ以上の判断基準を含んでいます．それぞれの判断基準は，物理的なポータルサイトマップ内でページをどのように位置付けるかの指示を定義します．navigation タイプの判断基準は，ポータルサイトツリーをどのようにたどっていくかを指示するのに使われます．通常は，fallBackOrder タグの順番通りにリストに並ぶ必要があります．ほとんどの場合常に fallBackType は　2 になります．判断基準の type として利用可能なものは，プロファイラ利用のガイド で述べられています．以下の表は，サブサイトのそれぞれの判断基準について述べており，それがどのようにサブサイトの位置を決定するのに使われるかを説明しています．このルールは，user-role-fallback アルゴリズムを使うサブサイトの位置決めルールです．user-role-fallback アルゴリズムは，まず最初にユーザのホームディレクトリを探します．もし見つからなければ，ユーザのロールに合致するロールのディレクトリを探します．role-fallback，group-fallback，mediatype/language fallback と言ったような，すぐに使える他のアルゴリズムも準備されています．また，新しいプロファイリングルールを XML データで作るか，プロファイラ管理ポートレットで作る事によって，自分のアルゴリズムを作成することも可能です． +

プロファイリングルールは 1 つ以上の判断基準を含んでいます。それぞれの判断基準は、物理的なポータルサイトマップ内でページをどのように位置付けるかの指示を定義します。navigation タイプの判断基準は、ポータルサイトツリーをどのようにたどっていくかを指示するのに使われます。通常は、fallBackOrder タグの順番通りにリストに並ぶ必要があります。ほとんどの場合常に fallBackType は　2 になります。判断基準の type として利用可能なものは、プロファイラ利用のガイド で述べられています。以下の表は、サブサイトのそれぞれの判断基準について述べており、それがどのようにサブサイトの位置を決定するのに使われるかを説明しています。このルールは、user-role-fallback アルゴリズムを使うサブサイトの位置決めルールです。user-role-fallback アルゴリズムは、まず最初にユーザのホームディレクトリを探します。もし見つからなければ、ユーザのロールに合致するロールのディレクトリを探します。role-fallback、group-fallback、mediatype/language fallback と言ったような、すぐに使える他のアルゴリズムも準備されています。また、新しいプロファイリングルールを XML データで作るか、プロファイラ管理ポートレットで作る事によって、自分のアルゴリズムを作成することも可能です。

@@ -330,13 +330,13 @@ - - - - - - - + + + + + + +
名前タイプ値説明
navigationnavigationsubsite-rootコントロールディレクトリである /__subsite-root の物理的な場所を指し示します．
hostnamehostname(実行時に動的に与えられる)コントロールディレクトリである /__subsite-root/_hostname の場所を指し示します．それからそのサブディレクトリを，実行時パラメータである _hostname とマッチングさせます．もし，実行時パラメータ _hostname が "localhost" である場合，物理的な場所は /__subsite-root/_hostname/_localhost となります．
useruser(実行時に動的に与えられる)コントロールディレクトリである /__subsite-root/_hostname/user の場所を指し示します．それから，そのサブディレクトリを，実行時パラメータの _user とマッチングさせます．もし実行時パラメータ _user が "dean" であれば，物理的な場所は /__subsite-root/_hostname/_user/dean となります．
navigation-2navigationsubsite-rootページがユーザディレクトリ以下に見つからないとき，サブサイトのルートに戻ってやり直します．
hostnamehostname(実行時に動的に与えられる)それから再度 _hostname ディレクトリを指し示します．
rolerole(実行時に動的に与えられる)ページが見つかるまで，与えられたユーザのロールのそれぞれのディレクトリを探索します．例えば，まず /__subsite-root/_hostname/role というディレクトリを指し示します．それからそのサブディレクトリを，実行時パラメータの _role とマッチングさせます．もし実行時パラメータ _role が "role1" だけであれば，物理的な場所は /__subsite-root/_hostname/localhost/_role/role1 となります．
pathpathhome全ての計算で使われる定数．URL のパス部分．例えば home.psml や /accounting/worksheet.psml のような．ページの完全な物理位置を与えるパスを計算するときに常に追加されます．ページが特定されない場合，ルールで与えられるデフォルト値である "home" が使われます．そして実際にはデフォルトのページ拡張子を追加して "home.psml" へマップされます．
navigationnavigationsubsite-rootコントロールディレクトリである /__subsite-root の物理的な場所を指し示します。
hostnamehostname(実行時に動的に与えられる)コントロールディレクトリである /__subsite-root/_hostname の場所を指し示します。それからそのサブディレクトリを、実行時パラメータである _hostname とマッチングさせます。もし、実行時パラメータ _hostname が "localhost" である場合、物理的な場所は /__subsite-root/_hostname/_localhost となります。
useruser(実行時に動的に与えられる)コントロールディレクトリである /__subsite-root/_hostname/user の場所を指し示します。それから、そのサブディレクトリを、実行時パラメータの _user とマッチングさせます。もし実行時パラメータ _user が "dean" であれば、物理的な場所は /__subsite-root/_hostname/_user/dean となります。
navigation-2navigationsubsite-rootページがユーザディレクトリ以下に見つからないとき、サブサイトのルートに戻ってやり直します。
hostnamehostname(実行時に動的に与えられる)それから再度 _hostname ディレクトリを指し示します。
rolerole(実行時に動的に与えられる)ページが見つかるまで、与えられたユーザのロールのそれぞれのディレクトリを探索します。例えば、まず /__subsite-root/_hostname/role というディレクトリを指し示します。それからそのサブディレクトリを、実行時パラメータの _role とマッチングさせます。もし実行時パラメータ _role が "role1" だけであれば、物理的な場所は /__subsite-root/_hostname/localhost/_role/role1 となります。
pathpathhome全ての計算で使われる定数。URL のパス部分。例えば home.psml や /accounting/worksheet.psml のような。ページの完全な物理位置を与えるパスを計算するときに常に追加されます。ページが特定されない場合、ルールで与えられるデフォルト値である "home" が使われます。そして実際にはデフォルトのページ拡張子を追加して "home.psml" へマップされます。
@@ -346,7 +346,7 @@

-以下のスクリーンショットは localhost サブサイトのディレクトリツリーを表しています． +以下のスクリーンショットは localhost サブサイトのディレクトリツリーを表しています。

@@ -369,7 +369,7 @@

-_user と _role ディレクトリに注意してください．これらは実行時パラメータ user と role に基づいたコントロールディレクトリです．この user パラメータは現在ログオンしているユーザのユーザ名を表します．サブサイトのアルゴリズムは，最初にユーザディレクトリへ降りていくのを指し示します．そして名前によって決まる現在のユーザのディレクトリの中を見ます．そして，URL で要求された現在のページの名前に対応するファイルをそこで見つけるでしょう．以下に実行時パラメータの例を示します．以下の表は，サブサイトのプロファイリングルールによって与えられるページを探す，プロファイラを使ったフォールバック検索パスアルゴリズムの実例です．一度ページが見つかると，ページがすぐに返され，アルゴリズムは終了します．以下のそれぞれ例は，以下の実行時パラメータを前提にして示しています． +_user と _role ディレクトリに注意してください。これらは実行時パラメータ user と role に基づいたコントロールディレクトリです。この user パラメータは現在ログオンしているユーザのユーザ名を表します。サブサイトのアルゴリズムは、最初にユーザディレクトリへ降りていくのを指し示します。そして名前によって決まる現在のユーザのディレクトリの中を見ます。そして、URL で要求された現在のページの名前に対応するファイルをそこで見つけるでしょう。以下に実行時パラメータの例を示します。以下の表は、サブサイトのプロファイリングルールによって与えられるページを探す、プロファイラを使ったフォールバック検索パスアルゴリズムの実例です。一度ページが見つかると、ページがすぐに返され、アルゴリズムは終了します。以下のそれぞれ例は、以下の実行時パラメータを前提にして示しています。 @@ -468,7 +468,7 @@ The User Administration utility has a tab to setup the profiling rule associated with a user:

-

ユーザは全員，明確にもしくは暗黙のうちに，プロファイリングルールに関連付きます．ユーザを管理するユーティリティには，ユーザに関連付くプロファイリングルールを設定するためのタブがあります． +

ユーザは全員、明確にもしくは暗黙のうちに、プロファイリングルールに関連付きます。ユーザを管理するユーティリティには、ユーザに関連付くプロファイリングルールを設定するためのタブがあります。

@@ -479,7 +479,7 @@

-

更に，XML 初期データを使った設定で，ユーザをプロファイリングルールに関連付けることもできます．

+

更に、XML 初期データを使った設定で、ユーザをプロファイリングルールに関連付けることもできます。

@@ -525,7 +525,7 @@

Looking at the Rule element of a User, the locator can be either:

-

ユーザの Rule 要素を見てください．locator は以下の二つの値を取れます．

+

ユーザの Rule 要素を見てください。locator は以下の二つの値を取れます。

    @@ -535,8 +535,8 @@
    -
  • page - ページを探すためのプロファイリングルールと関連付けるために使う．
    • -
  • menu - メニューを探すためのプロファイリングルールと関連付けるために使う．(もし指定されない場合は，ページロケータを使います．)
    • +
  • page - ページを探すためのプロファイリングルールと関連付けるために使う。
    • +
  • menu - メニューを探すためのプロファイリングルールと関連付けるために使う。(もし指定されない場合は、ページロケータを使います。)
@@ -548,9 +548,10 @@

-

ユーザの Rule 要素の rule 属性は，プロファイリングルールに対するページもしくはメニューロケータの関連付けを定義します．もし，ユーザがロケータと関連付けられなかった場合，システム全体のロケータが存在し，その Spring 設定ファイルである profiler.xml により設定されます．index = 1 のコンストラクタ引数を見てください．このロケータはシステム全体のデフォルトロケータであり，どのプロファイリングルールにも関連付けられなかった時のためのものです．通常プロファイリングルールは，ユーザ管理ポートレットで新しいユーザを作成するような時や新しいユーザの登録を行うときに，ユーザに関連付けられます． +

ユーザの Rule 要素の rule 属性は、プロファイリングルールに対するページもしくはメニューロケータの関連付けを定義します。もし、ユーザがロケータと関連付けられなかった場合、システム全体のロケータが存在し、その Spring 設定ファイルである profiler.xml により設定されます。index = 1 のコンストラクタ引数を見てください。このロケータはシステム全体のデフォルトロケータであり、どのプロファイリングルールにも関連付けられなかった時のためのものです。通常プロファイリングルールは、ユーザ管理ポートレットで新しいユーザを作成するような時や新しいユーザの登録を行うときに、ユーザに関連付けられます。

+
@@ -565,13 +566,35 @@ .... ]]> +
+ + + + + + + JETSPEED-INF/ojb/profiler_repository.xml + + + j2 + + .... +]]> + -
+
+

There is an option for hostnames to use the entire hostname or a prefix. This is configured in the Spring configuration file profiler.xml.

+
+

+ ホスト名全体か先頭の一部を使ったホスト名のオプションが存在します。これは Spring の設定ファイルである profiler.xml で設定されます。 +

+
@@ -582,37 +605,97 @@ ]]> +
+ + + + + false + + +]]> + + +

By settting the prefix boolean argument to true, the hostname resolve will only look at the prefix of the hostname. For example, with the dot prefix flag set to true, a hostname of "accounting.xyz.com" returns "accounting".

+
+ +

+ prefix の真偽値設定を true に設定することにより、ホスト名の先頭部分だけを返します。例えば、prefix フラグを true に設定すると、"accounting.xyz.com" というホスト名を与えると "accounting" を返します。 +

-
+
+

When creating a new user from User Manager Administration, you can specify two fields to enable and configure subsite behavior for that new user:

+
+

ユーザ管理から新しいユーザを作成するとき、その新しいユーザに対してサブサイトを設定し、有功にするように、2 項目を指定することが出来ます。 +

+
  • Profiling Rule: choose a profiling rule to assign to the new user that has built in subsite support such as the example used in this document: subsite-by-hostname.
  • Subsites: from the dropdown select the subsite to assign as the home subsite to the new user, or leave blank to use default /_user home.
+
+ +
    +
  • プロファイリングルール: 新しいユーザに、この文書の ホストネームによるサブサイト で使われた例のような、サブサイトのサポートを組み込んだプロファイリングルールの割り当てを選択する。
    • +
  • Subsites: ドロップダウンリストから、新しいユーザに割り当てるサブサイトを選択する。もしくはブランクにして、デフォルトの /_user ホームを使う。
    • +
+ + +

When using the subsite-by-hostname profiling rule, make sure to select a subsite from the subsites drop-down, as these two attributes work together. The rule is the instructions on where to look for home pages, and the subsite selection tells the profiling rule which subsite will hold this user directory

+
+ +

subsite-by-hostname プロファイリングルールを使うとき、これらの二つの属性が連携するように、subsite ドロップダウンリストからサブサイトを選んでください。ルールはホームページを探す時どこを探すのかの指示であり、サブサイトの選択はプロファイリングルールに、このユーザのディレクトリとなるサブサイトを指示します。 +

+ +

Subsite management can also be delegated to managers of particular subsites. For example, you may want to setup User Manager Administration pages for each subsite. By modifying the deployment descriptor for the j2-admin application, each User Manager details portlet can be configured with a different default subsite:

+
+ +

サブサイトの管理は、特定のサブサイトのマネージャに権限を移譲することも出来ます。例えば、それぞれのサブサイトごとにユーザ管理ページをセットアップしたいことがあるかもしれません。j2-admin アプリケーションの配備記述子を変更することにより、それぞれのユーザ管理ポートレットで設定を行い、異なるデフォルトサブサイトを設定することが可能です。 +

+
-
+
+

When creating a new user from the User Registration portlet, you can specify two fields to enable and configure subsite behavior for that new user:

+
+

ユーザ登録ポートレットから新しいユーザを登録する時、この新しいユーザに対するサブサイトを有効にし、ふるまいを設定するために 2 つの項目を指定出来ます。 +

+
  • rulesValues: choose a profiling rule to assign to the new user that has built in subsite support such as the example used in this document: subsite-by-hostname.
  • subsiteRootFolder: the full path to one unique subsite root folder.
- +
+
    +
  • rulesValues: 新しいユーザに、この文書の ホストネームによるサブサイト で使われた例のような、サブサイトのサポートを組み込んだプロファイリングルールの割り当てを選択する。
    • +
  • subsiteRootFolder: 特定のサブサイトのルートフォルダのフルパス。
    • +
+ + + +

NOTE: the User Registration portlet will store these preference values on a per user basis. Usually this means the preferences are stored for the administrative user only. If you will have administrators registering users, then this approach works fine. However, with self-registration portal, you will need to set these values in the defaults for the portlet. The defaults are usually set in the portlet.xml, for example:

+
+

注意: ユーザ登録ポートレットは、これらの設定値をユーザごとに保存します。通常、この設定は管理ユーザのみ保存されます。もし、管理者がユーザを登録する場合、このアプローチは適切に働きます。しかし、自己登録 ポータルでは、これらの値はポートレットに対するデフォルト値を設定する必要があるでしょう。例えば、デフォルト値は通常、portlet.xml ファイル内で設定されます。 +

+
... ]]> - + +
+ + + + subsiteRootFolder + /__subsite-root/_hostname/localhost + + + rulesNames + page + + + rulesValues + subsite-by-hostname + +... +]]> + + +

You can also set defaults on a per page (PSML) intermediate level:

+
+ +

ページ (PSML) ごとにデフォルト値を設定することも可能です。 +

+ +
@@ -646,7 +757,24 @@ ]]> - + +
+ + + + + /__subsite-root/_hostname/localhost + + + page + + + subsite-by-hostname + + +]]> +
From svnnotify ＠ sourceforge.jp Fri Mar 6 17:18:27 2009 From: svnnotify ＠ sourceforge.jp (svnnotify ＠ sourceforge.jp) Date: Fri, 06 Mar 2009 17:18:27 +0900 Subject: [Jetspeed-japan-trans] [76] Update status. Message-ID: <1236327507.705262.441.nullmailer@users.sourceforge.jp> Revision: 76 http://svn.sourceforge.jp/view?root=jetspeed-japan&view=rev&rev=76 Author: karma Date: 2009-03-06 17:18:27 +0900 (Fri, 06 Mar 2009) Log Message: ----------- Update status. Modified Paths: -------------- jetspeed-2-trans/trunk/xdocs/assignment.xml -------------- next part -------------- Modified: jetspeed-2-trans/trunk/xdocs/assignment.xml =================================================================== --- jetspeed-2-trans/trunk/xdocs/assignment.xml 2009-03-06 08:15:31 UTC (rev 75) +++ jetspeed-2-trans/trunk/xdocs/assignment.xml 2009-03-06 08:18:27 UTC (rev 76) @@ -1,4 +1,4 @@ -? +
Usernamedean
Rolesrole1, role2, role3