[jboss-cvs] JBossAS SVN: r91632 - projects/docs/enterprise/4.3.5/readme/ja-JP.

jboss-cvs-commits at lists.jboss.org jboss-cvs-commits at lists.jboss.org
Fri Jul 24 05:13:37 EDT 2009


Author: khashida at redhat.com
Date: 2009-07-24 05:13:37 -0400 (Fri, 24 Jul 2009)
New Revision: 91632

Modified:
   projects/docs/enterprise/4.3.5/readme/ja-JP/Release_Notes_CP05.po
Log:
translation 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-24 07:01:51 UTC (rev 91631)
+++ projects/docs/enterprise/4.3.5/readme/ja-JP/Release_Notes_CP05.po	2009-07-24 09:13:37 UTC (rev 91632)
@@ -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-23 19:05+0900\n"
+"PO-Revision-Date: 2009-07-24 18:12+0900\n"
 "Last-Translator: Kiyoto Hashida <khashida at redhat.com>\n"
 "Language-Team: Japanese <jp at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -826,7 +826,7 @@
 "サーバーは正常に <classname>ServerInvokerCallbackHandler</classname> のインスタンスへの "
 "参照を閉じずにメモリーリークの原因になっていました。このバグは、<methodname>callbackHandler.shutdown();</methodname> "
 "メソッドが <code>try</code> code instead of calling <methodname>callbackHandler."
-"getCallbackClient().disconnect();</methodname> 内で呼出されるように "
+"getCallbackClient().disconnect();</methodname> 内でコールされるように "
 "<filename>ServerConnectionEndpoint.java</filename> ファイルを変更することで是正されています。"
 
 #. Tag: para
@@ -1139,6 +1139,16 @@
 "lease will assume that the client is using an older version of JBoss "
 "Remoting and it will accept all updated <emphasis>PING</emphasis> messages."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1129\">JBREM-1129</"
+"ulink>:  ソケットとバイソケットトランスポートが接続のプールを使用するため、 "
+"<emphasis>PING</emphasis> メッセージが順不同で到着する可能性がありました。 "
+"このバグを修正するために、<classname>org.jboss.remoting.Lease</classname> が "
+"作成される時に、タイムスタンプがそれに関連付けされて最初の <emphasis>PING</emphasis> "
+"メッセージで配信されます。更新された <emphasis>PING</emphasis> メッセージの内容は "
+"今回は、タイムスタンプが以前に処理されたタイムスタンプより古い場合は破棄されます。 "
+"先頭の <emphasis>PING</emphasis> メッセージがタイムスタンプを持たないことが発生した場合、 "
+"リースは、クライアントが古いバージョンの JBoss Remoting を使用していると想定し、全ての "
+"更新した <emphasis>PING</emphasis> メッセージを受け付けます。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:495
@@ -1169,6 +1179,20 @@
 "methodname> method, it will be associated with a new <classname>LeasePinger</"
 "classname> and be treated as a new connection."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1128\">JBREM-1128</"
+"ulink>:  <classname>LeasePinger</classname> と <classname>Lease</classname> の "
+"ペアの接続識別は、パラメータ <property>org.jboss.remoting.Remoting.USE_CLIENT_CONNECTION_IDENTITY</"
+"property> を <emphasis>true</emphasis> にセットして追加されています。 "
+"新しいメソッド <methodname>connect(ConnectionListener listener, Map metadata)</methodname> を介して接続 "
+"された時、JBoss Remoting はその後、接続内の <classname>LeasePinger</classname> と <classname>Lease</classname> の "
+"ベアとクライアントパーティシパントを使用して接続を識別します。このメソッドは新規の、又は既存のクライアントインボーカ(invoker)を "
+"介してクライアントをサーバーへ接続するサービスをします。そして、<classname>ConnectionListener</classname> を "
+"クライアントの新規、又は既存の <classname>ConnectionValidator</classname> への登録もして、更には "
+"<classname>ConnectionValidator</classname> をクライアントインボーカの <classname>LeasePinger</classname> へも "
+"登録します。その結果 <classname>LeasePinger</classname> で登録されているいずれかの <classname>ConnectionValidator</classname> が接続失敗を検出すると(<property>stopLeaseOnFailure</property> が <emphasis>true</emphasis> にセットしてある場合)、メソッドは <classname>LeasePinger</classname> を停止して、 "
+"<classname>LeasePinger</classname> はそのそれぞれの登録済の <classname>ConnectionValidator</classname> が "
+"そのそれぞれの登録済の <classname>ConnectionListeners</classname> に対して接続失敗を伝えるように働きます。クライアントが <methodname>Client.connect()</methodname> メソッドのコールにより再接続された "
+"場合、クライアントは新規の <classname>LeasePinger</classname> と関連付けがなされ、新規の接続として扱われます。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:500
@@ -1189,6 +1213,15 @@
 "<varname>useCurrentThreadClassLoader</varname> variable of "
 "<classname>RemotingClassLoader</classname> has a value of true."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1127\">JBREM-1127</"
