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

Tue Jul 15 22:09:19 EDT 2008

Author: khashida at redhat.com
Date: 2008-07-15 22:09:18 -0400 (Tue, 15 Jul 2008)
New Revision: 75856

Modified:
   projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Entitymanagerapi.po
Log:
Entitymanagerapi.po is done

Modified: projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Entitymanagerapi.po
===================================================================

--- projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Entitymanagerapi.po	2008-07-16 01:10:59 UTC (rev 75855)
+++ projects/docs/enterprise/4.2/Hibernate/Entity_Manager_User_Guide/ja-JP/Entitymanagerapi.po	2008-07-16 02:09:18 UTC (rev 75856)
@@ -8,7 +8,7 @@
 msgstr ""
 "Project-Id-Version: Entitymanagerapi\n"
 "POT-Creation-Date: 2001-02-09 01:25+0100\n"
-"PO-Revision-Date: 2008-07-15 16:35+1000\n"
+"PO-Revision-Date: 2008-07-16 12:08+1000\n"
 "Last-Translator: Kiyoto Hashida <khashida at redhat.com>\n"
 "Language-Team: Japanese <jp at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -1469,6 +1469,12 @@
 "reachability. It supports a more flexible model of transitive persistence, "
 "as first seen in Hibernate."
 msgstr ""
+"ここで、親と子のオブジェクトが entity であって、値タイプでない状態（例えば、カテゴリと項目、親と子の猫など）で "
+"同じシナリオを考えてみましょう。entity はそれ自身のライフサイクルを持ち、共有した参照（集合から entityを "
+"移動するのは、削除できると言う意味にはなりません）をサポートして、デフォルトでは１つの entity から他の "
+"関連した entity へ状態のカスケーディングはありません。EJB3 仕様は reachability （到達能力）による永続化は "
+"必要としません。EJB3 仕様は Hibernate で最初に見られるような、遷移的永続化のより柔軟なモデルをサポート "
+"します。"
 
 #. Tag: para
 #: Entitymanagerapi.xml:456
@@ -1482,6 +1488,12 @@
 "cascaded to associated entity (or collection of entities), you must indicate "
 "that in the association annotation:"
 msgstr ""
+"<methodname>persist()</methodname>, <methodname>merge()</methodname>, "
+"<methodname>remove()</methodname>, <methodname>refresh()</methodname> を "
+"含む、entity manager のそれぞれの基本オペレーションには、それぞれに対応するカスケードスタイルが "
+"存在します。カスケードスタイルは PERSIST, MERGE, REMOVE, REFRESH とそれぞれ命名 "
+"されています。関連付けのある entity （又は、entity の集合）にカスケードする為のオペレーションを "
+"持ちたい場合は、以下のようにして、関連付けのアノテーションの中でそれを示す必要があります:"
 
 #. Tag: programlisting
 #: Entitymanagerapi.xml:459
@@ -1513,6 +1525,9 @@
 "cascaded for a particular association. Remember that by default, no "
 "operation is cascaded."
 msgstr ""
+"CascadeType.ALL を使用することで、全てのオペレーションが特定の関連付けにカスケードされる "
+"べきことを指定することもできます。デフォルトでは、オペレーションはカスケードされないことを "
+"忘れないで下さい。"
 
 #. Tag: para
 #: Entitymanagerapi.xml:467
@@ -1522,6 +1537,8 @@
 "Hibernate Annotations manual and the Hibernate reference guide for more "
 "informations."
 msgstr ""
+"Hibernate はネイティブのカスケーディングオプションをもっと提供します。詳細情報は、 "
+"Hibernate Annotations マニュアルと Hibernate リファレンスガイドでご覧下さい。"
 
 #. Tag: para
 #: Entitymanagerapi.xml:470
@@ -1538,6 +1555,10 @@
 "Cascade is often useful for <literal>@OneToOne</literal> and "
 "<literal>@OneToMany</literal> associations."
 msgstr ""
+"<literal>@ManyToOne</literal> や <literal>@ManyToMany</literal> の関連付けで "
+"カスケードを有効にすることは通常、あまり意味を持ちません。カスケードは多くの場合、 "
+"<literal>@OneToOne</literal> 及び <literal>@OneToMany</literal> の関連付けで "
+"役に立ちます。"
 
 #. Tag: para
 #: Entitymanagerapi.xml:480
@@ -1549,6 +1570,11 @@
 "CascadeType.DELETE_ORPHAN</literal> (please refer to the Hibernate reference "
 "guide for the semantics of orphan delete)"
 msgstr ""
+"子オブジェクトのライフスパンが、親オブジェクトのライフスパンで限界を設定 "
+"されている場合、<literal>CascadeType.ALL</literal> と <literal>org.hibernate.annotations."
+"CascadeType.DELETE_ORPHAN</literal> を指定することにより、親を寿命いっぱいまでの "
+"オブジェクトにします。（orphan delete のセマンティクスについては Hibernate リファレンスガイドを "
+"参照してください）"
 
 #. Tag: para
 #: Entitymanagerapi.xml:485
@@ -1560,6 +1586,11 @@
 "<code>cascade={PERSIST, MERGE}</code>. These options can even make sense for "
 "a many-to-many association."
 msgstr ""
+"そうでない場合は、カスケードは全く必要でないかも知れません。しかし、同じ "
+"トランザクション内で親と子を一緒にして作業することが多くて、タイピング "
+"労力をいくらか軽減したい場合は、<code>cascade={PERSIST, MERGE}</code> の "
+"使用を考慮して下さい。このオプションは many-to-many の関連付けにさえ利便性が "
+"あります。"
 
 #. Tag: title
 #: Entitymanagerapi.xml:493
@@ -1579,6 +1610,12 @@
 "methodname> method. Depending on the concurrency guaranties you requires, "
 "you choose a lock mode:"
 msgstr ""
+"EJB3 にあるデフォルトのロッキングシステムは多くの場合、optimistic ロッキング（例えば、 "
+"並行性問題をチェックするのにバージョンコラムを使用）をベースにしています。EJB3 は "
+"並行性保証を増強するために追加のメカニズムを定義しています。<methodname>lock(Object entity)</"
+"methodname> メソッドを介して、任意の entity （<literal>LOCK</literal> がカスケードされている場合は "
+"その関連した entity 群も）上でロックを適用できます。必要とする並行性保証に応じて、以下のような "
+"ロックを選択します:"
 
 #. Tag: para
 #: Entitymanagerapi.xml:499
@@ -1587,6 +1624,8 @@
 "<literal>LockMode.READ</literal> prevents dirty-reads and non repeatable "
 "read on a given entity."
 msgstr ""
+"<literal>LockMode.READ</literal> は 任意の entity 上で不正な読み込みと "
+"反復不可の読み込みを防止します。"
 
 #. Tag: para
 #: Entitymanagerapi.xml:504
@@ -1595,4 +1634,7 @@
 "<literal>LockMode.WRITE</literal> prevents dirty-reads and non repeatable "
 "read on a given entity and force an increase of the version number if any."
 msgstr ""
+"<literal>LockMode.WRITE</literal> は 任意の entity 上で不正な書き込みと "
+"反復不可の書き込みを防止して、バージョン番号があれば、それを繰り上げるように "
+"強制します。"
 


