[jboss-cvs] JBossAS SVN: r75937 - projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP.

jboss-cvs-commits at lists.jboss.org jboss-cvs-commits at lists.jboss.org
Thu Jul 17 01:33:35 EDT 2008 

Author: tnagamot at redhat.com
Date: 2008-07-17 01:33:35 -0400 (Thu, 17 Jul 2008)
New Revision: 75937

Modified:
   projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Query_ejbql.po
   projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Transactions.po
Log:
proofreading finished

Modified: projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Query_ejbql.po
===================================================================
--- projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Query_ejbql.po	2008-07-17 05:19:47 UTC (rev 75936)
+++ projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Query_ejbql.po	2008-07-17 05:33:35 UTC (rev 75937)
@@ -7,7 +7,7 @@
 msgstr ""
 "Project-Id-Version: Query_ejbql\n"
 "POT-Creation-Date: 2001-02-09 01:25+0100\n"
-"PO-Revision-Date: 2008-07-14 12:25+1000\n"
+"PO-Revision-Date: 2008-07-17 14:32+1000\n"
 "Last-Translator: Takuro Nagamoto\n"
 "Language-Team:  <ja at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -32,8 +32,8 @@
 "HQL queries. Portable EJB3 applications however should stick to EJB-QL or "
 "similar vendor extensions are needed."
 msgstr ""
-"EJB3-QL はネイティブの Hibernate クエリ言語である HQL に大きな影響を受けてきました。したがって、両方とも非常に SQL に似ていますが、移植可能であり、データベーススキーマから独立しています。HQL の知識があるユーザーは EJB-QL を使用するのに問題がないはずです。実際には、EJB-QL クエリと "
-"HQL クエリに同じクエリ API を使用します。ただし、移植可能な EJB3 アプリケーションでは EJB-QL を使用すべきです。さもないと、類似のベンダー拡張が必要になります。"
+"EJB3-QL はネイティブの Hibernate クエリ言語である HQL から多大な影響を受けてきました。したがって、両方とも非常に SQL に似ていますが、移植可能であり、データベーススキーマから独立しています。HQL の知識があるユーザーは EJB-QL を使用するのに問題がないはずです。実際には、EJB-QL クエリと "
+"HQL クエリでは同じクエリ API を使用します。ただし、移植可能な EJB3 アプリケーションでは EJB-QL を使用すべきです。さもないと、類似のベンダー拡張が必要になります。"
 
 #. Tag: title
 #: Query_ejbql.xml:14
@@ -221,7 +221,7 @@
 "overrides the fetching options in the associations and collection mapping "
 "metadata. See the Performance chapter of the Hibernate reference guide for "
 "more information."
-msgstr "また、\"フェッチ\" join により、単独の select を使用して値の関連付けまたは集まりをその親オブジェクトとともに初期化できるようになります。これは、特にコレクションの場合に役に立ち、実質的に関連付けとコレクションのマッピングメタデータのフェッチオプションよりも優先されることなります。詳細については、Hibernate リファレンスガイドの「パフォーマンス」の章を参照してください。"
+msgstr "また、\"フェッチ\" 結合により、単独の select を使用して値の関連付けまたは集まりをその親オブジェクトとともに初期化できるようになります。これは、特にコレクションの場合に役に立ち、実質的に関連付けとコレクションのマッピングメタデータのフェッチオプションよりも優先されることなります。詳細については、Hibernate リファレンスガイドの「パフォーマンス」の章を参照してください。"
 
 #. Tag: programlisting
 #: Query_ejbql.xml:69
@@ -247,7 +247,7 @@
 "fetching a further collection:"
 msgstr ""
 "関連付けられたオブジェクトは <literal>where</literal> 節 "
-"(またはその他の節) で使用すべきでないため fetch join は通常エイリアスを割り当てる必要がありません。また、関連付けられたオブジェクトはクエリ結果で直接返されません。代わりに、これらのオブジェクトには親オブジェクトからアクセスできます。エイリアスが必要になることがあるのはコレクションをさらに再帰的に join フェッチする場合です。"
+"(またはその他の節) で使用すべきでないためフェッチ結合は通常エイリアスを割り当てる必要がありません。また、関連付けられたオブジェクトはクエリ結果で直接返されません。代わりに、これらのオブジェクトには親オブジェクトからアクセスできます。エイリアスが必要になることがあるのはコレクションをさらに再帰的に join フェッチする場合です。"
 
 #. Tag: programlisting
 #: Query_ejbql.xml:73