+"ulink>: 別の隔離された EAR からリモート Bean にアクセスする時、<classname>MicroRemoteClientInvoker</classname> "
+"内の <classname>Unmarsharller</classname> と <classname>Classloader</classname> のキャッシング及び、 "
+"クラスローディングの実行から <exceptionname>ClassCastExceptions</exceptionname> が発生していました。 "
+"この問題を修復するために、<filename>MicroRemoteClientInvoker.java</filename> ファイルの更新に於いて、"
+"<methodname>useCurrentThreadClassLoader</methodname> の使用法が変更されて、変数 <varname>useCurrentThreadClassLoader</varname> が <filename>RemotingClassLoader.java</filename> に "
+"追加されて、更に <filename>JavaSerializationManager.java</filename> の変更により、 "
+"<classname>RemotingClassLoader</classname> の変数 <varname>useCurrentThreadClassLoader</varname> が "
+"true の値を持つ場合に、<classname>ObjectInputStream</classname> クラスローダーを更新するようになりました。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:505
@@ -1204,6 +1237,14 @@
 "<exceptionname>IllegalStateException</exceptionname> when scheduling on the "
 "<classname>heartbeatTimer</classname> and <classname>Timer</classname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1125\">JBREM-1125</"
+"ulink>: <classname>java.util.Timer</classname> クラスが、そのキューの中に "
+"<classname>TimerTasks</classname> を持たなくなった時、それ自身をシャットダウン "
+"するようになっていました。この動作はそれ以降の <methodname>Timer.schedule()</methodname> への "
+"コールが <exceptionname>java.lang.IllegalStateException</exceptionname> を生成する原因に "
+"なっていました。この例外は、<filename>AbstractDetector.java</filename> ファイルを変更することにより "
+"<classname>heartbeatTimer</classname> と <classname>Timer</classname> でスケジュールが "
+"ある時に <exceptionname>IllegalStateException</exceptionname> をテストすることで対処できました。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:510
@@ -1249,6 +1290,21 @@
 "<classname>ServerInvoker</classname> and the applications "
 "<classname>ServerInvocationHandler</classname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1119\">JBREM-1119</"
+"ulink>: アプリケーションが <methodname>org.jboss.remoting.Client."
+"removeListener()</methodname> メソッドをコールした場合、<classname>ServerInvoker</"
+"classname> は <classname>ServerInvokerCallbackHandler</classname> への参照を "
+"排除して、<methodname>ServerInvocationHandler.removeListener()</methodname> メソッドを "
+"コールし、アプリケーションにその保持していた参照を排除する機会を与えるようになっていました。 "
+"クライアントからの接続が切れるような場合、それは上記のいずれも実行されないことになり、 "
+"プログラム内でのメモリーリークとなる問題が発生していました。この問題を修正する為に今回、 "
+"<classname>ConnectionNotifier</classname> は、<exceptionname>ConcurrentModificationException</exceptionname> を "
+"避ける為のリストのコピーを使用し、<methodname>shutdown()</methodname> メソッドが "
+"<classname>ServerInvokerCallbackHandler</classname> に追加されて、<classname>ServerInvoker</classname> 内では、 "
+"<methodname>removeCallbackHandler()</methodname> メソッドが公開され、更には<methodname>shutdownCallbackHandler()</methodname> メソッドが追加されています。これらの変更が意味することは、 "
+"<classname>ServerInvokerCallbackHandler</classname> 内の <methodname>shutdown()</methodname> メソッドは "
+"<classname>ServerInvoker</classname> と アプリケーション <classname>ServerInvocationHandler</classname> を "
+"活用することにより、必要な参照を排除するためにアプリケーションによって使用できると言うことです。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:520
@@ -1276,6 +1332,21 @@
 "methodname> method, otherwise the value returned by the <methodname>Client."
 "getDisconnectTimeout()</methodname> method is used."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1112\">JBREM-1112</"
