[jboss-cvs] JBossAS SVN: r102707 - projects/docs/enterprise/5.0/RESTEasy/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Mon Mar 22 00:59:07 EDT 2010
Author: jito at redhat.com
Date: 2010-03-22 00:59:06 -0400 (Mon, 22 Mar 2010)
New Revision: 102707
Modified:
projects/docs/enterprise/5.0/RESTEasy/ja-JP/Multipart.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-22 04:32:19 UTC (rev 102706)
+++ projects/docs/enterprise/5.0/RESTEasy/ja-JP/Multipart.po 2010-03-22 04:59:06 UTC (rev 102707)
@@ -7,7 +7,7 @@
msgstr ""
"Project-Id-Version: Multipart\n"
"POT-Creation-Date: 2010-01-07T06:35:58\n"
-"PO-Revision-Date: 2010-03-22 14:09+1000\n"
+"PO-Revision-Date: 2010-03-22 14:58+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"
@@ -183,45 +183,45 @@
#. Tag: para
#, no-c-format
msgid "If you are familiar with your <literal>multipart/form-data</literal> packets, you can map them to and from a POJO class with the <literal>@org.jboss.resteasy.annotations.providers.multipart.MultipartForm</literal> annotation and the <literal>@FormParam</literal> JAX-RS annotation. To do so, define a POJO with a default constructor (at least), and annotate its fields, properties, or both, with <literal>@FormParam</literal>s. These <literal>@FormParam</literal>s must also be annotated with <literal>@org.jboss.resteasy.annotations.providers.multipart.PartType</literal> to be output. For example:"
-msgstr ""
+msgstr "<literal>multipart/form-data</literal> パケットを理解している場合は、 <literal>@org.jboss.resteasy.annotations.providers.multipart.MultipartForm</literal> アノテーションと <literal>@FormParam</literal> JAX-RS アノテーションを使用して <literal>multipart/form-data</literal> パケットを POJO クラスへマップしたり、 POJO クラスからマップすることができます。 マップするには、 最低でもデフォルトのコンストラクタで POJO を定義し、 フィールドとプロパティのいずれかまたは両方に <literal>@FormParam</literal> アノテーションを付けます。 <literal>@FormParam</literal> を出力するには、 <literal>@org.jboss.resteasy.annotations.providers.multipart.PartType</literal> アノテーションが付けられていなければなりません。 例は次の通りです。"
#. Tag: para
#, no-c-format
msgid "Once you have defined your POJO class, you can use it to represent <literal>multipart/form-data</literal>. The following code sends a <literal>CustomerProblemForm</literal> using the RESTEasy client framework:"
-msgstr ""
+msgstr "POJO クラスを定義したら、 POJOクラスを使用して <literal>multipart/form-data</literal> を表すことができます。 次のコードは RESTEasy クライアントフレームワークを使用して <literal>CustomerProblemForm</literal> を送ります。"
#. Tag: para
#, no-c-format
msgid "Note that the <literal>@MultipartForm</literal> annotation tells RESTEasy that the object has <literal>@FormParam</literal>, and that it should be marshalled from that parameter. You can use the same object to receive <literal>multipart</literal> data. Here is an example of the server-side counterpart to the customer portal."
-msgstr ""
+msgstr "<literal>@MultipartForm</literal> アノテーションは、 オブジェクトに <literal>@FormParam</literal> があるため、 パラメータよりマーシャリングされるべきであることを RESTEasy に伝えます。 同じオブジェクトを使用して <literal>multipart</literal> データを受信することができます。 カスタマポータルのサーバー側の例は次の通りです。"
#. Tag: title
#, no-c-format
msgid "XML-binary Optimized Packaging (Xop)"
-msgstr ""
+msgstr "Xop (XML バイナリ最適パッケージ化)"
#. 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 ""
+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
msgid "Take the following JAXB-annotated POJO as an example. <literal>@XmlMimeType</literal> tells JAXB the MIME type of the binary content. (This is not required, but it is recommended.)"
-msgstr ""
+msgstr "次の JAXB アノテーションが付けられた POJO を例として見てみましょう。 <literal>@XmlMimeType</literal> は JAXB にバイナリコンテンツの MIME タイプを伝えます (これは必須ではありませんが推奨されます)。"
#. Tag: para
#, no-c-format
msgid "Here, <literal>myBinary</literal> and <literal>myDataHandler</literal> are processed as binary attachments, while the XOP object will be sent as XML. <literal>javax.activation.DataHandler</literal> is the most common supported type, so if you need a <literal>java.io.InputStream</literal> or a <literal>javax.activation.DataSource</literal>, you must use the <literal>DataHandler</literal>. <literal>java.awt.Image</literal> and <literal>javax.xml.transform.Source</literal> are also supported. We assume, in the previous example, that <literal>Customer</literal> is a JAXB-friendly POJO. The following is an example Java client to send the previous example:"
-msgstr ""
+msgstr "この例では、 <literal>myBinary</literal> と <literal>myDataHandler</literal> がバイナリの添付として処理され、 XOP オブジェクトは XML として送信されます。 <literal>javax.activation.DataHandler</literal> が最も一般的なサポート対象タイプであるため、 <literal>java.io.InputStream</literal> か <literal>javax.activation.DataSource</literal> が必要な場合は <literal>DataHandler</literal> を使用する必要があります。 <literal>java.awt.Image</literal> と <literal>javax.xml.transform.Source</literal> もサポートされます。 前述の例で <literal>Customer</literal> が JAXB 対応の POJO であることを仮定すると、 前述の例を送信する Java クライアントの例は次のようになります。"
#. Tag: para
#, no-c-format
msgid "<literal>@Consumes(MediaType.MULTIPART_RELATED)</literal> tells RESTEasy that we want to send <literal>multipart/related</literal> packages, a format that will hold our XOP message. <literal>@XopWithMultipartRelated</literal> tells RESTEasy that we want to create XOP messages. Now that we have a POJO and a client service capable of sending it, we need a server capable of reading it:"
-msgstr ""
+msgstr "<literal>@Consumes(MediaType.MULTIPART_RELATED)</literal> は、 XOP メッセージを保持する形式である <literal>multipart/related</literal> のパッケージを送信したいことを RESTEasy に伝えます。 <literal>@XopWithMultipartRelated</literal> は、 XOP メッセージを作成したいことを RESTEasy に伝えます。 これで、 POJO とクライアントサービスが XOP メッセージを送信できるようになったため、 次に XOP メッセージを読めるサーバーが必要となります。"
#. Tag: para
#, no-c-format
msgid "<literal>@Consumes(MediaType.MULTIPART_RELATED)</literal> tells RESTEasy that we want to read <literal>multipart/related</literal> packages. <literal>@XopWithMultipartRelated</literal> tells RESTEasy that we want to read XOP messages. We could also produce XOP return values by annotating them with <literal>@Produce</literal>."
-msgstr ""
+msgstr "<literal>@Consumes(MediaType.MULTIPART_RELATED)</literal> は、 <literal>multipart/related</literal> パッケージを読みたいことを RESTEasy に伝えます。 <literal>@XopWithMultipartRelated</literal> は、 XOP メッセージを読みたいことを RESTEasy に伝えます。 <literal>@Produce</literal> アノテーションを付けて、 XOP の戻り値を作成することもできます。"
More information about the jboss-cvs-commits
mailing list