@@ -479,7 +479,7 @@
 "literal> (HQL specific feature):"
 msgstr ""
 "これは、<literal>select new map</"
-"literal> (HQL 固有の機能) とともに使用するときに最も有用です。"
+"literal> (HQL 固有の機能) とともに使用するときに最も有効的です。"
 
 #. Tag: programlisting
 #: Query_ejbql.xml:121
@@ -866,8 +866,8 @@
 "store.owner.address.city    // okay\n"
 "store.owner.address         // error!"
 msgstr ""
-"store.owner.address.city    // okay\n"
-"store.owner.address         // error!"
+"store.owner.address.city    // 成功\n"
+"store.owner.address         // エラー発生!"
 
 #. Tag: para
 #: Query_ejbql.xml:223
@@ -1236,7 +1236,7 @@
 "QL, <literal>elements</literal> and <literal>indices</literal> are specific "
 "HQL features."
 msgstr ""
-"コレクション (<literal>elements</literal> 関数と <literal>indices</literal> 関数) の要素またはインデックスセットが渡されたときまたはサブクエリの結果 (下記参照)、SQL 関数 <literal>any</literal>、<literal>some</literal>、<literal>all</literal>、<literal>exists</literal>、<literal>in</literal> がサポートされます。サブクエリは EJB-"
+"コレクション (<literal>elements</literal> 関数と <literal>indices</literal> 関数) の要素またはインデックスセットが渡されたとき、またはサブクエリの結果 (下記参照)、SQL 関数 <literal>any</literal>、<literal>some</literal>、<literal>all</literal>、<literal>exists</literal>、<literal>in</literal> がサポートされます。サブクエリは EJB-"
 "QL によってサポートされますが、<literal>elements</literal> と <literal>indices</literal> は HQL 固有の機能です。"
 
 #. Tag: programlisting
@@ -1759,7 +1759,7 @@
 "literal>, <literal>CATALOG</literal> and <literal>PRICE</literal> tables has "
 "four inner joins and an (uncorrelated) subselect."
 msgstr ""
-"以下のクエリは注文 ID、品数、特定の顧客のすべての未払い注文の合計金額、指定された最小合計金額を返し、結果を合計金額でソートします。金額を決定するために現在のカタログを使用します。結果となる  query, against the "
+"以下のクエリは注文 ID、品数、特定の顧客のすべての未払い注文の合計金額、指定された最小合計金額を返し、結果を合計金額でソートします。金額を決定するために現在のカタログを使用します。結果となる "
 "<literal>ORDER</literal>、<literal>ORDER_LINE</literal>、<literal>PRODUCT</"
 "literal>、<literal>CATALOG</literal>、および <literal>PRICE</literal> テーブルに対する SQL クエリは 4 つの内部結合と 1 つの (非相関) 副選択を持ちます。"
 
@@ -1811,7 +1811,7 @@
 msgid ""
 "What a monster! Actually, in real life, I&#39;m not very keen on subqueries, "
 "so my query was really more like this:"
-msgstr "非常に強力であることがおわかりになったと思います。実際には、筆者はサブクエリを使うことにそれほどこだわりがなく、以下のようなクエリを記述することになると思います。"
+msgstr "EJB-QL が非常に強力であることがおわかりになったと思います。実際には、サブクエリを使うことにそれほどこだわりがない場合は、以下のようなクエリを記述することになると思います。"
 
 #. Tag: programlisting
 #: Query_ejbql.xml:450

Modified: projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Transactions.po
===================================================================
--- projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Transactions.po	2008-07-17 05:19:47 UTC (rev 75936)
+++ projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Transactions.po	2008-07-17 05:33:35 UTC (rev 75937)
@@ -7,9 +7,9 @@
 msgstr ""
 "Project-Id-Version: Transactions\n"
 "POT-Creation-Date: 2001-02-09 01:25+0100\n"