+"ulink>:  接続失敗に於いて、 <classname>ConnectionListener</classname> が <methodname>Client.setDisconnectTimeout()</methodname> を "
+"実行する前に <classname>ConnectionValidator</classname> は "
+"<methodname>Client.getDisconnectTImeout()</methodname> メソッドを実行する "
+"ことができるため、プログラムが予期せぬ動作をする原因になって、レース状態が <classname>ConnectionValidator</classname> と "
+"<classname>ConnectionListener</classname> の間で起こっていました。この問題は、<property>ConnectionValidator."
+"FAILURE_DISCONNECT_TIMEOUT</property> (実際の値 <varname>failureDisconnectTimeout</varname>)と言う "
+"新しいパラメータを導入することで修正されています。<property>org.jboss."
+"remoting.Client.USE_ALL_PARAMS</property> プロパティ (実際の値 <varname>useAllParams</varname>)が "
+"<emphasis>true</emphasis> にセットしてあると、このパラメータは <classname>InvokerLocator</classname> や、 "
+"クライアントの設置マップや、<methodname>Client.addConnectionListener()</methodname> メソッドに渡される "
+"メタデータマップの中でセットできます。<emphasis>failureDisconnectTimeout</emphasis> が -1 以外の整数に "
+"セットしてあると、<classname>ConnectionValidator</classname> は、<methodname>ClientInvoker.terminateLease()</"
+"methodname> メソッドをコールする時にその値を使用します。それ以外の場合は、<methodname>Client."
+"getDisconnectTimeout()</methodname> メソッドで返された値が使用されます。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:526
@@ -1292,6 +1363,15 @@
 "shut down, the <methodname>Wrapped timer.schedule()</methodname> is now "
 "utilized."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1111\">JBREM-1111</"
+"ulink>: <classname>LeasePinger</classname> では、<classname>java.util."
+"TimerTask</classname> 内で稼働している全ての <classname>TimerTasks</classname> が "
+"シャットダウンされた時、<classname>Timer</classname> もシャットダウンされてから "
+"それ以上の <classname>TimerTasks</classname> を受理しなくなっていました。新規の "
+"<classname>Timer</classname> が作成される状態で、<classname>TimerTask</classname> が "
+"その為にスケジュールされている場合、例外が発生していました。シャットダウンした場合に "
+"<classname>Timer</classname> を正常に入れ替えるために、今回 <methodname>Wrapped timer.schedule()</methodname> が "
+"導入されています。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:531
@@ -1326,6 +1406,18 @@
 "The number of threads has also been reduced to 1000 in order to avoid an "
 "<exceptionname>OutOfMemoryError</exceptionname> that may have occurred."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1109\">JBREM-1109</"
