[jboss-cvs] JBossAS SVN: r96516 - projects/docs/enterprise/5.0/Release_Notes_GA/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Wed Nov 18 20:02:48 EST 2009
Author: jito at redhat.com
Date: 2009-11-18 20:02:48 -0500 (Wed, 18 Nov 2009)
New Revision: 96516
Modified:
projects/docs/enterprise/5.0/Release_Notes_GA/ja-JP/Release_Notes.po
Log:
translation in progress
Modified: projects/docs/enterprise/5.0/Release_Notes_GA/ja-JP/Release_Notes.po
===================================================================
--- projects/docs/enterprise/5.0/Release_Notes_GA/ja-JP/Release_Notes.po 2009-11-19 00:54:34 UTC (rev 96515)
+++ projects/docs/enterprise/5.0/Release_Notes_GA/ja-JP/Release_Notes.po 2009-11-19 01:02:48 UTC (rev 96516)
@@ -7,7 +7,7 @@
msgstr ""
"Project-Id-Version: Release_Notes\n"
"POT-Creation-Date: 2009-11-16T06:49:43\n"
-"PO-Revision-Date: 2009-11-18 14:13+1000\n"
+"PO-Revision-Date: 2009-11-19 11:01+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"
@@ -875,47 +875,47 @@
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2892\">JBPAPP-2892</ulink>: When Enterprise JavaBean 3.0 entities are used with optimistic caching, <classname>org.jboss.ejb3.entity.OptimisticJBCCache.DataVersionAdapter.newerThan</classname> incorrectly returns <literal>true</literal> for <literal>A.newerThan ( A )</literal>. This causes a <exceptionname>DataVersioningException</exceptionname> when JBoss Cache attempts to remove the entry. The workaround for this issue is to use Multiversion Concurrency Control (<literal>mvcc-entity</literal>) instead of optimistic caching. This is recommended even if the exception has not been observed."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2892\">JBPAPP-2892</ulink>: Enterprise JavaBean 3.0 のエンティティが楽観的なキャッシング (optimistic caching) に使用されると、 <classname>org.jboss.ejb3.entity.OptimisticJBCCache.DataVersionAdapter.newerThan</classname> が <literal>A.newerThan ( A )</literal> に対して適切でない <literal>true</literal> を返します。 これにより、 JBoss Cache がエントリを削除しようとすると <exceptionname>DataVersioningException</exceptionname> が発生します。 この問題の回避策として、楽観的なキャッシングの代わりに多版型同時実行制御 (<literal>mvcc-entity</literal>) を使用します。 例外が発生しない場合でも回避策の適用が推奨されます。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2867\">JBPAPP-2867</ulink>: Sybase does not currently support Hibernate <literal>Blob</literal>s or <literal>Clob</literal>s, and Hibernate does not support Sybase <literal>text</literal> or <literal>image</literal> data types. The workaround for this issue is to create user-defined types that map to the Sybase <literal>text</literal> and <literal>image</literal> types."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2867\">JBPAPP-2867</ulink>: Sybase は現在 Hibernate の <literal>Blob</literal> や <literal>Clob</literal> をサポートしておらず、 Hibernate は Sybase の <literal>text</literal> や <literal>image</literal> データタイプをサポートしていません。 この問題を回避するには、Sybase の <literal>text</literal> と <literal>image</literal> タイプにマップするユーザー定義のタイプを作成します。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2789\">JBPAPP-2789</ulink>: <literal>ShemaExport</literal> fails on Oracle and Sybase when a redundant <code>@Column(unique=true)</code> or <code>UniqueContraint(columnnames={...})</code> annotation is used on a column that is implicitly defined as unique by the declared model. The workaround is to remove the redundant <code>@Column(unique=true)</code> or <code>UniqueContraint(columnnames={...})</code> annotation."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2789\">JBPAPP-2789</ulink>: 宣言されたモデルによって暗黙に固有として定義される列に、 冗長な <code>@Column(unique=true)</code> や <code>UniqueContraint(columnnames={...})</code> アノテーションが使用されると、 Oracle や Sybase 上で <literal>ShemaExport</literal> に失敗します。 この問題を回避するには、冗長な <code>@Column(unique=true)</code> や <code>UniqueContraint(columnnames={...})</code> アノテーションを削除します。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2613\">JBPAPP-2613</ulink>: When the DB2 v9.7 driver is used with progressive streaming (the default), operations on <literal>Blob</literal> and <literal>Clob</literal> locators fail. The workaround is to disable progressive streaming using connection properties, as recommended in the linked JIRA issue."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2613\">JBPAPP-2613</ulink>: DB2 v9.7 ドライバをプログレッシブストリーミング (デフォルト) と使用すると、 <literal>Blob</literal> ロケータや <literal>Clob</literal> ロケータ上の操作に失敗します。 この問題を回避するには、 リンク先の JIRA に推奨されている通り、 接続プロパティを使用してプログレッシブストリーミングを無効にします。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2408\">JBPAPP-2408</ulink>: An issue exists with the DB2 v9.7 driver when using an identity or native ID generator with Hibernate. The <methodname>Statement.getGeneratedKeys()</methodname> driver method in DB2 returns an empty <emphasis>resultset</emphasis> instead of the generated keys, which causes Hibernate to throw an exception that states that the database returned no natively generated identity value. This issue has been fixed in the version of DB2 9.7 JDBC driver released with Data Studio 2.2 and is available for download from the DB2 website. This is the recommended version for use with Hibernate."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2408\">JBPAPP-2408</ulink>: ID やネーティブ ID ジェネレータを Hibernate で使用する際、 DB2 v9.7 ドライバに問題ががありました。 DB2 の <methodname>Statement.getGeneratedKeys()</methodname> ドライバメソッドが、 生成された鍵でなく空の <emphasis>resultset</emphasis> を返すため、 ネーティブに生成された ID 値をデータベースが返さなかったという内容の例外を Hibernate がスローする原因となっていました。 この問題は、Data Studio 2.2 でリリースされたバージョンの DB2 9.7 JDBC ドライバで修正され、 DB2 のウェブサイトよりダウンロード可能です。 Hibernate ではこのバージョンの使用が推奨されます。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2278\">JBPAPP-2278</ulink>: The <literal>Save</literal> operation may fail when a transient entity is reachable by multiple paths and at least one of those paths does not cascade for the <literal>Save</literal> opperation. The current workaround for this is to save the transient entity before executing the save that had previously failed. If this is not possible, another workaround is to modify either or both cascade and entity mappings to change the order of the cascade paths so that the transient entity is saved before it cascades to the entity that requires it to be non-transient."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2278\">JBPAPP-2278</ulink>: 複数のパスより一時エンティティへのアクセス可能で、 1 つ以上のパスが <literal>Save</literal> 操作をカスケードしない場合、 <literal>Save</literal> 操作に失敗することがあります。 現在の回避策として、 失敗した Save を実行する前に一時エンティティを保存します。 これが可能でない場合、カスケードマッピングとエンティティーマッピングのいづれかまたは両方を変更し、 非一時エンティティとなる必要があるエンティティへカスケードする前に一時エンティティが保存されるよう、 カスケードパスの順番を変更します。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2277\">JBPAPP-2277</ulink>: Hibernate uses <methodname>ClassLoader.loadClass()</methodname> for arrays, which is no longer supported by default as of Java 6. The current workaround for this issue is to use the <property>-Dsun.lang.ClassLoader.allowArraySyntax=true</property> property. This workaround is implemented by default as the default in <filename>jboss-eap-5.0/jboss-as/run.conf</filename>."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2277\">JBPAPP-2277</ulink>: Hibernate はアレイに <methodname>ClassLoader.loadClass()</methodname> を使用しますが、 Java 6 よりデフォルトではサポートされなくなりました。 <property>-Dsun.lang.ClassLoader.allowArraySyntax=true</property> プロパティを使用するのが現在の回避策です。 この回避策は <filename>jboss-eap-5.0/jboss-as/run.conf</filename> のデフォルトのため、 デフォルトで適応されます。 "
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2276\">JBPAPP-2276</ulink>: The iteration order of <literal>HashMaps</literal> and <literal>HashSets</literal> for JDK 6 causes the order of columns in union clauses or union subclasses to differ depending on whether JDK 5 or 6 is used. Since the change in column order is consistent across union clauses, the resulting queries are valid; however, this change can potentially affect performance."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2276\">JBPAPP-2276</ulink>: JDK 6 の <literal>HashMaps</literal> および <literal>HashSets</literal> の反復順序が、 JDK 5 または 6 を使用するかによって union 節や union サブクラスの列順が異なる原因となっていました。 union 節では列順の変更は一貫しているため、 クエリの結果は有効ですが、 変更がパフォーマンスに影響する可能性があります。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2275\">JBPAPP-2275</ulink>: Hibernate cannot be compiled under JDK 6. This occurs because the following classes require methods to be added in order to fully implement JDK 6 interfaces:"
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2275\">JBPAPP-2275</ulink>: JDK 6 では Hibernate をコンパイルできません。 これは、 JDK 6 インターフェースを完全に実装するには、 以下のクラスに対してメソッドを追加する必要があるからです。"
#. Tag: para
#, no-c-format
@@ -925,7 +925,7 @@
#. Tag: para
#, no-c-format
msgid "<classname>org.hibernate.lob.BlobImpl</classname> to implement <classname>java.sql.Blob</classname>"
-msgstr ""
+msgstr "<classname>java.sql.Blob</classname> を実装する <classname>org.hibernate.lob.BlobImpl</classname>"
#. Tag: para
#, no-c-format
@@ -945,62 +945,64 @@
#. Tag: para
#, no-c-format
msgid "If the application you are running requires a method missing from the above classes, a <errorname>NoSuchMethodError</errorname> will be generated."
-msgstr ""
+msgstr "実行しているアプリケーションが上記クラスにないメソッドを必要とする場合は、 <errorname>NoSuchMethodError</errorname> が生成されます。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2922\">JBPAPP-2922</ulink>: Hibernate warns that <code>The CGLIB BytecodeProvider impl is considered deprecated and not recommended for use</code>. <literal>cglib</literal> is not deprecated, so this warning can be safely ignored."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2922\">JBPAPP-2922</ulink>: Hibernate は<code>The CGLIB BytecodeProvider impl is considered deprecated and not recommended for use</code> を警告します。 <literal>cglib</literal> は廃止されていないため、無視しても問題ありません。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2792\">JBPAPP-2792</ulink>: Sybase fails to insert a new entity if it overflows its column. However, it does not throw an exception, so Hibernate cannot tell that the insert failed. To work around this issue, the application must validate entity properties to ensure that they do not overflow the underlying column."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2792\">JBPAPP-2792</ulink>: 列がオーバーフローすると Sybase は新しいエンティティの挿入に失敗しますが、 例外をスローしないため、 Hibernate は挿入の失敗を認識しません。 この問題を回避するには、 アプリケーションがエンティティプロパティを検証するようにし、 列がオーバーフローしないようにします。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2791\">JBPAPP-2791</ulink>: <literal>SchemaUpdate</literal>s fail in Sybase ASE 15 tables when a new column is added without a default value. To work around this issue, ensure that a default value is included when adding new columns with <literal>SchemaUpdate</literal>."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2791\">JBPAPP-2791</ulink>: デフォルト値を指定せずに新しい列を追加すると、<literal>SchemaUpdate</literal> が Sybase ASE 15 テーブルで失敗します。 この問題を回避するため、 <literal>SchemaUpdate</literal> で新しい列を追加する場合はデフォルト値が含まれるようにしてください。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1613\">JBPAPP-1613</ulink>: Null values for columns mapped as <literal>Boolean</literal> in Sybase are persisted as <literal>0</literal> instead of <literal>null</literal>. The workaround for this issue is to map <code>type=\"org.hibernate.test.where.NumericTrueFalseType\"</code> instead of <code>type=\"boolean\"</code>."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1613\">JBPAPP-1613</ulink>: Sybase で <literal>Boolean</literal> としてマップされた列の null 値は、 <literal>null</literal> ではなく <literal>0</literal> として維持されます。 この問題を回避するには、 <code>type=\"boolean\"</code> の代わりに <code>type=\"org.hibernate.test.where.NumericTrueFalseType\"</code> をマップするようにします。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1554\">JBPAPP-1554</ulink>: Sybase only allows only one entry (for example, column name or '*') in a subquery select list. The HQL function, <literal>elements()</literal>, fails when the collection elements have a composite ID, because the generated SQL contains a subquery select list with multiple entries. The workaround is to avoid using HQL <literal>elements()</literal> if the elements have a composite key. Instead, reformulate the HQL so that no subquery has multiple entries in its select list."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1554\">JBPAPP-1554</ulink>: Sybase ではサブクエリ選択リストに 1 つのエントリ (列名や * など) のみが指定できます。 生成された SQL には複数のエントリを持つサブクエリ選択リストが含まれるため、 collection 要素に複合 ID (composite ID) がある場合は HQL 関数である <literal>elements()</literal> が失敗します。 この問題を回避するため、 要素に複合 ID がある場合は HQL <literal>elements()</literal> を使用しないようにします。 サブクエリの選択リストに複数のエントリが存在しないよう、HQL を再構成します。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1545\">JBPAPP-1545</ulink>: On Sybase, when a query has an ANSI join with three or more joins, and one join involves a union subclass, the query may fail with <exceptionname>SybSQLException</exceptionname> because a column is not within the scope of the joined table expression. The current recommendation is to avoid using join fetches that involve union subclasses."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1545\">JBPAPP-1545</ulink>: Sybase でクエリに 1 つの ANSI 結合と 3 つ以上の結合が存在し、 1 つの結合に union サブクラスが関係する場合、 <exceptionname>SybSQLException</exceptionname> によりクエリに失敗することがあります。 これは、列が結合されたテーブル表現の範囲内にないからです。 union サブクラスが関係する結合フェッチを使用しないことが推奨されます。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2858\">JBPAPP-2858</ulink>: <literal>getSingleResult()</literal> fails for some databases and queries when automatic pagination is attempted. The workaround for this issue is to use <literal>getResultList()</literal> instead of <literal>getSingleResult()</literal>."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-2858\">JBPAPP-2858</ulink>: 自動改ページが試行されると一部のデーターベースやクエリに対する <literal>getSingleResult()</literal> に失敗します。 この問題を回避するには、 <literal>getSingleResult()</literal> の代わりに <literal>getResultList()</literal> <literal>getSingleResult()</literal> を使用します。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1998\">JBPAPP-1998</ulink>: <exceptionname>EntityNotFoundException</exceptionname> is incorrectly thrown upon an optimistic locking failure when one <literal>EntityManager</literal> tries to delete an entity that has been updated by a different <literal>EntityManager</literal> and <varname>hibernate.jdbc.batch_versioned_data</varname> is set to <literal>false</literal> (the default value). <exceptionname>OptimisticLockException</exceptionname> should be thrown instead."
msgstr ""
+"<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1998\">JBPAPP-1998</ulink>: <literal>EntityManager</literal> が別の <literal>EntityManager</literal> によって更新されたエンティティを削除しようとした場合、 <varname>hibernate.jdbc.batch_versioned_data</varname> がデフォルト値である <literal>false</literal> に設定されていると、 楽観的ロッキングの失敗の際に <exceptionname>OptimisticLockException</exceptionname> ではなく不適切な"
+" <exceptionname>EntityNotFoundException</exceptionname> がスローされます。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1230\">JBPAPP-1230</ulink>: When a <literal>DetachedCriteria</literal> is used as a subquery, the generated SQL contains a column alias in the subquery. On Sybase, a <exceptionname>SybSQLException</exceptionname> is thrown because Sybase does not allow column aliases in subqueries. The workaround for this issue is to use an HQL query instead of a <literal>DetachedCriteria</literal> in a subquery."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1230\">JBPAPP-1230</ulink>: <literal>DetachedCriteria</literal> がサブクエリとして使用されると、 生成された SQL のサブクエリに列別名が含まれます。 Sybase ではサブクエリの列別名は許可されていないため、 Sybase では <exceptionname>SybSQLException</exceptionname> がスローされます。 この問題を回避するには、 サブクエリに <literal>DetachedCriteria</literal> を使用する代わりに HQL クエリを使用します。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1123\">JBPAPP-1123</ulink>: When <literal>@OrderBy</literal> is used on joined classes (using a join table), the generated SQL is invalid on MySQL, PostgreSQL, Oracle, and MSSQL because the \"order by\" clause qualifies the columns using the actual table name. The \"order by\" clause should use the table alias instead."
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1123\">JBPAPP-1123</ulink>: 結合されたクラスに <literal>@OrderBy</literal> が使用されると (結合テーブルを使用)、「order by」節は実際のテーブル名を使用して列を限定するため、 生成された SQL が MySQL、 PostgreSQL、 Oracle、 MSSQL で無効となります。 「order by」節はテーブル別名を使用しなければなりません。"
#. Tag: para
#, no-c-format
msgid "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1082\">JBPAPP-1082</ulink>: When a <varname>char</varname> property is used and it is not initialized, then Hibernate initializes it to <literal>0</literal> and persists a string containing the character <literal>\\u0000</literal>. PostgreSQL throws an exception because it does not allow character <literal>\\u0000</literal> embedded in a string. An email thread describing this problem is available from:"
-msgstr ""
+msgstr "<ulink url=\"https://jira.jboss.org/jira/browse/JBPAPP-1082\">JBPAPP-1082</ulink>: 初期化されていない <varname>char</varname> プロパティが使用されると、 Hibernate が <varname>char</varname> プロパティを <literal>0</literal> に初期化し、 <literal>\\u0000</literal> を含むストリングを永続します。 PostgreSQL は <literal>\\u0000</literal> が組み込まれたストリングを許可しないため、 例外がスローされます。 この問題を説明する電子メールスレッドは、以下で確認できます。"
#. Tag: para
#, no-c-format
@@ -1010,7 +1012,7 @@
#. Tag: para
#, no-c-format
msgid "There is currently no workaround for persisting <literal>\\u0000</literal> in a <varname>char</varname> column using PostgreSQL."
-msgstr ""
+msgstr "現在、PostgreSQL を使用した際に <varname>char</varname> 列に永続する <literal>\\u0000</literal> に対して、回避策はありません。"
#. Tag: para
#, no-c-format
More information about the jboss-cvs-commits
mailing list