-"PO-Revision-Date: 2008-07-16 16:04+1000\n"
+"PO-Revision-Date: 2008-07-17 15:31+1000\n"
 "Last-Translator: Takuro Nagamoto\n"
-"Language-Team:  <ja at li.org>\n"
+"Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
@@ -34,7 +34,7 @@
 "but does not lock objects in memory or change the isolation level of your "
 "database transactions. Basically, use Hibernate Entity Manager like you "
 "would use direct JDBC (or JTA/CMT) with your database resources."
-msgstr "Hibernate Entity Manager と並行性制御に関する最も重要な点はその理解のしやすさです。Hibernate Entity Manager は、追加のロック動作を伴わずに JDBC 接続と JTA リソースを直接使用します。JDBC、ANSI、使用しているデータベース管理システムのトランザクション分離の仕様について調べることをお薦めします。Hibernate Entity Manager は自動バージョン管理のみを追加し、メモリ内のオブジェクトをロックしたり、使用しているデータベーストランザクションの分離レベルを変更したりしません。基本的に、使用しているデータベースリソースで直接 JDBC (または JTA/CMT) を使用するように Hibernate Entity Manager を使用してください。"
+msgstr "Hibernate Entity Manager と並行性制御に関する最も重要な点はその理解のしやすさです。Hibernate Entity Manager は、追加のロック動作を伴わずに JDBC 接続と JTA リソースを直接使用します。JDBC、ANSI、使用しているデータベース管理システムのトランザクション分離の仕様について調べることをお薦めします。Hibernate Entity Manager は自動バージョン管理のみを追加し、メモリ内のオブジェクトをロックしたり、使用しているデータベーストランザクションの分離レベルを変更したりしません。基本的に、使用しているデータベースリソースで直接 JDBC (または JTA/CMT) を使用する場合と同様に Hibernate Entity Manager を使用してください。"
 
 #. Tag: para
 #: Transactions.xml:14
@@ -94,7 +94,7 @@
 "interception.)"
 msgstr ""
 "<literal>EntityManager</literal> は、単一のビジネスプロセスと単一の作業単位に対して 1 度だけ使用し、破棄するコストがかからない非スレッドセーフオブジェクトです。<literal>EntityManager</literal> は必要でない限り JDBC <literal>Connection</literal> (または、<literal>Datasource</"
-"literal>) を取得しないため、特定の要求に対応するためにデータアクセスが必要でないか確かでない場合でも "
+"literal>) を取得しないため、特定の要求に対応するためにデータアクセスが必要かどうかわからない場合でも "
 "<literal>EntityManager</literal> を安全にオープンまたはクローズできます (これは、要求インターセプトを使用して以下の一部のパターンを実装する場合に重要になります)。"
 
 #. Tag: para
@@ -201,7 +201,7 @@
 "again, remember that your first choice is naturally an EJB3 container - "
 "preferably a light and modular one such as JBoss application server."
 msgstr ""
-"EJB3 コンテナ外部にこの (および他の) 動作を実装することは困難です。<literal>EntityManager</literal> とリソースローカルトランザクションを正常に起動および終了する必要があるだけでなく、これらがデータアクセス操作でアクセス可能である必要があります。作業単位の境界は、理想的には要求が非 EJB3 コンテナサーバーに到達し、応答が送信される前に実行されるインターセプタを使用して実装されます (たとえば、スタンドアロンサーブレットコンテナを使用している場合は <literal>ServletFilter</literal>)。<literal>ThreadLocal</literal> 変数を使用して <literal>EntityManager</literal> を要求に答えるスレッドにバインドすることをお薦めします。これにより、このスレッドで実行されるすべてのコードでアクセスを (静的変数にアクセスするように) !
 簡単に行えるようになります。選択したデータベーストランザクション境界メカニズムに応じて、トランザクションコンテキストを <literal>ThreadLocal</literal> 変数に保持することもできます。これに対する実装パターンは Hibernate コミュニティでは <emphasis>ThreadLocal Session</emphasis> と "