+"ulink>: <methodname>org.jboss.remoting.MicroRemoteClientInvoker."
+"getDataType()</methodname> メソッド内では、<varname>dataType</varname> "
+"変数が <methodname>getDataType(getLocator())</methodname> メソッドの値に "
+"セットしてある場合、 <classname>InvokerLocator</classname> が "
+"データタイプのパラメータを持っていないと、その変数は一時的に null にセットされていました。 "
+"もう1つのスレッドが <varname>dataType</varname> 変数を使用して null を "
+"返す可能性があるため、この状態が問題の原因になっていました。このバグを是正するため、 "
+"<classname>InvokerLocator</classname> がデータタイプの値を含んでいるかどうかを見る "
+"チェックをしている間に <varname>localDataType</varname> と言うローカルの変数を使用する "
+"ように進展しました。スレッドの数量も、発生する可能性のある <exceptionname>OutOfMemoryError</exceptionname> を "
+"避けるために 1000 まで減少されています。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:541
@@ -1389,6 +1481,17 @@
 "for all transports. To ensure the original default behavior remains, the "
 "default value is <emphasis>false</emphasis>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1100\">JBREM-1100</"
+"ulink>: <classname>ServerInvokerServlet</classname> インスタンスが、 "
+"ローカル  URL ではなく、MBean の名前で <classname>Connectors</classname> に "
+"リンクできるような機能への要求がありました。これを達成するために、パラメータ "
+"<property>org.jboss.remoting.transport.servlet.ServletServerInvoker."
+"CREATE_UNIQUE_OBJECT_NAME</property> が追加されました。<emphasis>true</emphasis> に "
+"セットされると、<methodname>ServletServerInvoker.getMBeanObjectName()</methodname> が "
+"<methodname>org.jboss.remoting.ServerInvoker.getMBeanObjectName()</methodname> を "
+"コールして、全てのトランスポート用に使用される同じアルゴリズム由来の <emphasis>ObjectName</emphasis> を "
+"返します。オリジナルのデフォルトの動作が維持されることを確実にするために、デフォルト値は <emphasis>false</emphasis> に "
+"なっています。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:556
@@ -1437,6 +1540,16 @@
 "ex);</methodname>, enabling the actual exception content to be displayed to "
 "the user."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1088\">JBREM-1088</"
+"ulink>: サーバーのホスト名 DNS マッピングが、<methodname>org.jboss.remoting.Client.connect()</methodname> "
+"コールの間にクライアントに利用できない場合は、<methodname>org.jboss.remoting.transport.socket.MicroSocketClientInvoker."
+"setup() getAddressByName</methodname> がそのホスト名に関して <exceptionname>java.net."
+"UnknownHostException</exceptionname> を送出していました。しかし、メソッド <methodname>MicroSocketClientInvoker(InvokerLocator locator, Map configuration)</methodname> が "
+"コールされると、例外は捕獲されて、その後 <methodname>throw new RuntimeException(ex.getMessage())</"
+"methodname> を使用して表示されていました。このようにして例外を表示すると、例外の原因を理解するのに "
+"重要な情報が失われます。この問題は今回是正されて、<methodname>throw new RuntimeException(ex.getMessage"
+"());</methodname> を <methodname>throw new RuntimeException(ex.getMessage(), "
+"ex);</methodname> に変更することで実際の例外の内容がユーザーに表示されるようになりました。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:566
@@ -1474,6 +1587,18 @@
 "classname>, otherwise only the metadata map will be used, which is the "
 "default behavior."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1084\">JBREM-1084</"
+"ulink>: <methodname>org.jboss.remoting.Client.addConnectionListener()</"
+"methodname>  が <classname>CallbackPoller</classname> を作成した時、 "
+"それ自身とメタデータマップへの参照が渡されていました。この問題は <classname>CallbackPoller</classname> "
+"が、メタデータマップ内のパラメータにのみアクセスしていることから発生しています。この問題を "
+"是正するために、<property>Client.USE_ALL_PARAMS</property> パラメータが <classname>InvokerLocator</"
+"classname> の中、クライアントの設定マップの中、及び <methodname>Client.addListener()</methodname> "
+"メソッドに渡されるメタデータマップの中でそれぞれチェックされます。<property>useALLParams</property> "
+"プロパティが見付かり、<emphasis>true</emphasis> の値にセットされていれば、<classname>InvokerLocator</"
+"classname>、クライアントの設定マップ、及びメタデータマップはそれぞれ <classname>CallbackPoller</"
+"classname> で使用される全てのパラメータを探す検索を受けます。それ以外の場合は、デフォルトの "
+"動作であるメタデータマップのみが使用されます。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:576
@@ -1496,6 +1621,19 @@
 "will search for parameter values in the <classname>InvokerLocator</"
 "classname>, the client's configuration map and the metadata map respectively."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1082\">JBREM-1082</"
