[jboss-cvs] JBossAS SVN: r100677 - projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Mon Feb 8 00:04:05 EST 2010
Author: jito at redhat.com
Date: 2010-02-08 00:04:04 -0500 (Mon, 08 Feb 2010)
New Revision: 100677
Modified:
projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Pooling.po
Log:
translation in progress
Modified: projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Pooling.po
===================================================================
--- projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Pooling.po 2010-02-08 04:09:58 UTC (rev 100676)
+++ projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Pooling.po 2010-02-08 05:04:04 UTC (rev 100677)
@@ -12,7 +12,7 @@
"Project-Id-Version: Pooling\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-12-10T00:02:33\n"
-"PO-Revision-Date: 2010-02-08 11:43+1000\n"
+"PO-Revision-Date: 2010-02-08 15:03+1000\n"
"Last-Translator: Junko Ito <junko.ito at rehdat.com>\n"
"Language-Team: Japanese <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -43,6 +43,9 @@
"<literal>ManagedConnectionPool</literal> is made up of subpools depending "
"upon the strategy chosen and other pooling parameters."
msgstr ""
+"<ulink url=\"http://www.jboss.org/community/wiki/JBossJCA\">JBossJCA</ulink> "
+"は <literal>ManagedConnectionPool</literal> を使用してプーリングを実行します。 "
+"<literal>ManagedConnectionPool</literal> は、選択された戦略やその他のプーリングパラメータに応じて、サブプールで構成されます。"
#. Tag: para
#, no-c-format
@@ -82,17 +85,17 @@
#. Tag: para
#, no-c-format
msgid "A single pool of equivalent connections"
-msgstr ""
+msgstr "同等の接続の単一プール。"
#. Tag: para
#, no-c-format
msgid "<application-managed-security/>"
-msgstr ""
+msgstr "<application-managed-security/>"
#. Tag: para
#, no-c-format
msgid "ByApplication"
-msgstr "OnePool"
+msgstr "ByApplication"
#. Tag: para
#, no-c-format
@@ -102,7 +105,7 @@
#. Tag: para
#, no-c-format
msgid "Use the connection properties from allocateConnection()"
-msgstr ""
+msgstr "allocateConnection() より接続プロパティを使用。"
#. Tag: para
#, no-c-format
@@ -122,7 +125,7 @@
#. Tag: para
#, no-c-format
msgid "A pool per Subject, e.g. preconfigured or EJB/Web login subjects"
-msgstr ""
+msgstr "サブジェクト (事前設定のサブジェクトまたは EJB/Web ログインサブジェクト) 毎のプール。"
#. Tag: para
#, no-c-format
@@ -142,7 +145,7 @@
#. Tag: para
#, no-c-format
msgid "A per Subject and connection property combination"
-msgstr ""
+msgstr "サブジェクト毎と接続プロパティの組み合わせ。"
#. Tag: title
#, no-c-format
@@ -152,26 +155,26 @@
#. Tag: para
#, no-c-format
msgid "The xml names imply this is just about security. This is misleading."
-msgstr ""
+msgstr "xml 名を見るとセキュリティに関連しているように見えますが、それは間違えです。"
#. Tag: para
#, no-c-format
msgid ""
"For <security-domain-and-application/> the Subject always overrides "
"any user/password from createConnection(user, password) in the CRI:"
-msgstr ""
+msgstr "<security-domain-and-application/> では、サブジェクトは常に CRI の createConnection(user, password) からのユーザーやパスワードより優先されます。"
#. Tag: title
#, no-c-format
msgid "Transaction stickness"
-msgstr "トランザクションのスティッキネス"
+msgstr "トランザクションスティッキネス"
#. Tag: para
#, no-c-format
msgid ""
"You can force the same connection from a (sub-)pool to get reused throughout "
"a transaction with the <track-connection-by-tx/> flag"
-msgstr ""
+msgstr "<track-connection-by-tx/> フラグを用いると、 プール (またはサブプール) からの同じ接続がトランザクション中に再使用されるように強制することができます。"
#. Tag: para
#, no-c-format
@@ -181,11 +184,13 @@
"Platform 5 where transaction stickiness is enabled by default. XA users can "
"explicitly enable interleaving with <interleaving/> element."
msgstr ""
+"これは「ローカル」トランザクションのみサポートされる動作となります。 JBoss Enterprise Application "
+"Platform 5 ではデフォルトでトランザクションスティッキネスが有効になっているため、 このエレメントは廃止されました。 XA ユーザーは <interleaving/> エレメントで明示的にインターリービングを有効にできます。"
#. Tag: title
#, no-c-format
msgid "Workaround for Oracle"
-msgstr ""
+msgstr "Oracle に対する回避法"
#. Tag: para
#, no-c-format
@@ -193,24 +198,24 @@
"Oracle does not like XA connections getting used both inside and outside a "
"JTA transaction. To workaround the problem you can create separate sub-pools "
"for the different contexts using <no-tx-separate-pools/>."
-msgstr ""
+msgstr "Oracle は、 JTA トランザクション内部および外部でのXA 接続の使用を好みません。 この問題を回避するには、 <no-tx-separate-pools/> を使用して異なるコンテキストに対して個別のサブプールを作成します。"
#. Tag: title
#, no-c-format
msgid "Pool Access"
-msgstr ""
+msgstr "プールアクセス"
#. Tag: para
#, no-c-format
msgid "The pool is designed for concurrent usage."
-msgstr ""
+msgstr "プールは同時使用のためにあります。"
#. Tag: para
#, no-c-format
msgid ""
"Upto <max-pool-size/> threads can be inside the pool at the same time "
"(or using connections from a pool)."
-msgstr ""
+msgstr "同時に (またはプールからの接続を使用して) 最大 <max-pool-size/> のスレッド数がプール内に存在することができます。"
#. Tag: para
#, no-c-format
@@ -220,6 +225,10 @@
"org/community/wiki/WhatDoesTheMessageNoManagedConnectionsAvailableMean\">No "
"Managed Connections Available</ulink>"
msgstr ""
+"スレッド数がこの制限に達すると、 <ulink url=\"http://www.jboss."
+"org/community/wiki/WhatDoesTheMessageNoManagedConnectionsAvailableMean\">No "
+"Managed Connections Available</ulink> をスローする前にスレッドはプールを使用するため <blocking-timeout-"
+"seconds/> の期間待機します。"
#. Tag: para
#, no-c-format
@@ -228,28 +237,30 @@
"wait-millis/> elements to have the pool retry to obtain a connection "
"before throwing the exception."
msgstr ""
+"例外をスローする前にプールが接続の取得を再試行するようにするには、 <allocation-retry/> エレメントと <allocation-retry-"
+"wait-millis/> エレメントを使用します。"
#. Tag: title
#, no-c-format
msgid "Pool Filling"
-msgstr ""
+msgstr "プールの充填"
#. Tag: para
#, no-c-format
msgid "The number of connections in the pool is controlled by the pool sizes."
-msgstr ""
+msgstr "プール内の接続数はプールの大きさによって制御されます。"
#. Tag: para
#, no-c-format
msgid ""
"<min-pool-size/> - When the number of connections falls below this "
"size, new connections are created"
-msgstr ""
+msgstr "<min-pool-size/> - 接続数がこの値を下回ると新しい接続が作成されます。"
#. Tag: para
#, no-c-format
msgid "<max-pool-size/> - No more than this number of connections are created"
-msgstr ""
+msgstr "<max-pool-size/> - この値を越える数の接続は作成されません。"
#. Tag: para
#, no-c-format
@@ -258,18 +269,20 @@
"only pooling strategy that supports this feature is OnePool?, or ByNothing? "
"pooling criteria."
msgstr ""
+"<prefill/> - 4.0.5 に機能要求が実装されました。 "
+"注意: OnePool? または ByNothing? プーリング基準のみがこの機能をサポートします。"
#. Tag: para
#, no-c-format
msgid ""
"The pool filling is done by a separate \"Pool Filler\" thread rather than "
"blocking application threads."
-msgstr ""
+msgstr "プールの充填は、 アプリケーションスレッドをブロックするのではなく、 個別の「Pool Filler」スレッドによって行われます。"
#. Tag: title
#, no-c-format
msgid "Idle Connections"
-msgstr ""
+msgstr "アイドル接続"
#. Tag: para
#, no-c-format
@@ -277,7 +290,7 @@
"You can configure connections to be closed when they are idle. e.g. If you "
"just had a peak period and now want to reap the unused ones. This is done "
"via the <idle-timeout-minutes/>."
-msgstr ""
+msgstr "ピーク期間の終了後に未使用の接続をリープ処理したい場合など、 アイドル状態の接続を閉じるよう接続を設定することができます。 これには、 <idle-timeout-minutes/> を使用します。"
#. Tag: para
#, no-c-format
@@ -285,14 +298,14 @@
"Idle checking is done on a separate \"Idle Remover\" thread on an LRU (least "
"recently used) basis. The check is done every idle-timeout-minutes divided "
"by 2 for connections unused for idle-timeout-minutes."
-msgstr ""
+msgstr "アイドル状態の確認は、 LRU (Least Recently Used) 方式で個別の「Idle Remover」によって実行されます。 idle-timeout-minutes の期間使用されていない接続に対し、 idle-timeout-minutes を 2 で割った周期で確認が実行されます。"
#. Tag: para
#, no-c-format
msgid ""
"The pool itself operates on an MRU (most recently used) basis. This allows "
"the excess connections to be easily identified."
-msgstr ""
+msgstr "プール自体は MRU (Most Recently Used) 方式で操作します。 これにより、 余分な接続を簡単に特定することができます。"
#. Tag: para
#, no-c-format
@@ -300,6 +313,8 @@
"Should closing idle connections cause the pool to fall below the min-pool-"
"size, new/fresh connections are created."
msgstr ""
+"アイドル状態の接続を閉じたため、 プールにある接続の数が min-pool-"
+"size を下回ってしまった場合、 新規の接続が作成されます。"
#. Tag: para
#, no-c-format
@@ -309,12 +324,12 @@
"transaction timeout. When interleaving the connection is returned to the "
"pool for others to use. If however nobody does use it, it would be a "
"candidate for removal before the transaction is committed."
-msgstr ""
+msgstr "長期実行しているトランザクションが存在し、 インターリービングを使用している場合 (track-connection-by-tx を使用しない場合など)、 アイドルタイムアウトの値がトランザクションタイムアウトの値より大きくなるようにしてください。 インターリービングを使用している場合、 他のユーザーが使用できるよう接続がプールに戻されます。 戻された接続が使用されなかった場合、 トランザクションがコミットされる前に削除される候補となります。"
#. Tag: title
#, no-c-format
msgid "Dead connections"
-msgstr ""
+msgstr "停止接続"
#. Tag: para
#, no-c-format
@@ -323,11 +338,13 @@
"()</literal> event when a connection is broken. To support dead/broken "
"connection checking there are a number of plugins."
msgstr ""
+"JDBC プロトコルは接続が切断されていると自然な <literal>connectionErrorOccured"
+"()</literal> イベントを提供しません。 停止された接続や切断された接続のチェックをサポートするには、 複数のプラグインがあります。"
#. Tag: title
#, no-c-format
msgid "Valid connection checking"
-msgstr ""
+msgstr "有効な接続チェック"
#. Tag: para
#, no-c-format
@@ -338,6 +355,11 @@
"fails, another connection is selected until there are no more connections at "
"which point new connections are constructed."
msgstr ""
+"最も簡単な形式は、 接続をアプリケーションに渡す前に「クイック」SQL ステートメントを実行することです。"
+" <screen><"
+"check-valid-connection-sql>select 1 from dual</check-valid-connection-"
+"sql></screen> "
+"これに失敗した場合、 選択できる接続がなくなるまで他の接続が選択され、 選択できる接続がなくなった時点で新しい接続が作成されます。●"
#. Tag: para
#, no-c-format
@@ -346,11 +368,13 @@
"g. Oracle's or MySQL's pingDatabase() via the <screen><valid-connection-"
"checker-class-name/></screen>"
msgstr ""
+"より性能的なチェックを実行するには、 Oracle または MySQLの pingDatabase() などのベンダー固有の機能を <screen><valid-connection-"
+"checker-class-name/></screen> より使用します。●"
#. Tag: title
#, no-c-format
msgid "Errors during SQL queries"
-msgstr ""
+msgstr "SQL クエリ中のエラー"
#. Tag: para
#, no-c-format
@@ -362,11 +386,14 @@
"OracleExceptionSorter</exception-sorter-class-name></screen> For "
"<screen>FATAL</screen> errors the connection will be closed."
msgstr ""
+"クエリ中に接続が切断されたかをチェックするには、 通常の SQLExceptions ではなく、 SQLException のエラーコードやエラーメッセージより FATAL エラーを確認します。 コードやメッセージはベンダー固有の場合があります (例: <screen><"
+"exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor."
+"OracleExceptionSorter</exception-sorter-class-name></screen>)。 <screen>FATAL</screen> エラーの場合、 接続は終了します。●"
#. Tag: title
#, no-c-format
msgid "Changing/Closing/Flushing the pool"
-msgstr ""
+msgstr "プールの変更／終了／フラッシュ"
#. Tag: para
#, no-c-format
@@ -374,16 +401,18 @@
"<ulink url=\"http://www.jboss.org/community/wiki/"
"HowDoIChangeThePoolingParameters\">change or flush()</ulink> the pool"
msgstr ""
+"プールの <ulink url=\"http://www.jboss.org/community/wiki/"
+"HowDoIChangeThePoolingParameters\">変更または flush()</ulink> ●"
#. Tag: para
#, no-c-format
msgid "closing/undeploying the pool will do a flush first"
-msgstr ""
+msgstr "プールを終了したりアンデプロイすると、 最初にフラッシュされます。"
#. Tag: title
#, no-c-format
msgid "Other pooling"
-msgstr ""
+msgstr "その他プーリング"
#. Tag: para
#, no-c-format
@@ -391,4 +420,6 @@
"<ulink url=\"http://www.jboss.org/community/docs/DOC-10020?uniqueTitle=false"
"\">Thirdparty Pools</ulink> - only if you know what you are doing"
msgstr ""
+"<ulink url=\"http://www.jboss.org/community/docs/DOC-10020?uniqueTitle=false"
+"\">サードパーティのプール</ulink> - 知識があり理解している場合のみ参照してください。"
More information about the jboss-cvs-commits
mailing list