[jboss-cvs] JBossAS SVN: r102042 - 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
Sun Mar 7 19:42:36 EST 2010 

Author: jito at redhat.com
Date: 2010-03-07 19:42:36 -0500 (Sun, 07 Mar 2010)
New Revision: 102042

Modified:
   projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Transactions.po
Log:
translation in progress

Modified: projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Transactions.po
===================================================================
--- projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Transactions.po	2010-03-07 23:50:38 UTC (rev 102041)
+++ projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Transactions.po	2010-03-08 00:42:36 UTC (rev 102042)
@@ -12,7 +12,7 @@
 "Project-Id-Version: Transactions\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2009-12-10T00:02:33\n"
-"PO-Revision-Date: 2010-02-18 10:45+1000\n"
+"PO-Revision-Date: 2010-03-08 10:42+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"
@@ -63,7 +63,7 @@
 "standard JTA API, making it a drop-in replacement that does not require "
 "changes to transactional business logic. It is necessary only to change the "
 "server configuration. Details of this process are given below."
-msgstr "JBossTS JTS はリモート IIOP メソッド呼び出し上でトランザクションコンテキストを分散できるトランザクションマネージャで、 複数の JVM にまたがる単一の分散トランザクションを作成することができます。 複数のサーバーにまたがる大型のアプリケーションや、 CORBA ベースのシステムで実行されているトランザクションビジネスロジックとの標準ベースの相互運用に対して有用です。 このモジュールの機能は標準的なJTA API より利用できるため、 トランザクションビジネスロジックへの変更を必要とせず、簡 単に代替ととして導入することができます。 サーバー設定の変更のみが必要となります。 サーバー変更の詳細は次の通りです。●"
+msgstr "JBossTS JTS はリモート IIOP メソッド呼び出し上でトランザクションコンテキストを分散できるトランザクションマネージャで、 複数の JVM にまたがる単一の分散トランザクションを作成することができます。 複数のサーバーにまたがる大型のアプリケーションや、 CORBA ベースのシステムで実行されているトランザクションビジネスロジックとの標準ベースの相互運用に対して有用です。 このモジュールの機能は標準的なJTA API より利用できるため、 トランザクションビジネスロジックへの変更を必要とせず、 簡単に代替ととして導入することができます。 サーバー設定の変更のみが必要となります。 サーバー変更の詳細は次の通りです。●"
 
 #. Tag: para
 #, no-c-format
@@ -114,7 +114,7 @@
 "will not have an effect until server (JVM) restart."
 msgstr ""
 "JBossTS JTA のデフォルト設定は、 トランザクションマネージャ独自のプロパティファイルやアプリケーションサーバーのデプロイメント設定の組み合わせによって管理されます。 設定ファイルは server/[name]/"
-"conf/jbossts-properties.xml にあります。 設定ファイルには、 最も一般的に使用されるプロパティのデフォルト設定が格納されています。 その他の設定については、 付属の JBossTS ドキュメントに説明されていますが、 必要に応じて設定ファイルに追加することができいます。 All にもハードコードされたデフォルトがありますが、 プロパティファイルがないと予想通りシステムが機能しないことがあります。 このファイルに存在する設定は、 server/"
+"conf/jbossts-properties.xml にあります。 設定ファイルには、 最も一般的に使用されるプロパティのデフォルト設定が格納されています。 その他の設定については、 付属の JBossTS ドキュメントに説明されていますが、 必要に応じて設定ファイルに追加することができます。 All にもハードコードされたデフォルトがありますが、 プロパティファイルがないと予想通りシステムが機能しないことがあります。 このファイルに存在する設定は、 server/"
 "[name]/deploy/transaction-jboss-beans.xml ファイルにあるマイクロコンテナ Bean 設定によって補完されます。 これにより、 トランザクションマネージャが幅広いサーバー設定に結合されるため、 適切な場合はトランザクション設定ファイルの設定よりもアプリケーションサーバー固有の値が優先されます。 特に、 サービスバインディングマネージャを使用してポートのバインディグ情報を設定し、 選択された他のプロパティより優先させます。 設定プロパティはサーバーの初期化時に JBossTS によって読み取られ、 その後加えられたプロパティファイルや Beans ファイルへの変更やプログラムによる変更は、 サーバー (JVM) が再起動するまで有効になりません。"
 
 #. Tag: para