+"ulink>: <methodname>org.jboss.remoting.Client.addConnectionListener()</"
+"methodname> が <classname>ConnectionValidator</classname> を作成した時、 "
+"それ自身への参照が渡されて、<classname>ConnectionValidator</classname> は "
+"クライアントの設定マップにアクセスしていました。問題は、クライアントの設定マップが "
+"<classname>InvokerLocator</classname> パラメータを含んでいないことから発生しました。 "
+"この問題を是正するために、<classname>ConnectionValidator</classname> は今回のリリースで、 "
+"<classname>InvokerLocator</classname> の中、クライアントの設定マップの中、そして "
+"<methodname>Client.addConnectionListener()</methodname> メソッドに渡すメタデータマップの中でそれぞれ "
+"<property>Client.USE_ALL_PARAMS</property> パラメータを探します。<property>useALLParams</property> "
+"プロパティが見付かって、<emphasis>true</emphasis> の値にセットしてある場合、<classname>ConnectionValidator</classname> は "
+"<classname>InvokerLocator</classname> の中、クライアントの設定マップの中、及びメタデータマップの中でそれぞれ "
+"パラメータの値を探します。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:581
@@ -1515,6 +1653,18 @@
 "longer assigning a value of null to the variables <varname>callBackClient</"
 "varname> and <varname>callbackStore</varname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBREM-1081\">JBREM-1081</"
+"ulink>: メソッド <methodname>ServerInvokerCallbackHandler.destroy()</"
+"methodname> が <classname>When org.jboss.remoting.callback."
+"ServerInvokerCallback</classname> をシャットダウンした時、変数 <varname>callBackClient</"
+"varname> と <varname>callbackStore</varname> は null にセットされていました。 "
+"<methodname>ServerInvokerCallbackHandler.handleCallback()</methodname> が "
+"その後にコールされると、変数 <varname>callBackClient</varname> と "
+"<varname>callbackStore</varname> は null にセットされているため、 "
+"<exceptionname>NullPointerException</exceptionname> が発生していました。 "
+"このバグはこの最新のリリースで是正されており、<methodname>ServerInvokerCallbackHandler.destroy()</methodname> "
+"メソッドは、変数 <varname>callBackClient</varname> と <varname>callbackStore</varname> に null の値を "
+"割り当てなくなりました。"
 
 #. Tag: title
 #: Release_Notes_CP05.xml:591
@@ -1551,7 +1701,7 @@
 msgstr ""
 "<ulink url=\"http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0033"
 "\">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> コネクタと "
+"5.5.27 と、6.0.0 から 6.0.18 で、<filename>Java AJP</filename> コネクタと "
 "<filename>mod_jk</filename> ロードバランシングが使用されている時、Apache Tomcat は "
 "リモートアタッカーが無効なヘッダを使用した創作された要求を介してサービス否定攻撃 "
 "(アプリケーション停止)の原因となることを許容していました。これは、エラーを巻き込む "
@@ -1645,6 +1795,16 @@
 "for the <property>j_password</property> parameter. This update has been "
 "rated as having low security impact by the Red Hat Security Response Team."
 msgstr ""
