[jboss-cvs] JBossAS SVN: r103086 - projects/docs/enterprise/5.0/RESTEasy/ja-JP.

Sun Mar 28 19:57:28 EDT 2010

Author: jito at redhat.com
Date: 2010-03-28 19:57:28 -0400 (Sun, 28 Mar 2010)
New Revision: 103086

Modified:
   projects/docs/enterprise/5.0/RESTEasy/ja-JP/Multipart.po
   projects/docs/enterprise/5.0/RESTEasy/ja-JP/RESTEasy_Client_Framework.po
Log:
translation in progress

Modified: projects/docs/enterprise/5.0/RESTEasy/ja-JP/Multipart.po
===================================================================

--- projects/docs/enterprise/5.0/RESTEasy/ja-JP/Multipart.po	2010-03-28 12:23:20 UTC (rev 103085)
+++ projects/docs/enterprise/5.0/RESTEasy/ja-JP/Multipart.po	2010-03-28 23:57:28 UTC (rev 103086)
@@ -7,7 +7,7 @@
 msgstr ""
 "Project-Id-Version: Multipart\n"
 "POT-Creation-Date: 2010-01-07T06:35:58\n"
-"PO-Revision-Date: 2010-03-23 09:52+1000\n"
+"PO-Revision-Date: 2010-03-29 09:44+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"
@@ -173,7 +173,7 @@
 #. Tag: para
 #, no-c-format
 msgid "To output <literal>multipart/related</literal>, create a <literal>MultipartRelatedOutput</literal> object and call <literal>addPart()</literal> methods. The first added part is used as the root part of the <literal>multipart/related</literal> message. RESTEasy automatically locates a <literal>MessageBodyWriter</literal> to marshal your entity objects. As with <literal>MultipartInput</literal>, your marshalling may be sensitive to generic type metadata. In this case, use <literal>GenericType</literal>. The example below returns a <literal>multipart/related</literal> format to the calling client — a HTML file with two images."
-msgstr "<literal>multipart/related</literal> データを出力するには、 <literal>MultipartRelatedOutput</literal> オブジェクトを作成し、 <literal>addPart()</literal> メソッドを呼び出します。 最初に追加されたパートが<literal>multipart/related</literal>のルートパートとして使用されます。RESTEasy は自動的に <literal>MessageBodyWriter</literal> を検索し、 エンティティオブジェクトをマーシャリングします。 <literal>MultipartInput</literal> 同様、 マーシャリングがジェネリックタイプのメタデータに影響を受けることがあります。 この場合、 <literal>GenericType</literal> を使用します。 次の例は、 呼び出しているクライアントに <literal>multipart/related</literal> 形式 (2 つのイメージを持つ HTML ファイル) を返します。"
+msgstr "<literal>multipart/related</literal> データを出力するには、 <literal>MultipartRelatedOutput</literal> オブジェクトを作成し、 <literal>addPart()</literal> メソッドを呼び出します。 最初に追加されたパートが <literal>multipart/related</literal> のルートパートとして使用されます。 RESTEasy は自動的に <literal>MessageBodyWriter</literal> を検索し、 エンティティオブジェクトをマーシャリングします。 <literal>MultipartInput</literal> 同様、 マーシャリングがジェネリックタイプのメタデータに影響を受けることがあります。 この場合、 <literal>GenericType</literal> を使用します。 次の例は、 呼び出しているクライアントに <literal>multipart/related</literal> 形式 (2 つのイメージを持つ HTML ファイル) を返します。"
 
 #. Tag: title
 #, no-c-format
@@ -203,7 +203,7 @@
 #. Tag: para
 #, no-c-format
 msgid "RESTEasy supports packaging XOP (XML-binary Optimized Packaging) messages as <literal>multipart/related</literal>. This means that if you have a JAXB-annotated POJO that also holds some binary content, you can send it without needing to encode the binary in any other way. This results in faster transport while retaining the convenience of the POJO. (You can read more about XOP at the <ulink url=\"http://www.w3.org/TR/xop10/\">W3C web page</ulink>.)"