+"EJB3 コンテナ外部にこの (および他の) 動作を実装することは困難です。<literal>EntityManager</literal> とリソースローカルトランザクションを正常に起動および終了する必要があるだけでなく、これらがデータアクセス操作でアクセス可能である必要があります。作業単位の境界は、理想的には要求が非 EJB3 コンテナサーバーに到達し、応答が送信される前に実行されるインターセプタを使用して実装されます (たとえば、スタンドアロンサーブレットコンテナを使用している場合は <literal>ServletFilter</literal>)。<literal>ThreadLocal</literal> 変数を使用し、要求に答えるスレッドに <literal>EntityManager</literal> をバインドすることをお薦めします。これにより、このスレッドで実行されるすべてのコードでアクセスを (静的変数にアクセスするように) !
 簡単に行えるようになります。選択したデータベーストランザクション境界メカニズムに応じて、トランザクションコンテキストを <literal>ThreadLocal</literal> 変数に保持することもできます。これに対する実装パターンは Hibernate コミュニティでは <emphasis>ThreadLocal Session</emphasis> と "
 "<emphasis>Open Session in View</emphasis> として知られています。このパターンを実装するために、Hibernate リファレンスドキュメントに示されている <literal>HibernateUtil</literal> を簡単に拡張できます。外部ソフトウェアは必要ありません (実際にはこのことは重要ではありません)。当然のことながら、インターセプタを実装し、自分の環境で設定する方法を見つける必要があります。ヒントと例については、Hibernate の Web サイトを参照してください。もう一度いいますが、最初は当然 EJB3 コンテナ (理想的には JBoss アプリケーションサーバーなどの単純でモジュール形式のもの) を選択してください。"
 
 #. Tag: title
@@ -274,7 +274,7 @@
 "dialog spanning several request/response cycles). This is easier to "
 "implement than it might sound, especially if you use EJB3 entity manager and "
 "persistence context features:"
-msgstr "明らかにアプリケーショントランザクションを実装するには複数のデータベーストランザクションを使用する必要があります。この場合、アプリケーション層は部分的にビジネスプロセスの分離に責任があります。通常、1 つのアプリケーショントランザクションには、複数のデータベーストランザクションが関係します。これらのデータベーストランザクションの 1 つ (最後のトランザクション) が更新されたデータを格納する場合に、他のすべてのトランザクションが単にデータを読み取る (たとえば、複数の要求/応答サイクルに関係するウィザード形式のダイアログで) 場合は、原子性があるといえます。これは、特に EJB3 エンティティマネージャと永続コンテキスト機能を使用している場合は考えているよりも簡単に実装!
 できます。"
+msgstr "当然、アプリケーショントランザクションを実装するには複数のデータベーストランザクションを使用する必要があります。この場合、アプリケーション層は部分的にビジネスプロセスの分離に責任があります。通常、1 つのアプリケーショントランザクションには、複数のデータベーストランザクションが関係します。これらのデータベーストランザクションの 1 つ (最後のトランザクション) が更新されたデータを格納する場合に、他のすべてのトランザクションが単にデータを読み取る (たとえば、複数の要求/応答サイクルに関係するウィザード形式のダイアログで行う) 場合は、原子性があるといえます。これは、特に EJB3 エンティティマネージャと永続コンテキスト機能を使用している場合は考えているよりも簡単に実!
 装できます。"
 
 #. Tag: para
 #: Transactions.xml:73
@@ -299,7 +299,7 @@
 "with-detached-entities</emphasis>. Automatic versioning is used to isolate "
 "concurrent modifications."
 msgstr ""
-"<emphasis>接続解除されたエンティティ</emphasis> - すでに説明した <emphasis>entity-per-request</emphasis> パターンを使用する場合は、ロードされたすべてのインスタンスはユーザーが考えている時間は接続解除された状態になります。エンティティマネージャでは、接続解除された (変更された) 状態をマージし、変更を永続可できます。このパターンは <emphasis>entitymanager-per-request-"
+"<emphasis>接続解除されたエンティティ</emphasis> - すでに説明した <emphasis>entity-per-request</emphasis> パターンを使用する場合、ロードされたすべてのインスタンスはユーザーが考えている時間は接続解除された状態になります。エンティティマネージャでは、接続解除された (変更された) 状態をマージし、変更を永続化できます。このパターンは <emphasis>entitymanager-per-request-"
 "with-detached-entities</emphasis> と呼ばれます。自動バージョン管理は同時変更を分離するために使用されます。"
 
 #. Tag: para
