Compiling, debugging, external dependencies, source code completion, searching, auto imports, all rely on a properly configured classpath. When you first create a project, a .classpath file is created in the projects root directory. @@ -35,30 +39,56 @@ We have already configured the relative source directories for you. Eclipse provides a .classpath GUI editor from the Project->Properties menu option.
++ コンパイル、デバッグ、外部の依存関係、ソースコード補完、検索、自動インポート、これらは全て適切に設定されたクラスパスに依存します。プロジェクトを最初に作ったとき、.classpath ファイルが、プロジェクトのルートディレクトリに作られます。Jetspeed のソースと一緒に、我々は Eclipse でそのまま使える .classpath ファイルを提供しています。Eclipse には、プロジェクト -> プロパティメニューオプションに、.classpath GUI エディタがあります。 +
Jetspeed requires quite a few JAR files to be able to compile. The .classpath file that comes with Jetspeed is setup to get its JAR files out of a local Maven repository. You can see all the JAR file dependencies from Eclipse. Go to Project->Properties->Java Build Path->Libraries. Notice all the JAR files are configured as VARIABLE library entries. Take one example: +
++ Jetspeed のコンパイルには、かなりの数の JAR ファイルが必要です。Jetspeed 付属の .classpath ファイルは、ローカルの Maven リポジトリの JAR ファイルを使うように設定します。Eclipse の、「プロジェクト -> プロパティ -> Java ビルドパス -> ライブラリ」から、全ての JAR ファイルの依存関係をみることが出来ます。全ての JAR ファイルは、変数を使ったライブラリエントリとして設定されるのに注意してください。一つ例を示すと、 +
+The Variable is portion is MAVEN_REPO. The Extension portion is /commons-lang/jars/commons-lang-2.0.jar Eclipse locates the JAR dependency from a Variable location root. In order for this classpath to work correctly, the variable root is dependent on a Maven-1 local repository file structure.
++ この例の変数部分は MAVEN_REPO です。拡張された部分は /commons-lang/jars/commons-lang-2.0.jar です。Eclipse は、変数が表す場所から JAR ファイルの依存関係を探します。クラスパスが正しく働くために、変数のルートは Maven 1 のローカルリポジトリのファイル構造に依存します。 +
+To configure the MAVEN_REPO variable, go to Window->Preferences->Java->Build Path->Classpath Variables, click on New, and define a new variable named MAVEN_REPO, pointing it out the root of your local Maven-1 repository, - usually someplace like your $$HOME/.maven/repository + usually someplace like your $HOME/.maven/repository
++ MAVEN_REPO 変数は、「ウィンドウ -> 設定 -> Java -> ビルドパス -> クラスパス変数」で、「新規」を押して、MAVEN_REPO という変数を定義し、あなたのローカル Maven 1 リポジトリを指定してください。普通は、$$HOME/.maven/repository というような場所です。 +
- MAVEN_REPO 変数は、「ウィンドウ -> 設定 -> Java -> ビルドパス -> クラスパス変数」で、「新規」を押して、MAVEN_REPO という変数を定義し、あなたのローカル Maven 1 リポジトリを指定してください。普通は、$$HOME/.maven/repository というような場所です。 + MAVEN_REPO 変数は、「ウィンドウ -> 設定 -> Java -> ビルドパス -> クラスパス変数」で、「新規」を押して、MAVEN_REPO という変数を定義し、あなたのローカル Maven 1 リポジトリを指定してください。普通は、$HOME/.maven/repository というような場所です。
From svnnotify ＠ sourceforge.jp Wed Feb 20 18:40:09 2008 From: svnnotify ＠ sourceforge.jp (svnnotify ＠ sourceforge.jp) Date: Wed, 20 Feb 2008 18:40:09 +0900 Subject: [Jetspeed-japan-trans] [33] 1st translation Message-ID: <1203500409.716630.4592.nullmailer@users.sourceforge.jp> Revision: 33 http://svn.sourceforge.jp/cgi-bin/viewcvs.cgi?root=jetspeed-japan&view=rev&rev=33 Author: karma Date: 2008-02-20 18:40:09 +0900 (Wed, 20 Feb 2008) Log Message: ----------- 1st translation Modified Paths: -------------- jetspeed-2-trans/trunk/ja/xdocs/guides/guide-profiling-ip.xml -------------- next part -------------- Modified: jetspeed-2-trans/trunk/ja/xdocs/guides/guide-profiling-ip.xml =================================================================== --- jetspeed-2-trans/trunk/ja/xdocs/guides/guide-profiling-ip.xml 2008-02-19 12:06:18 UTC (rev 32) +++ jetspeed-2-trans/trunk/ja/xdocs/guides/guide-profiling-ip.xml 2008-02-20 09:40:09 UTC (rev 33) @@ -17,26 +17,40 @@ -->Jetspeed has a built in mechanism to serve custom content to a specific IP address. This feature uses the Profiler to negociate pages based on the requesting clients IP address.
-+ Jetspeed には，特定の IP アドレス向けのカスタムコンテンツを提供する仕組みを持っています．この特徴は，リクエストを送ってきたクライアントの IP アドレスをベースにページを調整するために，プロファイラを使います． +
+The rule is identified by the key ip-address. There is one criterion called ip resolved using the IP Criterion Resolver. This class implements the resolve method of the Rule Criterion Resolver in order to obtain the IP address from the request.
++ ルールは，キーである IP アドレスによって特定されます．IP 判断基準リゾルバ (IP Criterion Resolver) が解決するのに使う ip と言う判断基準が存在します．このクラスは，リクエストから IP アドレスを得るために，ルール判断基準リゾルバ (Rule Criterion Resolver) の resolve メソッドを実装します． +
+Users with this profile rule set to the page locator are served pages from the _ip directory of the psml site tree. Example, if a request is made for @@ -61,18 +92,32 @@ then the rule will match /WEB-INF/pages/_ip/81.29.65.234/default-page.psml before falling back to /WEB-INF/pages/default-page.psml
++ page ロケータに設定されたプロファイルルールを持つユーザは，psml サイトツリーの _ip ディレクトリからページが提供されます．例えば，81.29.65.234 からの http://www.apache.org/jetspeed/portal/default-page.psml へのリクエストがあった場合，ルールは /WEB-INF/pages/default-page.psml にフォールバックする前に，/WEB-INF/pages/_ip/81.29.65.234/default-page.psml とマッチするでしょう． +
You have a location in Tokyo serving content specific to that location. Your kiosk is configured with a fixed IP address. The annonymous user (guest by default) uses this profile rule. Anyone using the portal from that kiosk would be served content from the _ip directory.
++ 特定のコンテンツを提供したい場所を，あなたが東京に持っているとしましょう．(この) あなたの端末は，固定 IP アドレスを持っています．匿名のユーザ (デフォルトで guest) は，このプロファイルルールを使います．この端末からポータルを使う人にはみんな，_ip ディレクトリからコンテンツが提供されるでしょう． +
+It could also be used to profile robots. Or keep out unwanted visitors. And can be the basis for profiling IP ranges or IP prefixes, networks and subnetworks, and geographic locations.
++ これは，ロボットのプロファイルにも使うことが出来ます．望ましくない訪問者を立入禁止にするのにも使うことができます．IP アドレスの範囲や IP アドレスのプレフィックス，ネットワークやサブネット，地理的な場所をプロファイリングするための基準に使うことが出来ます． +
NTLM Authentication can be used for Single Sign On (SSO) from a Windows client/browser. A nice explanation about NTLM can be found here. Jetspeed-2 supports NTLM Authentication based on the jCIFS Servlet filter. With the approach described below @@ -34,8 +38,14 @@ The solution below can also be used as a replacement for the default Security Valve: if you don't configure the filters, then Jetspeed's default authorization will be applied.
+
+ NTLM 認証は，Windows クライアントやブラウザからのシングルサインオン (SSO) に使います．NTLM 認証についての分かりやすい説明は，ここ で見つけることが出来ます．Jetspeed 2 は，jCIFS サーブレットフィルタベースの NTLM 認証をサポートします．後述のアプローチを採る事により，デフォルトで有効な認証のオプショナルなフォールバックとして，そして現在の認証の置き換え用のソリューションとして，NTLM 認証を使うことが可能です．ログイン方法のフォールバックの典型的な応用は，ユーザが異なるドメインのイントラネットへのログオンを行うときです．このようなユーザを，ログインスクリーンへリダイレクトさせることが出来ます．
+ 後述のソリューションは，デフォルトのセキュリティバルブの置き換えとしても利用可能です．もし，このフィルタを設定しないとき，Jetspeed のデフォルトの認証が使われます．
+
Jetspeed-2 security configuration is explained @@ -43,12 +53,22 @@ .
-+ Jetspeed 2 のセキュリティの設定は，ここで説明されています． +
+The first step is to configure jCIFS NTLM HTTP Authentication, which is explained here. You configure jCIFS as a filter in the web.xml of your webapp. Next, you must configure a second Jetspeed servlet filter, which must be placed right after the jCIFS filter. An example configuration:
++ jCIFS NTLM HTTP 認証を設定するための最初のステップは，ここに説明されています．jCIFS を，ウェブアプリの web.xml にフィルタとして設定します．次に，2 番目の Jetspeed サーブレットフィルタを設定しなければいけません．jCIFS フィルタの後で正しく設置しなければなりません．設定例を挙げます． +
+
The above filters set the correct credentials on the request. To use these credentials, you
have to configure the org.apache.jetspeed.security.impl.ntlm.NtlmSecurityValve in the
Jetspeed pipelines you want to secure. This Valve can be used as a replacement for the default SecurityValveImpl. For explanation about how to set up pipelines, see
here. An example of how to configure the NtlmSecurityValve bean:
+ 前述のフィルタは，リクエストの正しい資格を設定します．これらの資格を使用するには，あなたがセキュアに設定したい Jetspeed パイプライン内のorg.apache.jetspeed.security.impl.ntlm.NtlmSecurityValve を設定する必要があります．このバルブは，デフォルトの SecurityValveImpl の置き換えとして使うことが出来ます．パイプラインの設定方法についての説明は，こちらをご覧ください．NtlmSecurityValve ビーンの設定方法の例は以下の通りです．
+