@@ -153,7 +153,7 @@
 "objectStoreDir - the directory to which transaction data will be logged. "
 "This bean property overrides the jbossts-properties.xml config file value "
 "for com.arjuna.ats,arjuna,objectstore.objectStoreDir"
-msgstr "objectStoreDir - トランザクションデータがログとして記録されるディレクトリです。 このBean プロパティは、 com.arjuna.ats,arjuna,objectstore.objectStoreDir の jbossts-properties.xml 設定ファイルの値よりも優先されます。"
+msgstr "objectStoreDir - トランザクションデータがログとして記録されるディレクトリです。 この Bean プロパティは、 com.arjuna.ats,arjuna,objectstore.objectStoreDir の jbossts-properties.xml 設定ファイルの値よりも優先されます。"
 
 #. Tag: para
 #, no-c-format
@@ -475,7 +475,7 @@
 "XAResourceRecovery interface. See the JBossTS documentation for further "
 "details."
 msgstr ""
-"ログに書き込まれる情報には、 トランザクションと登録 (enlist) される XAResource に関連するトランザクション ID と xid 値が含まれます。 XAResource 自体がシリアライズ可能な場合は、 XAResource もログに書き込まれます。 このような場合、 リカバリを大幅に簡易化できますが該当するケースは少数です。 アプリケーションサーバーの &lt;xa-datasource&gt; によってトランザクションマネージャに提供される XARsource を含むほとんどのリソースはシリアライズ可能ではありません。 そのため、 サーバー再起動時に同じリソースマネージャへ接続される新しい XAResource インスタンスをインスタンス化するために十分な情報をトランザクションマネージャへ明示的に提供する必要があります。 -ds.xml ファイルの &lt;xa-datasource&gt; エレメントによっã!
 ¦è¨­å®šã•ã‚Œã‚‹ãƒªã‚½ãƒ¼ã‚¹ãƒžãƒãƒ¼ã‚¸ãƒ£ã®å ´åˆã€ AppServerJDBCXARecovery プラグインを使用するのがよいでしょう。 各リソースマネージャに1つのインスタンスが必要となります。 JBoss Messaging には、 トランザクション内でメッセージング操作が必要な時に設定する必要がある独自のリカバリプラグインが含まれています。 詳細は JBoss Messaging のドキュメントを参照してください。 "
+"ログに書き込まれる情報には、 トランザクションと登録 (enlist) される XAResource に関連するトランザクション ID と xid 値が含まれます。 XAResource 自体がシリアライズ可能な場合は、 XAResource もログに書き込まれます。 このような場合、 リカバリを大幅に簡易化できますが該当するケースは少数です。 アプリケーションサーバーの &lt;xa-datasource&gt; によってトランザクションマネージャに提供される XARsource を含むほとんどのリソースはシリアライズ可能ではありません。 そのため、 サーバー再起動時に同じリソースマネージャへ接続される新しい XAResource インスタンスをインスタンス化するために十分な情報をトランザクションマネージャへ明示的に提供する必要があります。 -ds.xml ファイルの &lt;xa-datasource&gt; エレメントによっã!
 ¦è¨­å®šã•ã‚Œã‚‹ãƒªã‚½ãƒ¼ã‚¹ãƒžãƒãƒ¼ã‚¸ãƒ£ã®å ´åˆã€ AppServerJDBCXARecovery プラグインを使用するのがよいでしょう。 各リソースマネージャに 1 つのインスタンスが必要となります。 JBoss Messaging には、 トランザクション内でメッセージング操作が必要な時に設定する必要がある独自のリカバリプラグインが含まれています。 詳細は JBoss Messaging のドキュメントを参照してください。 "
 "XAResourceRecovery インターフェースを実装し、 前例にないリソースマネージャに対して独自のプラグインを開発することができます。 詳細は JBossTS のドキュメントを参照してください。"
 
 #. Tag: para

More information about the jboss-cvs-commits mailing list