+"<ulink url=\"http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0580"
+"\">CVE-2009-0580</ulink>: Apache Tomcat の 4.1.0 から 4.1.39 と、 "
+"5.5.0 から 5.5.27 と、6.0.0 から 6.0.18 のバージョンで、<property>FORM</property> の "
+"認証が使用された時、リモートアタッカーが <filename>/j_security_check</filename> への "
+"要求を介して有効なユーザー名を列挙するのを許容していました。これは <classname>MemoryRealm</classname> レルム、 "
+"<classname>DataSourceRealm</classname> レルム、及び <classname>JDBCRealm</classname> 認証 "
+"レルム内の不正なエラーチェックに関連したパスワードの不正形成された URL エンコーディングを使用して "
+"達成されていました。この状況は <property>j_password</property> パラメータの  <code>%</code> (パーセント) の "
+"値で表現される通りです。今回の更新は低レベルのセキュリティインパクトを持つことを Red Hat Security Response Team に "
+"よって査定されています。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:628
@@ -1693,6 +1853,15 @@
 "an encoded backslash and the modification of <filename>ServerCookie.java</"
 "filename> to escape double quote characters. (CVE-2007-5333)"
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1992\">JBPAPP-1992</"
+"ulink>: Apache Tomcat 5 と 6 のバージョンは cookie 値の中で二重引用句 "
+"(<emphasis>\"</emphasis>) 文字とエンコード化した逆スラッシュ (%5C) を "
+"的確に処理していませんでした。これらのバグはセッション ID などの機密情報が "
+"リモートアタッカーに漏れて、セッションのハイジャックアタックを許容している "
+"可能性がありました。これは、 パスがエンコード化した逆スラッシュで開始した場合には "
+"<exceptionname>MalformedURLException</exceptionname> を生成するような "
+"<filename>ApplicationContext.java</filename> の変更と、二重引用句をエスケープ "
+"するような <filename>ServerCookie.java</filename> の変更で是正されています。(CVE-2007-5333)"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:643
@@ -1710,6 +1879,17 @@
 "executions have been added to the <methodname>reset()</methodname> method of "
 "the <classname>Response</classname> class:"
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1950\">JBPAPP-1950</"
+"ulink>: <methodname>HttpServletResponse.reset</methodname> メソッドが "
+"実行された後は、それ以降の <methodname>response.setContentType</"
+"methodname>、又は <methodname>response.setCharacterEncoding</methodname> への "
+"コールはいずれもコンテンツタイプに何の効果も持ちませんでした。今回の最新リリースでは、 "
+"<methodname>response.setContentType</methodname> メソッドと "
+"<methodname>response.setCharacterEncoding</methodname> メソッドが "
+"<methodname>HttpServletResponse.reset</methodname> コールの後でも正常に "
+"機能してコンテンツタイプを変更するような修正を統合しています。この結果を得るために、 "
+"以下のメソッド実行が <classname>Response</classname> クラスの <methodname>reset()</methodname> "
+"メソッドに追加されています:"
 
 #. Tag: programlisting
 #: Release_Notes_CP05.xml:646
@@ -1740,6 +1920,16 @@
 "bytes are calculated correctly, removing the "
 "<exceptionname>ArrayIndexOutOfBoundsException</exceptionname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1873\">JBPAPP-1873</"
+"ulink>: <parameter>LIMIT_BUFFER</parameter> パラメータが <code>true</code> に "
+"セットされている時、<exceptionname>ArrayIndexOutOfBoundsException</"
+"exceptionname> が発生していました。このバグを是正するために、<filename>BodyContentImpl.java</filename> "
+"ファイルが更新されており、<varname>bufferSizeSave</varname> 変数の削除と "
+"<varname>writer</varname> 変数が null でないケースの削除が行われています。これらを入れ替えるために、 "
+"<varname>writer</varname> 変数が null と同値になる時の <methodname>clearBody</methodname> "
+"メソッドを実行する1つのケースが記述されています。これらの変更を実装することにより、 "
+"<classname>JspWriter</classname> のバッファーサイズと残りのバイト数が正しく算出されて、 "
+"<exceptionname>ArrayIndexOutOfBoundsException</exceptionname> は排除されます。"
 
 #. Tag: title
 #: Release_Notes_CP05.xml:659
@@ -1846,7 +2036,7 @@
 "ために有効になっています。この結果を達成するために、<filename>MessageFactoryImpl.java</filename> ファイルと "
 "<filename>ServiceEndpointInvoker.java</filename> ファイルの両方が更新されており、 "
 "メッセージのタイプを取り込んで発信コンテキストプロパティをセットしてから、その後にそれぞれの要求ハンドラチェーンを "