@@ -405,8 +405,8 @@
 "<literal>EntityManager</literal>. Within a persistence context, the "
 "application may safely use <literal>==</literal> to compare entities."
 msgstr ""
-"このアプローチにより、並行性については Hibernate とデータベースに任せることになります。また、単一のスレッド化された作業単位で ID を保証するにはコストがかかるロックまたは他の同期の手段が必要となるため、最良のスケーラビリティが提供されます。1 つの "
-"<literal>EntityManager</literal> に対して 1 つのスレッドを使用する限り、アプリケーションはどのビジネスオブジェクトでも同期する必要がありません。永続コンテキスト内で、アプリケーションはエンティティを比較する <literal>==</literal> を安全に使用できます。"
+"このアプローチでは、並行性については Hibernate とデータベースに任せることになります。また、単一のスレッド化された作業単位で ID を保証するにはコストがかかるロックまたは他の同期の手段が必要となるため、最良のスケーラビリティが提供されます。1 つの "
+"<literal>EntityManager</literal> に対して 1 つのスレッドを使用する限り、アプリケーションはどのビジネスオブジェクトでも同期する必要がありません。永続コンテキスト内で、アプリケーションはエンティティを比較する「<literal>==</literal>」を安全に使用できます。"
 
 #. Tag: para
 #: Transactions.xml:122
@@ -433,10 +433,10 @@
 "that this is not a Hibernate issue, but simply how Java object identity and "
 "equality has to be implemented."
 msgstr ""
-"ただし、永続コンテキストの外部で <literal>==</literal> を使用するアプリケーションでは予期しない結果が起こることがあります。これは、一部の予期しない場合にも起こります。たとえば、2 つの接続解除されたインスタンスを同じ <literal>Set</literal> に格納した場合などです。両方とも同じデータベース ID を持ちますが (つまり、同じ行を表す)、JVM ID は定義により接続解除された状態のインスタンスに対して保証されません。開発者は永続クラスで <literal>equals()</literal> メソッドと <literal>hashCode()</literal> メソッドをオーバライドし、オブジェクト等価性の独自の表記を実装する必要があります。ここで注意すべきことは、等価性を実装するためにデータベース ID を使用せず、ビジネスキー (通常は変更されない一意の属性の組み合わ!
 せ) を使用することです。データベース ID は、一時エンティティが永続化された場合に変わります "
+"ただし、永続コンテキストの外部で「<literal>==</literal>」を使用するアプリケーションでは予期しない結果が起こることがあります。これは、一部の予期しない場合にも起こります。たとえば、2 つの接続解除されたインスタンスを同じ <literal>Set</literal> に格納した場合などです。両方とも同じデータベース ID を持ちますが (つまり、同じ行を表す)、JVM ID は定義により接続解除された状態のインスタンスに対して保証されません。開発者は永続クラスで <literal>equals()</literal> メソッドと <literal>hashCode()</literal> メソッドをオーバライドし、オブジェクト等価性の独自の表記を実装する必要があります。ここで注意すべきことは、等価性を実装するためにデータベース ID を使用せず、ビジネスキー (通常は変更されない一意の属性の組みå!
 ˆã‚ã›) を使用することです。データベース ID は、一時エンティティが永続化された場合に変わります "
 "(<literal>persist()</literal> 操作のコントラクトを参照)。一時インスタンス (通常は接続解除されたインスタンスとともに使用) が "
 "<literal>Set</literal> に格納される場合は、ハッシュコードを変更すると"
-"<literal>Set</literal> のコントラクトが破壊されます。優れたビジネスキーの属性はデータベースのプライマリキーほど安定的である必要はありません。オブジェクトが同じ <literal>Set</literal> に含まれる場合にのみ安定性を保証する必要があります。この問題の詳細については、Hibernate の Web サイトを参照してください。また、これは Hibernate の問題ではなく、単に Java オブジェクト ID と等価性をどのように実装しなければならないかということに注意してください。"
+"<literal>Set</literal> のコントラクトが破壊されます。優れたビジネスキーの属性はデータベースのプライマリキーほど安定的である必要はありません。オブジェクトが同じ <literal>Set</literal> に含まれる場合にのみ安定性を保証する必要があります。この問題の詳細については、Hibernate の Web サイトを参照してください。また、これは Hibernate の問題ではなく、単に Java オブジェクト ID と等価性をどのように実装しなければならないかという問題であることに注意してください。"
 
 #. Tag: title
 #: Transactions.xml:125
