[jboss-cvs] JBossAS SVN: r91699 - projects/docs/enterprise/4.3.5/readme/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Tue Jul 28 01:55:30 EDT 2009
Author: khashida at redhat.com
Date: 2009-07-28 01:55:29 -0400 (Tue, 28 Jul 2009)
New Revision: 91699
Modified:
projects/docs/enterprise/4.3.5/readme/ja-JP/Release_Notes_CP05.po
Log:
all corrections done
Modified: projects/docs/enterprise/4.3.5/readme/ja-JP/Release_Notes_CP05.po
===================================================================
--- projects/docs/enterprise/4.3.5/readme/ja-JP/Release_Notes_CP05.po 2009-07-28 05:14:51 UTC (rev 91698)
+++ projects/docs/enterprise/4.3.5/readme/ja-JP/Release_Notes_CP05.po 2009-07-28 05:55:29 UTC (rev 91699)
@@ -8,7 +8,7 @@
"Project-Id-Version: Release_Notes_CP05\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-07-10 00:42+0000\n"
-"PO-Revision-Date: 2009-07-24 18:12+0900\n"
+"PO-Revision-Date: 2009-07-28 14:43+0900\n"
"Last-Translator: Kiyoto Hashida <khashida at redhat.com>\n"
"Language-Team: Japanese <jp at li.org>\n"
"MIME-Version: 1.0\n"
@@ -65,7 +65,7 @@
msgstr ""
"JBoss Enterprise Application Platform は既存の J2EE 1.4 enterprise Java アプリケーションとの "
"完璧な互換性を提供します。それと同時に Java EE 5.0 仕様で定義されているほとんど全ての基幹 "
-"機能とコンポーネンツがサポートされています。そのため、新しい enterprise Java アプリケーションは "
+"機能とコンポーネンツがサポートされています。そのため、新しい Enterprise Java アプリケーションは "
"Java EE 5.0 の随分単純な POJO ベースのプログラミングモデルの利点をすぐに活用することが "
"できます。"
@@ -154,7 +154,7 @@
msgstr ""
"このセクションでは、Enterprise Application Platform 4.3 を構成する "
"コンポーネンツのバージョンの詳細を示します。これらのコンポーネンツは "
-"この累計パッチ （Cumulative Patch）リリース内にあります。"
+"この Cumulative Patch（累計パッチ）リリース内にあります。"
#. Tag: para
#: Release_Notes_CP05.xml:53
@@ -266,7 +266,7 @@
"enterprise market to a level where direct association to a community release "
"can no longer be drawn."
msgstr ""
-"Enterprise Application Platform サーバーは、エンタープラズ市場用に再定義されて、 "
+"Enterprise Application Platform サーバーは、エンタープラズ市場用に再定義されており、 "
"コミュニティリリースへの直接関連がもう明確でないレベルまで変更になっています。"
#. Tag: title
@@ -312,7 +312,7 @@
msgstr ""
"JDK と JBoss Enterprise Application Platform をインストールするためには、十分な "
"ディスク領域を保持しておき、アプリケーションの為に領域の余裕を持っておく必要が "
-"あります。そして JDK 1.5 又は 1.6 の稼働可能なインストールが存在する必要があります。 "
+"あります。そして稼働する JDK 1.5 又は 1.6 のインストールが存在する必要があります。 "
"サポートのある OS / JVM の組み合わせ、サポートのあるデータベースプラットフォーム、 "
"及び収納されているコンポーネンツの改訂版の現在の状況に関する最新情報を得るには、 "
"<ulink url=\"http://www.jboss.com/products/"
@@ -370,10 +370,10 @@
"configuration for the server to start with, if no other configuration is "
"specified, is the production configuration."
msgstr ""
-"ドキュメントと共に収納されているサンプルの Seam アプリケーションを製造 "
-"設定を使用して実行してみることが推奨されます。別の設定を使用すると、メモリー "
+"ドキュメントと共に収納されているサンプルの Seam アプリケーションを実稼働 "
+"設定で使用して実行してみることが推奨されます。別の設定を使用すると、メモリー "
"問題が発生する可能性があります。他の設定が指定されていない場合は、 "
-"サーバーのための開始用デフォルト設定がその製造設定となります。"
+"サーバーのための開始用デフォルト設定がその実稼働設定となります。"
#. Tag: para
#: Release_Notes_CP05.xml:178
@@ -428,7 +428,7 @@
"rpm, 又は zip のディストリビューションを使用している場合は、デフォルトで "
"認証が有効になっており、そしてユーザーアカウントはセットされていないことに "
"注意して下さい。これは JBoss AS の各種サービスへの無許可アクセスを防止する "
-"ための処置です。サービスに再度アクセス可能にする方法についての詳細には "
+"ための処置です。サービスを再度アクセス可能にする方法についての詳細には "
"インストールガイドを参照するか、又は <ulink url=\"http://kbase.redhat.com/"
"faq/FAQ_107_9963.shtm\">http://kbase.redhat.com/faq/FAQ_107_9963.shtm</"
"ulink> をご覧下さい。"
@@ -634,7 +634,7 @@
"Linux システムでは、ドキュメントは手動でインストールする必要がある "
"２つの rpm の中にあります。その２つの rpm とは <filename>jboss-seam-docs-<"
"version>.noarch.rpm</filename> と <filename>rh-eap-docs-<version>."
-"noarch.rpm</filename> です。Red Hat Enterprise Linux 上での rpm パッケージの "
+"noarch.rpm</filename> です。Red Hat Enterprise Linux での rpm パッケージの "
"インストールに関するお手伝いには、<ulink url=\"http://kbase.redhat.com/faq/FAQ_35_198.shtm\">http://kbase."
"redhat.com/faq/FAQ_35_198.shtm</ulink> にある Red Hat ナレッジベースを参照して下さい。"
@@ -732,8 +732,8 @@
"notifications when the close occurs."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBMESSAGING-1620"
-"\">JBMESSAGING-1620</ulink>: クライアント接続が閉鎖していた時は "
-"JBoss Messaging は通知を何も表示していませんでした。今この機能が "
+"\">JBMESSAGING-1620</ulink>: クライアント接続が閉じていた時は "
+"JBoss Messaging は通知を何も表示していませんでした。しかし、今この機能が "
"要求されています。この機能を含める為に、<filename>SimpleConnectionManager.java</filename> "
"ファイルが更新されて、<classname>AspectManager</classname> インスタンスを同期化して "
"閉鎖が起こる時に通知をキャプチャするために接続の閉鎖以前に新規の接続アドバイザリーを作成します。"
@@ -749,7 +749,10 @@
"and to allow for this the limit has been increased to 65535 (16-bit)."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBMESSAGING-1614"
-"\">JBMESSAGING-1614</ulink>:"
+"\">JBMESSAGING-1614</ulink>: 各ブリッジのパーティシパントが、 "
+"8-bit 値の特有な ServerPeerID を要求していたため、ブリッジの制限は以前は "
+"256 でした。しかし、ユーザーが、シングルホストへ 256 サーバー以上を求めて "
+"これを許容するように希望されたため、この制限は 65535 (16-bit) に増加されています。"
#. Tag: para
#: Release_Notes_CP05.xml:389
@@ -770,7 +773,7 @@
"\">JBMESSAGING-1608</ulink>: クライアントマシン上で <classname>MessagingXAResourceRecovery</classname> "
"インスタンスが新規のサーバーインスタンスに正常に再接続しなくて、代わりにプログラム "
"内で生成された例外に関してユーザーに警告を表示すると言うバグが、JBoss Messaging のサーバーインスタンスが "
-"再スタートを実行する時に発生しました。この問題は、接続を確証し、生成された <exceptionname>JMSException</exceptionname> を全てキャッチして、接続が例外の後でもまだ有効かどうかをテストするように <filename>MessagingXAResourceWrapper.java</filename> "
+"再スタートを実行する時に発生していました。この問題は、接続を確証し、生成された <exceptionname>JMSException</exceptionname> を全てキャッチして、接続が例外の後でもまだ有効かどうかをテストするように <filename>MessagingXAResourceWrapper.java</filename> "
"ファイルを修正することで是正されました。"
#. Tag: para
@@ -876,8 +879,8 @@
"tested to not be null instead of being null. This alteration ensures that "
"the channel name is resolved correctly."
msgstr ""
-"その相違はと言うと、<varname>channelPartitionName</varname> は null である "
-"代わりに、null ではないようにテストされています。この変更はチャンネル名が正しく "
+"その相違はと言うと、<varname>channelPartitionName</varname> を null するのでは "
+"なく、null ではないようにしてテストされています。この変更はチャンネル名が正しく "
"解決されることを確実にするものです。 "
#. Tag: para
@@ -925,9 +928,9 @@
"\">JBMESSAGING-1543</ulink>: なんらかの理由で <emphasis>Message Bridge</emphasis> が "
"最初の試みでサーバーに接続失敗して、それからサーバーが見付かった場合、成功のメッセージが "
"ユーザーに表示されても（再接続が明示的に指示されていない場合）このブリッジ接続はまだ "
-"失敗します。この問題は、ブリッジ接続が失敗しても <classname>StartupFailureHandler</classname> が "
+"失敗します。この問題は今回、修正されており、ブリッジ接続が失敗しても <classname>StartupFailureHandler</classname> が "
"チェッカースレッドを開始して正常な再接続が開始できることを確実にするように <filename>Bridge.java</"
-"filename> を編集することにより修正されています。"
+"filename> が編集されています。"
#. Tag: para
#: Release_Notes_CP05.xml:428
@@ -999,7 +1002,7 @@
"critical application."
msgstr ""
"この修正は、JBoss Messaging がデータの欠如なしに、又はミッションクリティカルな "
-"アプリケーションの断続なしにメッセージの信頼できる配送をすることをお客様が "
+"アプリケーションの断続なしにメッセージの信頼できる配送をすることがお客様に "
"保証されることを意味します。"
#. Tag: para
@@ -1073,10 +1076,10 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1995\">JBPAPP-1995</"
"ulink>: <methodname>RegionManager.createRegion</methodname> メソッドは "
-"二重の地域名を許可しますので、これが発生すると全てのキャッシュ操作がその地域の "
-"２つめのインスタンスのみで起こります。それに対し <methodname>EvictionTimerTask</methodname> "
-"は１つめのインスタンスのみを見るため、２つめのインスタンスの退出キューが埋まることに "
-"なります。このバグを訂正するために、<methodname>RegionManager.checkConflict</methodname> "
+"二重の地域名を許可しますので、これが発生すると全ての将来のキャッシュ操作がその地域の "
+"２つめのインスタンスのみで起こっていました。それに対し <methodname>EvictionTimerTask</methodname> "
+"は１つめのインスタンスのみを見るため、２つめのインスタンスの退出キューが埋まるようになっていました。 "
+"このバグを訂正するために、<methodname>RegionManager.checkConflict</methodname> "
"メソッドが今回、複製を競合としてカウントして <methodname>RegionManager.createRegion</methodname> "
"メソッドが例外を生成するようになります。"
@@ -1703,8 +1706,8 @@
"\">CVE-2009-0033</ulink>: Apache Tomcat の 4.1.0 から 4.1.39 と 5.5.0 から "
"5.5.27 と、6.0.0 から 6.0.18 で、<filename>Java AJP</filename> コネクタと "
"<filename>mod_jk</filename> ロードバランシングが使用されている時、Apache Tomcat は "
-"リモートアタッカーが無効なヘッダを使用した創作された要求を介してサービス否定攻撃 "
-"（アプリケーション停止）の原因となることを許容していました。これは、エラーを巻き込む "
+"リモートアタッカーが無効なヘッダを使用した創作された要求を介して denial of service "
+"（サービス否定）攻撃 （アプリケーション停止）の原因となることを許容していました。これは、エラーを巻き込む "
"不正な形態の <filename>HTTP Host</filename> ヘッダによって表示されるような、 "
"エラーに遭遇したコネクタの一時的ブロックに関連して発生していました。今回の更新が、 "
"重要なセキュリティインパクトを持つことを Red Hat Security Response Team によって "
@@ -1754,7 +1757,7 @@
"アプリケーションで使用されている XML parser を入れ替えることを許容していました。 "
"これは、ローカルユーザーが任意のウェブアプリケーションの <filename>web.xml</filename> や、 "
"<filename>context.xml</filename> や、<filename>tld</filename> のファイルを、ターゲット "
-"アプリケーションより先にロードされた創作されたアプリケーションを介して読み込みや修正をすることを "
+"アプリケーションより先にロードされた創作アプリケーションを介して読み込みや修正をすることを "
"可能にするものでした。今回の更新は低レベルのセキュリティインパクトを持つことを "
"Red Hat Security Response Team によって査定されています。"
@@ -1986,9 +1989,9 @@
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1961\">JBPAPP-1961</"
"ulink>: 脆弱性を表示するバグが Xerces 内に存在していました。この脆弱性は "
"外部ソースからの XML データを受理するサーバー上で <exceptionname>Denial of Service</exceptionname> "
-"攻撃を製造する外部エンティティの定義を許してしました。この問題を修復するために、セキュアな XML "
-"プロセッシングが今回、ドキュメントビルダーファクトリがコード内で構築される場所ではどこでも "
-"JBoss Web Services 内で実装されています。"
+"（サービス否定）攻撃を製造する外部エンティティの定義を許してしました。この問題を修復するために今回、 "
+"ドキュメントビルダーファクトリがコード内で構築される場所ではどこでもセキュアな XML "
+"プロセッシングが JBoss Web Services 内で実装されています。"
#. Tag: para
#: Release_Notes_CP05.xml:678
@@ -2277,7 +2280,7 @@
"初期バージョンでは正常に発行をしていませんでした。この問題を是正するために、 "
"<filename>WSDLFilePublisher.java</filename> ファイルが更新されて、 "
"発行ファイルが場所の URL か、又はスキーマ場所の値を含んでいる時に、 "
-"無限ループの防止内で <code>return</code> コードが <code>continue</code> に "
+"無限ループの防止の中で <code>return</code> コードが <code>continue</code> に "
"変更されています。"
#. Tag: para
@@ -2294,7 +2297,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-991\">JBPAPP-991</"
"ulink>: デプロイが失敗した時に、エンドポイントは登録したままで残り、デプロイ "
-"解除でもこの登録を排除していませんでした。これが以降のデプロイを失敗を強制 "
+"解除でもこの登録を排除していませんでした。これが以降のデプロイ失敗を強要 "
"していました。これを修正するために、<filename>ArchiveDeployerHook.java</filename> "
"ファイルが更新されて、デプロイ面が失敗した場合でも、全てのエンドポイントは登録の削除を "
"確実にするために、デプロイ無しでコールができるようになりました。"
@@ -2388,7 +2391,7 @@
"<classname>HandlerChainExecutor</classname> being created."
msgstr ""
"<filename>ClientImpl.java</filename> は作成中の新しい <classname>HandlerChainExecutor</classname> の "
-"最後のプロパティとして <property>false</property> の値を含むために更新されています。"
+"最後のプロパティとして <property>false</property> の値を含むように更新されています。"
#. Tag: para
#: Release_Notes_CP05.xml:799
@@ -2441,7 +2444,7 @@
"<classname>HandlerChainExecutor</classname> being created."
msgstr ""
"<filename>DispatchImpl.java</filename> は、作成中の新規の <classname>HandlerChainExecutor</classname> "
-"の最後のプロパティとして <property>false</property> の値を含む為に更新されています。"
+"の最後のプロパティとして <property>false</property> の値を含むように更新されています。"
#. Tag: para
#: Release_Notes_CP05.xml:824
@@ -2551,7 +2554,7 @@
#: Release_Notes_CP05.xml:859
#, no-c-format
msgid "<para>To:</para>"
-msgstr "<para>To:</para>"
+msgstr "<para>上記が下記に変更:</para>"
#. Tag: programlisting
#: Release_Notes_CP05.xml:862
@@ -2889,7 +2892,7 @@
"for orphan properties."
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/EJB-"
-"271\">EJB-271</ulink>: デプロイメントディスクリプタが不明なプロパティを参照 "
+"271\">EJB-271</ulink>: デプロイメント記述子が不明なプロパティを参照 "
"する時に、警告を挙げることにより <classname>EJB3OverridenAnnotationReader</"
"classname> クラスは改良されています。これは迷子のプロパティをチェックすることに "
"より達成されています。"
@@ -3103,7 +3106,7 @@
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/HV-8"
"\">HV-8</ulink>: Hibernate Validator は今回、純粋な <emphasis>JavaPersistence</emphasis> "
"プレーヤーをサポートします。<classname>EntityListeners</classname> を介して使用された時は、 "
-"リスナの寿命が定義されていないため、そして PU プロパティを渡すための手段が存在しないために "
+"リスナーの寿命が定義されていないため、そして PU プロパティを渡すための手段が存在しないために "
"<property>interpolator</property> などのパラメータはサポートされていません。"
#. Tag: para
@@ -3166,7 +3169,7 @@
"to handle this case correctly so that the validation does not fail."
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/HV-3"
-"\">HV-3</ulink>: <property>@Email</property> 確証化の文字列は、文字列が "
+"\">HV-3</ulink>: <property>@Email</property> 確証の文字列は、文字列が "
"null 値を含んでいると失敗していました。<classname>EmailValidator</classname> は "
"変更されて、null 値のチェック機能を含むようになり、確証が失敗しないように正常に "
"ケースを処理するようになっています。"
@@ -3233,7 +3236,7 @@
"feature and a named query."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1930\">JBPAPP-1930</"
-"ulink>: ネイティブ SQL クエリがイーガーフェッチングと多対多の関係を組み合わせる時に、 "
+"ulink>: ネイティブ SQL クエリがイーガーフェッチング（eager fetching）と多対多の関係を組み合わせる時に、 "
"<exceptionname>NullPointerException</exceptionname> が出現していました。 "
"これを是正するには、<filename>SQLQueryReturnProcessor</filename> ファイル内の "
"コードの <code>if ( collectionPersister.isOneToMany() ) {</code> 行が、 "
@@ -3402,8 +3405,8 @@
"<function>trim</function> functions."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1563\">JBPAPP-1563</"
-"ulink>: SQL の関数である <function>mod</function>、<function>bit_length</"
-"function>、及び <function>trim</function> は、それらが Sybase Dialect 内で "
+"ulink>: SQL の関数である <function>mod</function> と、<function>bit_length</"
+"function> と、<function>trim</function> は、Sybase Dialect 内で "
"実装されていなかった為、<classname>ASTParserLoadingTest</classname> で "
"失敗の原因になっていました。Sybase Dialect は今回、更新されており、<classname>org.hibernate.dialect.function."
"AnsiTrimEmulationFunction</classname> 関数をインポートして、<function>mod</function>、 "
@@ -3436,11 +3439,11 @@
"property> property for individual cases."
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
-"701\">ANN-701</ulink>: <property>@CollectionId</property> プロパティを "
-"間違えて使用している時に出るエラーメッセージはユーザーに役に立つ情報を与えて "
+"701\">ANN-701</ulink>: <property>@CollectionId</property> プロパティを"
+"間違えて使用している時に出るエラーメッセージはユーザーに役に立つ情報を与えて"
"いませんでした。これを是正するために、<filename>CollectionBinder."
"java</filename> ファイルが更新されており、個別のケースの為に <property>@CollectionId</"
-"property> の不正な使用に対して関連した情報を与える例外が生成されるように "
+"property> の不正な使用に対して関連した情報を与える例外が生成されるように"
"なりました。"
#. Tag: para
@@ -3549,7 +3552,7 @@
"695\">ANN-695</ulink>: 新しい Hibernate Search collection even listeners は "
"新しいクラスである <classname>CollectionSearchConfiguration</classname> 及び、 "
"<classname>SearchConfiguration</classname> の追加と、更には "
-"<classname>AnnotationConfiguration</classname> クラスの修正に統合されて、 "
+"<classname>AnnotationConfiguration</classname> クラスの修正とに統合されており、 "
"<classname>AnnotationConfiguration</classname> 内で検索機能を組み込む代わりに、 "
"新規の <classname>SearchConfiguration</classname> クラスを使用するようになりました。"
@@ -3584,9 +3587,9 @@
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
"690\">ANN-690</ulink>: 以前のリリースでは、<classname>AnnotationConfiguration</classname> "
-"クラス内でメソッドチェイン化を許可していませんでした。この機能は、<classname>AnnotationConfiguration</"
-"classname> クラス内に存在する全ての関連した設定メソッドを上書きすることにより、今回、追加 "
-"されています。"
+"クラス内でメソッドチェイン化を許可していませんでした。<classname>AnnotationConfiguration</"
+"classname> クラス内に存在する全ての関連した設定メソッドを上書きすることにより、この機能が今回、 "
+"追加されています。"
#. Tag: para
#: Release_Notes_CP05.xml:1159
@@ -3610,7 +3613,7 @@
"java</filename> ファイルが更新されており、<classname>FkSecondPass</classname> の "
"２つのインスタンス間で区別できるように特有のカウンタを使用するようになっています。そのため、 "
"IBM VM が時には、２つの異なるオブジェクトの為に同じ <varname>hashCode</varname> を "
-"返すことがあった為、それらのインスタンスが比較できるようになっています。 "
+"返す状態では、それらのインスタンスが比較できるようになっています。 "
"<filename>AnnotationConfiguration.java</filename> ファイルもまた、更新されて "
"<filename>FkSecondPass.java</filename> への変更を活用できるようになっています。"
@@ -3630,11 +3633,11 @@
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
"673\">ANN-673</ulink>: <classname>AnnotationConfiguration</classname> は "
-"foreign key カラム用に安定した順序を定義していませんでしたので、それらが生成された "
-"SQL スキーマの中で勝手な順で表れていました。また、<classname>hbm2ddl</classname> ツールが "
-"生成されたスキーマを見るために使用されている時も問題でした。テーブル内の foreign key カラムの "
-"順序は、異なるテーブルのマッピング内で関連のない変更が行われた場合に変更が発生していました。 "
-"この問題は、リリースノートの中で指定してある <emphasis>ANN-683</emphasis> 用のソリューションで "
+"foreign key カラム用に安定した順序を定義していませんでしたので、生成された SQL スキーマの"
+"中でそれらが勝手な順で表れていました。また、<classname>hbm2ddl</classname> ツールが "
+"生成されたスキーマを見るために使用されている時も問題でした。異なるテーブルのマッピング内で "
+"関連のない訂正が行われた場合に、テーブル内の foreign key カラムの順序に変化が発生していました。 "
+"この問題は、リリースノートの中で指定してある <emphasis>ANN-683</emphasis> のソリューションで "
"修復されています。 "
#. Tag: para
@@ -3650,9 +3653,9 @@
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
"671\">ANN-671</ulink>: <classname>Validator</classname> がない時には、 "
-"これを記述するメッセージがログされましたが、それが２回発生していました。今回の "
+"その状況を記述するメッセージがログされましたが、それが２回発生していました。今回の "
"更新では、<classname>AnnotationConfiguration</classname> クラスが変更されて "
-"毎回、この発生のみを１回だけログするようになりました。"
+"毎回、この状況発生を１回だけログするようになりました。"
#. Tag: para
#: Release_Notes_CP05.xml:1174
@@ -3815,7 +3818,7 @@
"null before checking if it is not an <property>associatedClass</property>."
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
-"617\">ANN-617</ulink>: 合成 ID のプロパティが順序用に使用される時、 "
+"617\">ANN-617</ulink>: 合成 ID のプロパティが順序構成に使用される時、 "
"<exceptionname>NullPointerException</exceptionname> が発生していました。 "
"このバグは、<classname>CollectionBinder</classname> クラスを変更することにより "
"修正されており、<property>associatedClass</property> でないことをチェックする前に "
@@ -3841,7 +3844,7 @@
"<exceptionname>NullPointerException</exceptionname> が生成されていました。 "
"<exceptionname>NullPointerException</exceptionname> が発生しないことを確実に "
"するために、<property>otherSideProperty</property> パラメータが <classname>OneToOneSecondPass</classname> "
-"クラス内で null 値を含まない時に、<exceptionname>AnnotationException</exceptionname> が生成されて "
+"クラス内で null 値を含まない場合に、<exceptionname>AnnotationException</exceptionname> が生成されて "
"<property>mappedBy</property> プロパティが間違えていることとその場所の詳細を知らせるように "
"なりました。"
@@ -3931,8 +3934,8 @@
"590\">ANN-590</ulink>: <property>@ManyToOne</property> プロパティと "
"<property>referencedColumnName</property> プロパティが <classname>PrimaryKey</"
"classname> 内で使用されている時は、アルファベットの順序問題がエラーを出していました。 "
-"これを是正するために、<classname>persistentClass</classname> の為の組込み型プロパティを "
-"使用するように <filename>ToOneFkSecondPass.java</filename> ファイルが更新されました。"
+"これを是正するために、<filename>ToOneFkSecondPass.java</filename> ファイルが更新されて。<classname>persistentClass</classname> の為の組込み型プロパティを "
+"使用するようになっています。 "
#. Tag: para
#: Release_Notes_CP05.xml:1244
@@ -4052,7 +4055,7 @@
"file has become a required dependency."
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
-"553\">ANN-553</ulink>: Hibernate アノテーションと Hibernate バリデータ間の "
+"553\">ANN-553</ulink>: Hibernate Annotations と Hibernate Validator 間の "
"クラスパス依存関係 (<filename>hibernate-validator.jar</filename>) ファイルは削除されており、 "
"<filename>ejb3-persistence.jar</filename> ファイルが必須の依存関係ファイルとなっています。"
@@ -4088,7 +4091,7 @@
"あります。一部のユーザーは数多くのアプリケーションサーバーを使用して、その "
"全てにプロパティを異なる順序で配列しているために問題がありました。この問題は "
"<classname>AnnotationBinder</classname> を変更して、クエリのパラメータが "
-"内部的に Hibernate がサポートする順序のように順序化するようにして解決しています。"
+"内部的に Hibernate がサポートする順序のように順序化することで解決しています。"
#. Tag: para
#: Release_Notes_CP05.xml:1289
@@ -4105,8 +4108,8 @@
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
"549\">ANN-549</ulink>: 関連テーブルがテーブル結合（table join）に参入している時、 "
"キーカラムは null にセットされていました。正しい動作としてはこのキーカラムが、null に "
-"ならないように強制することです。これは、集合が <property>OneToMany</property> 関係 "
-"以外のものがどうかテストして、それからキーカラムが null ではないように <classname>MapBinder</classname> "
+"ならないように強制することです。これは、コレクションが <property>OneToMany</property> 関係 "
+"以外のものかどうかテストして、それからキーカラムが null ではないように <classname>MapBinder</classname> "
"クラスを変更することで達成できています。"
#. Tag: para
@@ -4127,7 +4130,7 @@
"544\">ANN-544</ulink>: <classname>CollectionBinder</classname> クラスは、 "
" <methodname>sqlDeleteAll</methodname> メソッドが null でないかどうかをテスト "
"する時に <methodname>setCustomSQLDelete</methodname> メソッドを使用して "
-"いました。これは、全ての要素が削除されている場合には集合での <methodname>col.clear</methodname> "
+"いました。これは、全ての要素が削除されている場合にはコレクションでの <methodname>col.clear</methodname> "
"メソッドの実行を阻止するものでした。今回、<classname>CollectionBinder</classname> の機能は "
"更新されて正しい操作を確実にするように <methodname>setCustomSQLDeleteAll</methodname> メソッドを "
"使用するようになっています。"
@@ -4145,7 +4148,7 @@
msgstr ""
"<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/ANN-"
"542\">ANN-542</ulink>: <property>@Immutable</property> アノテーションが "
-"エンティティと集合の為に追加されています。これは、<classname>CollectionBinder</classname> クラスと "
+"エンティティとコレクションの為に追加されています。これは、<classname>CollectionBinder</classname> クラスと "
"<classname>EntityBinder</classname> クラスの変更をもたらすもので、更に新規の <classname>Immutable</"
"classname> クラスの追加もなされています。"
@@ -4311,7 +4314,7 @@
"原因になっていました。この問題の理由は手順の正しい順序の必要性を根源にしており、これを "
"修正するために、<classname>RecoverableException</classname> クラスが作成されて、 "
"これが例外を捕獲するために使用されて、プログラムが問題を解決する支援をするために手渡しを "
-"実行します。これが成功しない場合は、ループが退出してオリジナルの例外がユーザーに "
+"実行します。これが成功しない場合は、ループが終了してオリジナルの例外がユーザーに "
"表示されます。"
#. Tag: para
@@ -4328,7 +4331,7 @@
"505\">ANN-505</ulink>: <property>@Tuplizer</property> アノテーションと "
"インターフェイスアノテーションへのサポートが Hibernate Annotations に追加 "
"されました。Tupilizer は、表現（representation）の <property>EntityMode</property> に "
-"於いてデータの一部の特定の表示を管理します。"
+"於いてデータの一部の特定表示を管理します。"
#. Tag: para
#: Release_Notes_CP05.xml:1348
@@ -4747,7 +4750,7 @@
"<filename>jboss-service.xml</filename> ファイルへのパスは <filename>JBOSS_HOME/server/all/deploy/jbossweb-tomcat50.sar/META-"
"INF/jboss-service.xml</filename> ではなく、<filename>JBOSS_HOME/server/"
"all/deploy/jboss-web.deployer/META-INF/jboss-service.xml</filename> となるべきものです。 "
-"この CP リリースではこのファイルパスが修正されています。"
+"今回の CP リリースではこのファイルパスが修正されています。"
#. Tag: para
#: Release_Notes_CP05.xml:1572
@@ -4791,9 +4794,9 @@
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1976\">JBPAPP-1976</"
"ulink>: Clustering コンポーネンツの <classname>HASingletonElectionPolicySimple</classname> "
"クラスは現在の表示を <classname>HAPartition</classname> から取り込んで、管理されている "
-"サービスが全てのクラスタメンバーで実行していない可能性を無視した情報を基にして判定を形成 "
+"サービスが全てのクラスタメンバーで実行していない可能性を無視した情報を基にして、判定を形成 "
"していました。この問題を修正するために、<classname>ExtendedElectionPolicySimple</classname> が "
-"今回作成されて、使用されると上記の問題だけでなく、<code>kill -9</code> コマンドの使用が他のノード上の "
+"今回作成されており、使用されると上記の問題だけでなく、<code>kill -9</code> コマンドの使用が他のノード上の "
"単体を開始する必要のある問題をも修正するようになりました。この新しいクラスは選択ポリシーを拡張して、 "
"安定した実装の為にヘルパーメソッドを提供します。"
@@ -4814,7 +4817,7 @@
"ulink>: Java 1.4 ベースのクライアントは、インターネットの Inter-Orb Protocol "
"上での Java リモートメソッドインボケーションインターフェイス (RMI-IIOP) の "
"使用を試みている時には、機能しません。これはプレースホルダーコードのセクションが "
-"要求されるても（プログラムを正常に機能させる為）、コードのこれらのセクションが "
+"（プログラムを正常に機能させる為に）要求されても、コードのこれらのセクションが "
"バージョン 1.4 との互換性がないまま Java 1.5 でコンパイルされるからです。この "
"バグを是正するために、以下を削除した状態で <filename>iiop/build.xml</filename> "
"ファイルが更新されています:"
More information about the jboss-cvs-commits
mailing list