-msgstr "RESTEasy は、 XOP (XML バイナリ最適パッケージ化、 XML-binary Optimized Packaging) メッセージの <literal>multipart/related</literal> としてのパッケージ化をサポートします。 そのため、 一部バイナリコンテントを持つ JAXB アノテーションが付けられた POJO がある場合、 他の方法でバイナリをエンコードしなくても送信できます。 これにより、 POJO の便利性を維持しながらトランスポートを迅速にします (XOP の詳細は <ulink url=\"http://www.w3.org/TR/xop10/\">W3C web page</ulink> を参照してください)。"
+msgstr "RESTEasy は、 XOP (XML バイナリ最適パッケージ化: XML-binary Optimized Packaging) メッセージの <literal>multipart/related</literal> としてのパッケージ化をサポートします。 そのため、 一部バイナリコンテントを持つ JAXB アノテーションが付けられた POJO がある場合、 他の方法でバイナリをエンコードしなくても送信できます。 これにより、 POJO の便利性を維持しながらトランスポートを迅速にします (XOP の詳細は <ulink url=\"http://www.w3.org/TR/xop10/\">W3C web page</ulink> を参照してください)。"
 
 #. Tag: para
 #, no-c-format

Modified: projects/docs/enterprise/5.0/RESTEasy/ja-JP/RESTEasy_Client_Framework.po
===================================================================
--- projects/docs/enterprise/5.0/RESTEasy/ja-JP/RESTEasy_Client_Framework.po	2010-03-28 12:23:20 UTC (rev 103085)
+++ projects/docs/enterprise/5.0/RESTEasy/ja-JP/RESTEasy_Client_Framework.po	2010-03-28 23:57:28 UTC (rev 103086)
@@ -7,7 +7,7 @@
 msgstr ""
 "Project-Id-Version: RESTEasy_Client_Framework\n"
 "POT-Creation-Date: 2010-01-07T06:35:58\n"
-"PO-Revision-Date: 2010-03-23 13:17+1000\n"
+"PO-Revision-Date: 2010-03-29 09:56+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"
@@ -93,7 +93,7 @@
 #. Tag: para
 #, no-c-format
 msgid "It is usually possible to share an interface between the client and server. In the previous scenario, your JAX-RS services must implement an annotated interface, then reuse that same interface to create client proxies to invoke on the client side. However, this is limited when your JAX-RS methods return a Response object. This is problematic because, in a raw Response return type declaration, the client has no type information. There are two ways to work around this problem. The first is to use the <literal>@ClientResponseType</literal> annotation."
-msgstr "通常、 クライアントとサーバーかんでインターフェースを共有することは可能です。 前述の例では、 JAX-RS サービスはアノテーションが付けられたインターフェースを実装し、 クライアント側で呼び出しを行うため同じインターフェースを再使用してクライアントプロキシを作成しなければなりませんでした。 しかし、 JAX-RS メソッドが応答オブジェクトを返す時は制限され、 raw 応答の戻しタイプ宣言ではクライアントにタイプ情報がないため問題が発生します。 この問題を回避する方法は 2 つあります。 1 つの方法では、 <literal>@ClientResponseType</literal> アノテーションを使用します。"
+msgstr "通常、 クライアントとサーバー間でインターフェースを共有することは可能です。 前述の例では、 JAX-RS サービスはアノテーションが付けられたインターフェースを実装し、 クライアント側で呼び出しを行うため同じインターフェースを再使用してクライアントプロキシを作成しなければなりませんでした。 しかし、 JAX-RS メソッドが応答オブジェクトを返す時は制限され、 raw 応答の戻しタイプ宣言ではクライアントにタイプ情報がないため問題が発生します。 この問題を回避する方法は 2 つあります。 1 つの方法では、 <literal>@ClientResponseType</literal> アノテーションを使用します。"
 
 #. Tag: para
 #, no-c-format