@@ -472,7 +472,7 @@
 "reload fast enough may use the same <literal>EntityManager</literal> in two "
 "concurrently running threads. You will very likely have provisions for this "
 "case already in place, for other non-threadsafe but session-scoped objects."
-msgstr "エンティティマネージャはスレッドセーフではありません。<literal>EntityManager</literal> インスタンスを共有する場合は、HTTP 要求、セッション Bean、Swing ワーカーなどの同時に動作するものにより、競合が発生します。 Hibernate <literal>EntityManager</literal>をr <literal>HttpSession</literal> 後で説明r に保持する場合は、 Httpセッションへのアクセスを同期することを考慮する必要があります。そもないと、リロードを素早くクリックしたユーザーが同じ 2 つの同時実行スレッドで同じe <literal>EntityManager</literal>を使用することがあります。他の非スレッドセーフでセッションスコープのオブジェクトの場合は、すでにこれに該当している可能性が高くなります。."
+msgstr "エンティティマネージャはスレッドセーフではありません。<literal>EntityManager</literal> インスタンスを共有する場合は、HTTP 要求、セッション Bean、Swing ワーカーなどの同時に動作するものにより、競合が発生します。Hibernate <literal>EntityManager</literal> を <literal>HttpSession</literal> (後述) に保持する場合は、Http セッションへのアクセスを同期することを考慮する必要があります。そもないと、リロードを素早くクリックしたユーザーが同じ 2 つの同時実行スレッドで同じ <literal>EntityManager</literal>を使用することがあります。他の非スレッドセーフでセッションスコープのオブジェクトの場合は、すでにこれに該当している可能性が高くなります。"
 
 #. Tag: para
 #: Transactions.xml:136
@@ -490,7 +490,7 @@
 "anyway."
 msgstr ""
 "Entity Manager によってスローされた例外は、データベーストランザクションをロールバックし、<literal>EntityManager</literal> "
-"をすぐに閉じなければならないことを意味します (後で詳述します)。<literal>EntityManager</literal> がアプリケーションにバインドされる場合は、アプリケーションを停止する必要があります。データベーストランザクションをロールバックすると、ビジネスオブジェクトがトランザクションの開示時の状態に戻りません。つまり、データベースの状態とビジネスオブジェクトが同期されません。例外は復元可能ではなく、ロールバック後は作業単位をやり直す必要があるため、通常これは問題になりません。"
+"をすぐに閉じなければならないことを意味します (後述)。<literal>EntityManager</literal> がアプリケーションにバインドされる場合は、アプリケーションを停止する必要があります。データベーストランザクションをロールバックすると、ビジネスオブジェクトがトランザクションの開始時の状態に戻りません。つまり、データベースの状態とビジネスオブジェクトが同期されません。例外は復元可能ではなく、ロールバック後は作業単位をやり直す必要があるため、通常これは問題になりません。"
 
 #. Tag: para
 #: Transactions.xml:141
@@ -554,7 +554,7 @@
 #: Transactions.xml:153
 #, no-c-format
 msgid "Usually, ending a unit of work involves four distinct phases:"
-msgstr "通常、作業単位の終了は 4 つの明確な段階から構成されます。"
+msgstr "通常、作業単位の終了には 4 つの明確な段階があります。"
 
 #. Tag: para
 #: Transactions.xml:158
@@ -631,7 +631,7 @@
 "    tx = em.getTransaction();\n"
 "    tx.begin();\n"
 "\n"
-"    // do some work\n"
+"    // 何らかの処理を行う\n"
 "    ...\n"
 "\n"
 "    tx.commit();\n"
@@ -652,7 +652,7 @@
 "literal> explicitly - the call to <literal>commit()</literal> automatically "
 "triggers the synchronization."
 msgstr ""