-"呼び出すようになっています。"
+"コールするようになっています。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:688
@@ -2107,7 +2297,7 @@
 "解除でもこの登録を排除していませんでした。これが以降のデプロイを失敗を強制 "
 "していました。これを修正するために、<filename>ArchiveDeployerHook.java</filename> "
 "ファイルが更新されて、デプロイ面が失敗した場合でも、全てのエンドポイントは登録の削除を "
-"確実にするために、デプロイ無しで呼び出しができるようになりました。"
+"確実にするために、デプロイ無しでコールができるようになりました。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:764
@@ -2217,7 +2407,7 @@
 "<filename>Role.java</filename> has been added in order to provide a role in "
 "the program which is authorized to call an endpoint."
 msgstr ""
-"<filename>Role.java</filename> は、endpoint を呼び出す権限を持つプログラム内に "
+"<filename>Role.java</filename> は、endpoint をコールする権限を持つプログラム内に "
 "1つのロールを持つために追加されています。"
 
 #. Tag: para
@@ -2227,7 +2417,7 @@
 "<filename>Authorize.java</filename> has been added in order to ensure that a "
 "user is authorized to call the endpoint."
 msgstr ""
-"<filename>Authorize.java</filename> は、ユーザーが endpoint を呼び出す権限を "
+"<filename>Authorize.java</filename> は、ユーザーが endpoint をコールする権限を "
 "持つことを確実にするために追加されています。"
 
 #. Tag: para
@@ -2478,7 +2668,7 @@
 "<ulink url=\"http://opensource.atlassian.com/projects/hibernate/browse/EJB-"
 "340\">EJB-340</ulink>: <methodname>onLoad</methodname> メソッドは、 "
 "基本的 Hibernate 環境内にありましたが、<classname>EJB3Interceptor</classname> 上では "
-"呼出されませんでした。この問題は、<classname>EventListenerConfigurator</classname> "
+"コールされませんでした。この問題は、<classname>EventListenerConfigurator</classname> "
 "クラスの編集で、デフォルトの Hibernate Core <classname>PreLoadEventListener</classname> を "
 "含むことにより修復されています。"
 
@@ -4053,7 +4243,7 @@
 "Hibernate Annotations のみがビジネスエンティティで使用されている時には利用できません "
 "でした。<classname>EntityBinder</classname> クラス、<classname>PropertyBinder</classname> クラス、 "
 "及び、 <classname>CollectionBinder</classname> クラスは更新されており、これらが "
-"<methodname>setNodeName</methodname> メソッドを呼び出すようになっています。 "
+"<methodname>setNodeName</methodname> メソッドをコールするようになっています。 "
 "エラーは、これが <classname>AnnotationBinder</classname> で実行されていなかったため、 "
 "Hibernate Annotations のみが使用されている時には <classname>Dom4j</classname> tuplizer  が "
 "具体化されていなかったと言うものでした。"
@@ -4396,7 +4586,7 @@
 "メソッドの代わりに、<methodname>buildJoinFromMappedBySide</methodname> メソッドを使用する "
 "ように変更されています。この変更を有効にすることは、このファイル内での <methodname>join.createPrimaryKey"
 "()</methodname> メソッドと <methodname>join.createForeignKey()</methodname> メソッドへの "
-"呼出しは削除されたことを意味します。"
+"コールは削除されたことを意味します。"
 
 #. Tag: para
 #: Release_Notes_CP05.xml:1432
@@ -4460,7 +4650,7 @@
 "入力として整数を取る <varname>ThreadLocal</varname> 実装にハッシュテーブルを "
 "入れ替えるようになりました。タイムアウト値が正常に機能できるようにするため、タイムアウト値は "
 "今回、<methodname>_timeouts.set</methodname> と <methodname>_timeouts.get</methodname> の "
-"必須メソッドのみを呼び出します。これらの改良がなされた為、メモリーリークはもう発生しません。"
+"必須メソッドのみをコールします。これらの改良がなされた為、メモリーリークはもう発生しません。"
 
 #. Tag: title
 #: Release_Notes_CP05.xml:1484




More information about the jboss-cvs-commits mailing list