-"You don&#39;t have tothe <literal>EntityManager</"
+"<literal>EntityManager</"
 "literal> に対して明示的に <literal>flush()</literal> を実行する必要はありません。<literal>commit()</literal> の呼び出しにより同期が自動的にトリガされます。"
 
 #. Tag: para
@@ -1081,7 +1081,7 @@
 "update/delete queries."
 msgstr ""
 "<literal>EXTENDED</literal> 永続コンテキストでは、エンティティマネージャの読み取り専用操作 (<literal>find()</literal>、<literal>getReference()</literal>、"
-"<literal>refresh()</literal>、および読み取りクエリ) のすべてをトランザクションの外部で実行できます。一部の変更操作 (<literal>persist()</literal>、<literal><literal>merge()</literal></literal>、<literal>remove()</literal>) はトランザクションの外部で実行できますが、永続コンテキストがトランザクションに参加するまでキューに格納されます ()。一部の操作 (<literal>flush()</literal>、<literal>lock()</literal>、および更新/削除クエリ) はトランザクションの外部で呼び出すことができません。"
+"<literal>refresh()</literal>、および読み取りクエリ) のすべてをトランザクションの外部で実行できます。一部の変更操作 (<literal>persist()</literal>、<literal><literal>merge()</literal></literal>、<literal>remove()</literal>) はトランザクションの外部で実行できますが、永続コンテキストがトランザクションに参加するまでキューに格納されます。一部の操作 (<literal>flush()</literal>、<literal>lock()</literal>、および更新/削除クエリ) はトランザクションの外部で呼び出すことができません。"
 
 #. Tag: title
 #: Transactions.xml:299
@@ -1271,7 +1271,7 @@
 "that this might confuse the users of the application, as they might "
 "experience lost updates without error messages or a chance to merge "
 "conflicting changes."
-msgstr "当然、低いデータ並行性の環境で稼働し、バージョン確認を必要としない場合は、このアプローチを使用してバージョン確認を省略できます。この場合、長いアプリケーショントランザクションで<emphasis></emphasis>「最後のコミットが優先される」ことがデフォルトになります。これにより、エラーメッセージが表示されなかったり、競合する変更をマージする機会が与えられずに更新が失われることがあるので、アプリケーションのユーザーが混乱する場合があることに注意してください。"
+msgstr "当然、低いデータ並行性の環境で稼働し、バージョン確認を必要としない場合は、このアプローチを使用してバージョン確認を省略できます。この場合、長いアプリケーショントランザクションで<emphasis></emphasis>「最後のコミットが優先される」ことがデフォルトになります。これにより、エラーメッセージが表示されなかったり、競合する変更をマージする機会が与えられずに更新が失われたりすることがあるので、アプリケーションのユーザーが混乱する場合があることに注意してください。"
 
 #. Tag: para
 #: Transactions.xml:346
@@ -1333,7 +1333,7 @@
 "managed environment:"
 msgstr ""
 "<literal>Entity Manager</literal> は、ユーザー対話の待機時に基礎となる "
-"JDBC 接続から切断されます。これは、アプリケーション管理拡張エンティティマネージャではトランザクションの完了時に自動的に行われます。また、これはコンテナ管理拡張エンティティマネージャを保持するステートフルセッション Bean (<literal>@PersistenceContext"
+"JDBC 接続から切断されます。これは、アプリケーション管理拡張エンティティマネージャではトランザクションの完了時に自動的に行われます。また、これはコンテナ管理拡張エンティティマネージャを保持するステートフルセッション Bean ((<literal>@PersistenceContext"
 "(EXTENDED)</literal> というアノテーションを持つ SFSB など) では透過的に行われます。このアプローチは、データベースアクセスの観点から最も効率的であす。アプリケーションではバージョン確認や接続解除されたインスタンスのマージについて心配する必要がなく、各データベーストランザクションでインスタンスをリロードする必要もありません。オープンおよびクローズする接続の数が気になるかもしれませんが、接続プロバイダは接続プールでなければならないことを思い出してください。したがって、パフォーマンスの影響はありません。以下に、管理されていない環境でのイディオムの例を示します。"
 
 #. Tag: programlisting

More information about the jboss-cvs-commits mailing list