WebLogic Web サービス リファレンス

Ant タスク リファレンス

以下の節では、WebLogic Web サービス Ant タスクに関するリファレンス情報を提供します。

デプロイメント環境に上記の Ant タスクを統合し、デプロイメント環境でこれらの Ant タスクを使用して、Web サービスおよび Web サービスを呼び出すクライアント アプリケーションをプログラミングする方法については、以下の章を参照してください。

WebLogic Web サービス Ant タスクの概要

Ant は、make コマンドに似た Java ベースの構築ツールですが、その機能ははるかに強力です。Ant は、XML ベースのコンフィグレーション ファイル (デフォルトでは build.xml) を使用して Java で記述されたタスクを実行します。Web サービスに関する重要なアーティファクトを生成する際に、さまざまな Ant タスクを利用できます。

Apache Web サイトでは、EAR、WAR、EJB JAR ファイルをパッケージ化するための他の便利な Ant タスクも提供されています。詳細については、『Apache Ant Manual』を参照してください。

次の表では、Oracle が提供する Web サービス Ant タスクの概要について説明します。

Web サービス Ant タスクの使用

次の表では、Web サービス Ant タスクを使用するための手順をまとめています。

<project name="my-webservice">
  <target name="clean">
     <delete>
       <fileset dir="tmp" />
     </delete>
  </target>
</project>

<taskdef name="jwsc"
   classname="weblogic.wsee.tools.anttasks.JwscTask" />
<target name="build-service">

   <jwsc attributes go here...>
   ...
   </jwsc>
</target>

WebLogic Ant タスクのクラスパスの設定

各 WebLogic Ant タスクには、新しいディレクトリまたは JAR ファイルを現在の CLASSPATH 環境変数に追加できるように、classpath 属性または要素を受け取ります。

次の例では、jwsc Ant タスクの classpath 属性を使用して、新しいディレクトリを CLASSPATH 変数に追加する方法を示します。

<jwsc srcdir="MyJWSFile.java"
      classpath="${java.class.path};my_fab_directory"
   ...
</jwsc>

次の例では、<classpath> 要素を使用して CLASSPATH に追加する方法を示します。

<jwsc ...>
   <classpath>
       <pathelement path="${java.class.path}" />
       <pathelement path="my_fab_directory" />
   </classpath>
...
</jwsc>

次の例では、WebLogic Web サービス Ant タスク宣言の外で CLASSPATH 変数を構築してから、<classpath> 要素を使用してタスク内でその変数を指定する方法を示します。

<path id="myClassID">
   <pathelement path="${java.class.path}"/>
   <pathelement path="${additional.path1}"/>
   <pathelement path="${additional.path2}"/>
</path>

<jwsc ....>
   <classpath refid="myClassID" />
...
</jwsc>

WSDL および XML スキーマ ファイルの操作時におけるオペレーティング システムの大文字/小文字の区別の違い

WebLogic Web サービスの Ant タスクの多くには、WSDL または XML スキーマ ファイルなどのファイルを指定するために使用できる属性があります。

Ant タスクは、それらのファイルを大文字と小文字を区別して処理します。つまり、XML スキーマ ファイルで名前が大文字と小文字の点でのみ異なるユーザ定義の 2 つの型 (たとえば MyReturnType と MYRETURNTYPE) が指定されている場合、clientgen Ant タスクは、ユーザ定義データ型の Java 表現に対応する 2 つの別々の Java ソース ファイル セット (MyReturnType.java と MYRETURNTYPE.java) を適切に生成します。

ただし、それらのソース ファイルをそれぞれのクラス ファイルにコンパイルすると、Ant タスクを Microsoft Windows で実行する場合に問題が生じる場合があります。Windows では、大文字と小文字の区別をしないためです。つまり、Windows では、ファイル MyReturnType.java と MYRETURNTYPE.java が同じ名前と判断されます。したがって、Windows でファイルをコンパイルすると、2 番目のクラス ファイルが最初のクラス ファイルを上書きしてしまい、クラス ファイルが 1 つしか残りません。しかし Ant タスクは 2 つのクラスがコンパイルされたものと認識しているので、次のようなエラーが発生することになります。

c:\src\com\bea\order\MyReturnType.java:14: 
class MYRETURNTYPE is public, should be declared in a file named   MYRETURNTYPE.java 
public class MYRETURNTYPE 
       ^ 

この問題を回避するには、この種の名前の衝突が起こらないように XML スキーマを書き換えるか、あるいはそれが不可能な場合は、UNIX などの大文字と小文字を区別するオペレーティング システムで Ant タスクを実行します。

clientgen

clientgen Ant タスクは、クライアント アプリケーションが WebLogic Web サービスと非 WebLogic Web サービスの両方の呼び出しに使用できるクライアント コンポーネント ファイルを既存の WSDL ファイルから生成します。

JAX-WS Web サービスの生成されたアーティファクトには以下のものがあります。

JAX-RPC Web サービスの生成されたアーティファクトには以下のものがあります。

以下の 2 種類のクライアント アプリケーションが、Web サービスを呼び出すために clientgen の生成されたアーティファクトを使用します。

通常、clientgen の destDir 属性を使って、すべてのアーティファクトの生成先ディレクトリを指定してから、javac Ant タスクで生成された Java ファイルをコンパイルします。ただし、Ant タスクで Java ファイルをコンパイルし、特定の JAR ファイルにその他の生成アーティファクトとともにパッケージ化する場合、clientgen の destFile 属性を使用できます。destFile および destDir の両方を指定することはできませんが、いずれか 1 つを指定する必要があります。

次の節では、clientgen Ant タスクの詳細について説明します。

Taskdef のクラス名

  <taskdef name="clientgen"
      classname="weblogic.wsee.tools.anttasks.ClientGenTask" />

例

<taskdef name="clientgen"
    classname="weblogic.wsee.tools.anttasks.ClientGenTask" />

...

<target name="build_client">

<clientgen
    wsdl="http://example.com/myapp/myservice.wsdl"
    destDir="/output/clientclasses"
    packageName="myapp.myservice.client"
    serviceName="StockQuoteService" />

<javac ... />

</target>

サンプルの build_client ターゲットが実行されるときに、clientgen は、wsdl 属性で指定した WSDL ファイルを使用して、serviceName 属性で指定した Web サービスの呼び出しに必要なクライアントサイドのアーティファクトをすべて生成します。clientgen Ant タスクは、すべてのアーティファクトを /output/clientclasses ディレクトリに生成します。生成された Java コードは、すべて myapp.myservice.client パッケージにあります。clientgen が終了すると、javac Ant タスクは、clientgen が生成した Java コード、および生成されたアーティファクトを使用し、ユーザのビジネス コードを格納する独自のクライアント アプリケーションの Java コードをコンパイルします。

clientgen Ant タスクで生成されたアーティファクトをコンパイルおよびパッケージ化する場合、次に示すように destDir ではなく、destFile 属性を指定します。

<clientgen
    wsdl="http://example.com/myapp/myservice.wsdl"
    destFile="/output/jarfiles/myclient.jar"
    packageName="myapp.myservice.client"
    serviceName="StockQuoteService" />

上の例の場合、build.xml ファイルで clientgen の後に javac Ant タスクを指定する必要はありません。これは、Java コードがすでにコンパイルされているためです。

通常は、Web にデプロイされ、HTTP を使用してアクセスされる WSDL ファイル上で clientgen Ant タスクを実行します。しかし場合によっては、jwsc Ant タスクによって生成された WAR または JAR ファイルなどのアーカイブ ファイルにパッケージ化された静的な WSDL ファイル上で clientgen を実行することが必要になります。その場合は、以下の wsdl 属性の構文を使用する必要があります。

wsdl="jar:file:archive_file!WSDL_file"

ここで、archive_file はアーカイブ ファイルの完全に修飾された (またはカレント ディレクトリに対して相対的な) 名前、WSDL_file はアーカイブ ファイルのルート ディレクトリに対して相対的な WSDL ファイルの絶対パス名を表します。次に例を示します。

    <clientgen
      wsdl="jar:file:output/myEAR/examples/webservices/simple/SimpleImpl.war!/WEB-INF/SimpleService.wsdl"
      destDir="/output/clientclasses"
      packageName="myapp.myservice.client"/>

上記の例では、clientgen を SimpleService.wsdl という静的な WSDL ファイル上で実行する方法を示しています。この WSDL ファイルは SimpleImpl.war という WAR ファイルの WEB-INF ディレクトリ内にパッケージ化されています。WAR ファイルは build.xml ファイルが格納されているディレクトリの output/myEAR/examples/webservices/simple サブディレクトリにあります。

標準の Ant <sysproperty> のネストされた要素を使用して、有効な WebLogic Server ユーザ (Web サービスに対してアクセス制御が有効化されている場合) のユーザ名およびパスワード、信頼性のある証明書を格納するクライアントサイドのトラスト ストアの名前などの Java プロパティを設定できます。次に例を示します。

<clientgen
    wsdl="http://example.com/myapp/mySecuredService.wsdl"
    destDir="/output/clientclasses"
    packageName="myapp.mysecuredservice.client"
    serviceName="SecureStockQuoteService"
    <sysproperty key="javax.net.ssl.trustStore" 
                 value="/keystores/DemoTrust.jks"/>
    <sysproperty key="weblogic.wsee.client.ssl.stricthostchecking" 
                 value="false"/>
    <sysproperty key="javax.xml.rpc.security.auth.username"
                 value="juliet"/>
    <sysproperty key="javax.xml.rpc.security.auth.password"
                 value="secret"/> 
</clientgen>

上記の例では、クライアント アーティファクトの生成対象である Web サービスが JAX-RPC に基づいていることを前提としています。次の例では、type 属性を使用して Web サービスが JAX-WS に基づいていることを指定する方法を示します。

<clientgen
 type="JAXWS"
 wsdl="http://${wls.hostname}:${wls.port}/JaxWsImpl/JaxWsImplService?WSDL"
 destDir="/output/clientclasses"
 packageName="examples.webservices.jaxws.client"/>

子要素

clientgen Ant タスクには、次の WebLogic 固有の子要素があります。

clientgen Ant タスクで設定可能な、標準の Ant javac タスクに関連する要素のリストについては、「clientgen に適用される標準の Ant 属性および要素」を参照してください。

binding

<binding> 子要素は、次のいずれかを指定するために使用します。

<binding> 要素は、標準の Ant <Fileset> 要素に似ており、同じ属性をすべて持ちます。指定可能な属性の詳細なリストについては、Apache Ant のマニュアルの「Fileset」を参照してください。

xmlcatalog

<xmlcatalog> 子要素には、組み込み XML カタログの ID を指定します。要素の構文は次のとおりです。

<xmlcatalog refid="id"/>

<xmlcatalog> によって参照される ID は、組み込み XML カタログの ID と一致していなければなりません。build.xml ファイルに XML カタログを組み込むには、次の構文を使用します。

<xmlcatalog id="id">
<entity publicid="public_id" location="uri"/>
</xmlcatalog>

上の構文で、public_id には元の XML リソース (WSDL または XSD) のパブリック ID を指定し、uri には代替 XML リソースを指定します。

以下の例は、XML カタログを組み込んで clientgen を使用して参照する方法を示しています。関連するコード行は太字で示しています。

<target name="clientgen">
<clientgen 
     type="JAXWS"
     wsdl="${wsdl}"
     destDir="${clientclasses.dir}"
     packageName="xmlcatalog.jaxws.clientgen.client"
     catalog="wsdlcatalog.xml">
     <xmlcatalog refid="wsimportcatalog"/>
</clientgen>
</target>
<xmlcatalog id="wsimportcatalog">
     <entity publicid="http://helloservice.org/types/HelloTypes.xsd"
             location="${basedir}/HelloTypes.xsd"/>
</xmlcatalog>

詳細については、『JAX-WS を使用した WebLogic Web サービスの高度な機能のプログラミング』の「XML カタログの使用」を参照してください。

属性

次の節の表では、clientgen Ant タスクの属性について説明します。また、各属性について、JAX-WS または JAX-RPC Web サービス (あるいは両方) で有効であるかどうかも示します。clientgen Ant タスクで設定可能な、標準の Ant javac タスクに関連する属性のリストについては、「clientgen に適用される標準の Ant 属性および要素」を参照してください。

WebLogic 固有の clientgen 属性

clientgen に適用される標準の Ant 属性および要素

WebLogic 定義の clientgen 属性の他に、次に示す標準 javac 属性も定義できます。各属性の詳細については、Ant のマニュアルを参照してください。

標準の Ant <sysproperty> 子要素を使用して、クライアントサイドのアーティファクトの生成元となる Web サービスで必要となるプロパティを指定できます。たとえば、Web サービスが保護される場合、javax.xml.rpc.security.auth.username|password プロパティを使用して、認証されたユーザ名およびパスワードを設定できます。<sysproperty> に関する詳細については、java Ant タスクの Ant のマニュアルを参照してください。

clientgen Ant タスクでは、次の標準 Ant 子要素も使用できます。

jwsc

jwsc Ant タスクは、標準 JWS アノテーションと WebLogic 固有の JWS アノテーションの両方を格納する 1 つまたは複数の Java Web サービス (JWS) ファイルを入力として取り、WebLogic Web サービスの作成に必要なアーティファクトをすべて生成します。

JAX-WS Web サービスの生成されたアーティファクトには以下のものがあります。

JAX-RPC Web サービスの生成されたアーティファクトには以下のものがあります。

すべてのアーティファクトを生成すると、jwsc Ant タスクは、Java ファイルおよび JWS ファイルをコンパイルします。次に、コンパイルされたクラスおよび生成されたアーティファクトを、デプロイ可能な Web アプリケーション WAR ファイルにパッケージ化します。最後に、その JAR ファイルを格納する、展開されたエンタープライズ アプリケーション ディレクトリを作成します。このエンタープライズ アプリケーションを WebLogic Server にデプロイします。

デフォルトでは、jwsc Ant タスクは JAX-RPC 仕様に準拠した Web サービスを生成します。ただし、<jws> 子要素の type 属性を使用して、生成される Web サービスのタイプを指定することもできます。たとえば、JAX-WS Web サービスを生成するには、<jws> 子要素の type="JAXWS" 属性を設定します。

<jws> 要素を使用して jwsc Ant タスクがコンパイルする JWS ファイルまたはファイルを指定します。<jws> 要素が jwsc Ant タスクの直接の子である場合、jwsc は JWS ファイルごとに個別の WAR ファイルを生成します。すべての JWS ファイルを、サポート アーティファクトとともに、単一の WAR ファイル内にパッケージ化する場合、すべての <jws> 要素を単一の <module> 要素の下でグループ化します。WAR ファイルを 1 つにすることによって、WebLogic サーバのリソースが減り、Web サービスは、ユーザ定義のデータ型などの共通オブジェクトを共有できます。この方法を使うと、複数の Web サービスに対して同じコンテキスト パスを指定することもできます。各 JWS ファイルを個別の WAR ファイルにパッケージ化した場合、各サービスもユニークなコンテキスト パスを持つ必要があります。

<module> 要素を使用する場合、<jws> を使って各 JWS ファイルを個別にリストするよりは、<jwsfileset> 子要素を使うと、1 つまたは複数のディレクトリ内の JWS ファイルのリストを検索できます。

以下の節では、jwsc に関するその他の重要な情報について説明します。

Web サービスの呼び出しに使用される転送形式の指定

<jws> 要素には、Web サービスの呼び出しに使用する転送方法 (HTTP/S または JMS) を指定するための、次に示す子要素 (省略可能) があります。

次のガイドラインで、jwsc Ant タスクの転送要素の使用方法について説明します。

JAX-RPC Web サービスの場合、JWS ファイルをプログラミングする際、クライアントが Web サービスを呼び出すのに使用する転送形式を指定するために、特に @weblogic.jws.WLHttpTransport または @weblogic.jws.WLJMSTransport という形式のアノテーションを使用できます。JWS ファイルでは、特定の転送アノテーションの 1 つのインスタンスのみを指定できます。たとえば、2 つの異なる @WLHttpTransport アノテーションを指定することはできませんが、@WLHttpTransport アノテーションと @WLJmsTransport アノテーションをそれぞれ 1 つずつ指定することはできます。ただし、JWS ファイルを記述している時点では、どの転送形式が JWS ファイルのニーズに適しているかを判別できない可能性があります。そのため、転送はビルド時に指定するのが一般的に最適な方法です。

WebLogic Web サービスのコンテキスト パスの定義

WebLogic Web サービスのコンテキスト パス (コンテキスト ルートとも呼ばれる) は、さまざまな場所で指定できます。この節では、Web サービスのコンテキスト パスが複数の場所で設定されている場合でも、コンフィグレーションに基づいて本当のコンテキスト パスを確定する方法について説明します。

この説明では、Web サービスのコンテキスト パスとは、Web サービス URL の host:port 部分の後にくる文字列のことを指します。WebLogic Web サービスのデプロイされた WSDL が次のようになっている場合を例に挙げます。

http://hostname:7001/financial/GetQuote?WSDL

financial が、この Web サービスのコンテキスト パスです。

次に、コンテキスト パスを指定できるすべての場所の優先順位を、重要度の高い順番で示します。

たとえば、JAX-RPC JWS ファイルで @WLHttpTransport アノテーションを指定し、その contextPath 属性を financial に設定したものと仮定します。この時、build.xml ファイルの jwsc Ant タスクにおいてその他の contextPath 属性を指定していない場合、Web サービスのコンテキスト パスは financial になります。

ここで、その build.xml ファイルを更新し、<WLHttpTransport> 子要素を、JWS ファイルを指定する <jws> 要素に追加し、その contextPath 属性を finance に設定したものと仮定します。今度は、Web サービスのコンテキスト パスは finance になります。ただし、次に <module> 要素の下で <jws> 要素とその子 <WLHttpTransport> 要素をグループ化し、その contextPath 属性を money に設定すると、Web サービスのコンテキスト パスは money になります。

JWS ファイルまたは jwsc Ant タスクにおいて contextPath 属性を 1 つも指定しない場合、Web サービスのコンテキスト パスはデフォルト値 (*.java 拡張子の付かない JWS ファイルの名前) になります。

複数の <jws> 要素を 1 つの <module> 要素の下でグループ化する場合、<module> の contextPath 属性で、モジュール内のすべての Web サービスで使用される共通のコンテキスト パスを指定する必要があります。共通のコンテキスト パスを指定しないと、モジュール内のすべての Web サービスのデフォルト コンテキスト パスが異なってしまいます (実装している JWS ファイルの名前が異なることに起因する)。1 つの WAR ファイル内で異なるコンテキスト パスを使用することはできません。

呼び出される Web サービスのクライアント アーティファクトの生成

コンパイルする 1 つまたは複数の JWS ファイル自体に、別の Web サービスの呼び出しが含まれる場合、jwsc の <clientgen> 要素を使うと、呼び出す特定の Web サービスの Stub および Service インタフェース実装などの必要なクライアント コンポーネント ファイルを生成およびコンパイルできます。これらのファイルは、Web サービスの呼び出しで利用できるように、生成される WAR ファイル内にパッケージ化されます。

既存のエンタープライズ アプリケーションまたは Web アプリケーションの更新

通常、jwsc は、destDir 属性で指定された場所にエンタープライズ アプリケーションの展開されたディレクトリを新規に作成します。ただし、既存のエンタープライズ アプリケーションを送り先のディレクトリとして指定した場合、jwsc は、既存の application.xml ファイルを新しい Web サービス情報で書き換えて更新します。

同様に、jwsc は通常、生成される Web アプリケーションを記述する新しい Web アプリケーションのデプロイメント記述子 (web.xml および weblogic.xml) を生成します。ただし、Web サービスの追加対象となる既存の Web アプリケーションがある場合、<module> 要素の <descriptor> 子要素を使用すると、既存の web.xml および weblogic.xml ファイルを指定できます。この場合、jwsc は、これらのファイルを destDir ディレクトリにコピーし、それらに新しい情報を追加します。その他の既存の Web アプリケーション ファイルを destDir ディレクトリにコピーするには、標準の Ant <fileset> 要素を使用します。

Taskdef のクラス名

<taskdef name="jwsc"
    classname="weblogic.wsee.tools.anttasks.JwscTask" />

例

以下の例では、jwsc Ant タスクの使い方を示します。ここでは、build.xml Ant ファイルで、Web サービスを繰り返し開発する際に使用する build-service ターゲットに、このタスクを指定します。その他、WebLogic Web サービスを繰り返し開発する際に役立つ clean、deploy、client、run などのさまざまなターゲットを格納した build.xml ファイルの詳細な例については、『JAX-WS を使用した WebLogic Web サービスの開始』または『JAX-RPC を使用した WebLogic Web サービスの開始』を参照してください。

以下のサンプルでは、非常に単純な jwsc の使い方を示します。

  <target name="build-service">
    <jwsc
      srcdir="src"
      destdir="output/TestEar">
      <jws file="examples/webservices/jwsc/TestServiceImpl.java" />
    </jwsc>
  </target>

上の例では、TestServiceImpl.java という JWS ファイルが build.xml ファイルを格納したディレクトリの src/examples/webservices/jwsc サブディレクトリにあります。jwsc Ant タスクは、Web サービスのアーティファクトを output/TestEar サブディレクトリに生成します。jwsc Ant タスクでは、Web サービス JAR ファイルに加え、エンタープライズ アプリケーションを記述した application.xml ファイルも output/TestEar/META-INF ディレクトリに生成されます。

以下のサンプルでは、上記の例よりも複雑な jwsc の使い方を示します。

  <path id="add.class.path">
    <pathelement path="${myclasses-dir}"/>
    <pathelement path="${java.class.path}"/>
  </path>

...

  <target name="build-service2">
    <jwsc
      srcdir="src"
      destdir="output/TestEar"
      verbose="on"
      debug="on"
      keepGenerated="yes"
      classpathref="add.class.path" >
      <jws file="examples/webservices/jwsc/TestServiceImpl.java" />
      <jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
      <jws file="examples/webservices/jwsc/SecondTestServiceImpl.java" />
    </jwsc>
  </target>

上の例では、デバッグと冗長出力を有効にしており、jwsc が出力ディレクトリに既存の一時ファイルを生成しないように指定しています。また、classpathref 属性による標準 CLASSPATH への追加方法が示されています。ここでは、build.xml ファイルの別の場所で標準の Ant <path> ターゲットに指定されている add.class.path というパスを参照することで、CLASSPATH に追加しています。

さらに、複数の JWS ファイルが指定されています。これにより、個別の Web アプリケーション WAR ファイルに分割してパッケージ化された Web サービスが、同じエンタープライズ アプリケーションの一部としてデプロイされます。3 つの Web サービスをすべて、単一の WAR ファイル内にパッケージ化する場合、<jws> 要素を単一の <module> 要素の下でグループ化します。次に例を示します。

 <target name="build-service3">
   <jwsc
     srcdir="src"
     destdir="output/TestEar" >
     <module contextPath="test" name="myJar" >
      <jws file="examples/webservices/jwsc/TestServiceImpl.java" />
      <jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
      <jws file="examples/webservices/jwsc/SecondTestServiceImpl.java" />
     </module>
   </jwsc>
 </target>

上の例では、3 つの Web サービスすべてを myJAR.war という WAR ファイルにパッケージ化しています。このファイルは、エンタープライズ アプリケーションの展開されたディレクトリの最上位にあります。<module> の contextPath 属性では、3 つの Web サービスのコンテキスト パスが test であることを指定しています。この値は、JWS ファイルの転送アノテーションで指定されているコンテキスト パスをオーバーライドします。

次の例では、すべての転送形式 (HTTP、HTTPS、JMS) を使用して Web サービスを呼び出す方法を示します。

 <target name="build-service4">

   <jwsc
     srcdir="src"
     destdir="output/TestEar">
     <jws file="examples/webservices/jwsc/TestServiceImpl.java">
       <WLHttpTransport
          contextPath="TestService" serviceUri="TestService"
          portName="TestServicePortHTTP"/>
       <WLJmsTransport
          contextPath="TestService" serviceUri="JMSTestService"
          portName="TestServicePortJMS"
          queue="JMSTransportQueue"/>
       <clientgen
          wsdl="http://examples.org/complex/ComplexService?WSDL"
          serviceName="ComplexService"
          packageName="examples.webservices.simple_client"/>
     </jws>
   </jwsc>
 </target>

上の例では、<clientgen> 要素を使用し、http://examples.org/complex/ComplexService?WSDL によって記述される Web サービスのクライアントサイドのアーティファクト (Stub および Service 実装など) を生成および格納する方法も示しています。これは、Web サービスの実装に加え、TestServiceImpl.java JWS ファイルも ComplexService Web サービスに対してクライアントとして機能し、ComplexService のオペレーションを呼び出す Java コードを持つ必要があることを示しています。

次の例は、上の例とよく似ていますが、<jws> 要素を 1 つの <module> 要素の下でグループ化する点が異なります。

<target name="build-service5">
  <jwsc
    srcdir="src"
    destdir="output/TestEar">
    <module contextPath="TestService" >
      <jws file="examples/webservices/jwsc/TestServiceImpl.java">
        <WLHttpTransport
           serviceUri="TestService"
           portName="TestServicePort1"/>
      </jws>
      <jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
      <jws file="examples/webservices/jwsc/SecondTestServiceImpl.java" />
      <clientgen
         wsdl="http://examples.org/complex/ComplexService?WSDL"
         serviceName="ComplexService"
         packageName="examples.webservices.simple_client" />
    </module>
  </jwsc>
</target>

上の例では、個々の転送要素で各自の contextPath 属性を定義するのではなく、その親の <module> 要素で代わりに定義しています。これによって、jwsc による実際の処理が分かりやすくなり、メンテナンス性も向上します。また、<clientgen> 要素は <module> の子であって、前の例のように <jws> の子ではない点に注意してください。

次の例では、<jwsfileset> 要素の使用方法を示します。

  <target name="build-service6">
    <jwsc
      srcdir="src"
      destdir="output/TestEar" >
      <module contextPath="test" name="myJar" >
         <jwsfileset srcdir="src/examples/webservices/jwsc" >
           <include name="**/*.java" />
         </jwsfileset>
      </module>
    </jwsc>
  </target>

この例では、jwsc が、build.xml を格納するディレクトリを基準とする相対パス src/examples/webservices/jwsc 内の *.java ファイルを検索し、JWS アノテーションを格納する Java ファイルを確定してから、各ファイルをあたかも <module> の <jws> 子要素で指定されていたかのように処理します。<include> 要素は標準の Ant 要素です (標準の <FilesSet> タスクのマニュアルを参照)。

次の例では、jwsc Ant タスクで新しい Web アプリケーション デプロイメント記述子を作成せずに、既存の記述子に追加するように指定する方法を示します。

<target name="build-service7">
  <jwsc
    srcdir="src"
    destdir="output/TestEar" >
    <module contextPath="test" name="myJar" explode="true" >
      <jws file="examples/webservices/jwsc/AnotherTestServiceImpl.java" />
      <FileSet dir="webapp" >
        <include name="**/*.java" />
      </FileSet>
      <descriptor file="webapp/WEB-INF/web.xml" />
      <descriptor file="webapp/WEB-INF/weblogic.xml" />
    </module>
  </jwsc>
</target>

上の例では、<module> の explode="true" 属性において、生成される Web アプリケーションが、デフォルトの WAR アーカイブ ファイルではなく、展開されたディレクトリ形式で格納されることを指定しています。<descriptor> 子要素では、jwsc が、build.xml ファイルを格納するディレクトリの webapp/WEB-INF サブディレクトリにある既存の web.xml および weblogic.xml ファイルを新しい Web アプリケーションの展開されたディレクトリにコピーし、指定した JWS ファイルの新しい Web サービス情報がこれらのファイルに追加される (jwsc で新しいファイルを作成しない) ことを指定しています。また、標準の Ant <FileSet> タスクを使用して追加のファイルを生成された WAR ファイルにコピーする方法も示しています。コピーされるファイルのいずれかが Java ファイルである場合、jwsc Ant タスクはそのファイルをコンパイルし、コンパイルしたクラスを Web アプリケーションの classes ディレクトリに配置します。

デフォルトでは、上記のすべての例で JAX-RPC Web サービスが生成されます。次の簡単な例では、<jws> 子要素の type="JAXWS" 属性を指定して JAX-WS Web サービスを生成する方法を示します。

  <target name="build-service8">

    <jwsc
      srcdir="src"
      destdir="${ear-dir}">

      <jws file="examples/webservices/jaxws/JaxWsImpl.java"
           type="JAXWS”
      />

    </jwsc>

  </target>

<jws> 要素または <jwsfileset> 要素の type 属性を指定できます。

jwsc Ant タスクの属性と子要素

jwsc Ant タスクには、さまざまな属性と、<jws>、<module>、および <binding> という 3 つの子要素があります。

<module> 要素は、1 つまたは複数の JWS ファイル (<jws> 要素でも指定される) を、単一のモジュール (WAR ファイル) にグループ化します。<module> を指定しない場合、各 JWS ファイルは、各自のモジュールまたは WAR ファイルにパッケージ化されます。

<jws> 要素 (<jwsc> または <module> の子要素として使用される場合) には、<WLHttpTransport>、<WLHttpsTransport>、および <WLJMSTransport> という 3 種類の子要素 (省略可能) があります。転送要素の使用に関する概要については、「Web サービスの呼び出しに使用される転送形式の指定」を参照してください。

<clientgen> および <descriptor> 要素は、<module> の子ではなく jwsc の子として使用される場合の <jws> か、実際の <module> 要素自体のいずれかの、モジュールを生成する要素の子としてのみ使用します。

<jwsfileset> 要素は、<module> の子としてのみ使用できます。

次の図は、jwsc Ant タスクの階層構造を示しています。

次の節では、jwsc Ant タスクの属性について説明します。jwsc Ant タスクで設定可能な、標準の Ant javac タスクに関連する属性のリストについては、「jwsc に適用される標準の Ant 属性および子要素」を参照してください。

WebLogic 固有の jwsc 属性

次の表は、WebLogic 固有の jwsc 属性をまとめたものです。

jwsc に適用される標準の Ant 属性および子要素

WebLogic 定義の jwsc 属性の他に、次に示す標準 javac 属性も定義できます。各属性の詳細については、Ant のマニュアルを参照してください。

jwsc Ant タスクでは、次の標準 Ant 子要素も使用できます。

jwsc Ant タスクの <jws> 子要素および <module> 子要素と一緒に、以下の標準の Ant 要素を使用できます。

jws

<jws> 要素では、特定の Web サービスを実装する JWS ファイルの名前を指定します。Ant タスクは、この Web サービス向けに Java コードとサポート アーティファクトを生成し、エンタープライズ アプリケーション内でデプロイ可能な WAR ファイルにパッケージ化します。

<jws> 要素は、jwsc 要素階層の次の 2 つのレベルで指定できます。

jwsc の子要素である <module> または <jws> のいずれかを指定する必要があります。

この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。この要素の使用例については、「例」を参照してください。

jwsc の <jws> 要素と一緒に、標準の Ant <FileSet> 子要素を使用できます。

JAX-WS Web サービス、JAX-RPC Web サービスのいずれを生成する場合でも、<jws> 子要素を使用できます。

次の表では、<jws> 要素の属性について説明します。この表では、<jws> が jwsc の子である場合、<module> の子である場合、またはその両方の場合に属性が適用されるかどうかを説明しています。

http://hostname:7001/financial/GetQuote?WSDL

module

<module> 要素は、生成されたコードおよびアーティファクトが単一の Web アプリケーション (WAR) ファイルにパッケージ化されるように、1 つまたは複数の <jws> 要素を一緒にグループ化します。<module> 要素は、メインの jwsc Ant タスクの子です。

同じバックエンド コンポーネント (Java クラスまたはステートレス セッション EJB) を使用して実装される Web サービスのみ、単一の <module> 要素の下でグループ化できます。異なるものを組み合わせることはできません。デフォルトでは、jwsc は Web サービスを常にプレーン Java クラスとして実装します (JWS ファイルにステートレス セッション EJB を実装している場合のみ例外)。これは、<module> の <jws> 子要素によって指定された JWS ファイルのいずれかが javax.ejb.SessionBean を実装する場合、その兄弟 <jws> ファイルでも javax.ejb.SessionBean を実装する必要があることを意味します。これが不可能な場合、すべての JWS ファイルを単一の <module> の下でグループ化することはできません。

モジュール内の Web サービスは、同じ contextPath を持つ必要がありますが、serviceURI はユニークである必要があります。共通の contextPath を設定するには、<module> 要素に対して属性として指定するか、各 Web サービスの <WLXXXTrasnsport> 要素または @WLXXXTransport アノテーション (JAX-RPC の場合のみ) が contextPath 属性について同じ値を持つようにします。jwsc Ant タスクは、これらの値を確認し、ユニークでない場合にエラーを返します。

<module> の <jws> 子要素は、1 つ以上指定する必要があります。

JAX-WS Web サービス、JAX-RPC Web サービスのいずれを生成する場合でも、<module> 子要素を使用できます。

この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。この要素の使用例については、「例」を参照してください。

次の表では、<module> 要素の属性について説明します。

http://hostname:7001/financial/GetQuote?WSDL

WLHttpTransport

WLHttpTransport 要素では、生成された WSDL のポート名に加え、HTTP 転送形式で Web サービスを呼び出すために使用するコンテキスト パスおよび URL のサービス URI セクションを指定します。

<WLHttpTransport> 要素は <jws> 要素の子です。

<WLHttpTransport> 要素は、特定の JWS ファイルに対して 1 つ指定できます。または、この要素は指定しなくても構いません。

この要素の指定時に従うガイドラインについては、「Web サービスの呼び出しに使用される転送形式の指定」を参照してください。

JAX-WS Web サービス、JAX-RPC Web サービスのいずれを生成する場合でも、<WlHttpTransport> 子要素を使用できます。

この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。この要素の使用例については、「例」を参照してください。

次の表では、<WLHttpTransport> の属性について説明します。

http://hostname:7001/financial/GetQuote?WSDL

http://hostname:7001/financial/GetQuote?WSDL

WLHttpsTransport

WLHttpsTransport 要素では、生成された WSDL のポート名に加え、セキュリティで保護された HTTPS 転送形式で Web サービスを呼び出すために使用するコンテキスト パスおよび URL のサービス URI セクションを指定します。

<WLHttpsTransport> 要素は <jws> 要素の子です。<WLHttpsTransport> 要素は、特定の JWS ファイルに対して 1 つ指定できます。または、この要素は指定しなくても構いません。JAX-RPC Web サービスを生成する場合のみ、<WlHttpsTransport> 子要素を使用できます。この要素の指定時に従うガイドラインについては、「Web サービスの呼び出しに使用される転送形式の指定」を参照してください。

この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。

次の表では、<WLHttpsTransport> の属性について説明します。

https://hostname:7001/financial/GetQuote?WSDL

https://hostname:7001/financial/GetQuote?WSDL

WLJMSTransport

WLJMSTransport 要素では、生成された WSDL のポート名に加え、JMS 転送形式で Web サービスを呼び出すために使用するコンテキスト パスおよび URL のサービス URI セクションを指定します。また、JMS 転送用にコンフィグレーション済みの JMS キュー名および接続ファクトリ名も指定します。

<WLHJmsTransport> 要素は <jws> 要素の子です。<WLJmsTransport> 要素は、特定の JWS ファイルに対して 1 つ指定できます。または、この要素は指定しなくても構いません。この要素の指定時に従うガイドラインについては、「Web サービスの呼び出しに使用される転送形式の指定」を参照してください。

この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。この要素の使用例については、「例」を参照してください。

次の表では、<WLJmsTransport> の属性について説明します。

http://hostname:7001/financial/GetQuote?WSDL

http://hostname:7001/financial/GetQuote?WSDL

clientgen

JWS ファイル自体で別の Web サービスを呼び出し、jwsc Ant タスクで、必要なクライアントサイドのアーティファクトを自動的に生成およびコンパイルし、それらを Web サービスと一緒に Web アプリケーション WAR ファイルにパッケージ化する場合、<clientgen> 要素を使用します。クライアントサイドのアーティファクトには、以下のものが含まれます。

この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。この要素の使用例については、「例」を参照してください。

標準の Ant <sysproperty> 子要素を使用して、クライアントサイドのアーティファクトの生成元となる Web サービスで必要となるプロパティを指定できます。たとえば、Web サービスが保護される場合、javax.xml.rpc.security.auth.username|password プロパティを使用して、認証されたユーザ名およびパスワードを設定できます。<sysproperty> に関する詳細については、java Ant タスクの Ant のマニュアルを参照してください。

JAX-WS Web サービス、JAX-RPC Web サービスのいずれを生成する場合でも、<clientgen> 子要素を使用できます。

次の表では、<clientgen> 要素の属性について説明します。

descriptor

Web サービスの実装を格納する WAR を生成する際に新しい Web アプリケーション デプロイメント記述子を作成するのではなく、jwsc タスクが既存のファイルをコピーし、それらを新しい情報で更新することを指定するために <descriptor> 要素を使用します。これは、1 つまたは複数の Web サービスの追加対象となる既存の Web アプリケーションがある場合に有効です。通常、この要素は、標準の <FileSet> Ant タスクと一緒に使用し、HTML ファイルおよび Java クラスなど、その他の既存の Web アプリケーション アーティファクトを jwsc 生成の Web アプリケーションにコピーします。

この要素と一緒に使用できるデプロイメント記述子ファイルは次の 2 つのみです。

各デプロイメント記述子ファイルには、個別の <descriptor> 要素を使用します。

<descriptor> 要素は、<module> または <jws> (メインの jwsc Ant タスクの直接の子である場合の <jws>) の子です。

JAX-RPC Web サービスを生成する場合のみ、<descriptor> 子要素を使用できます。この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。この要素の使用例については、「例」を参照してください。

次の表では、<descriptor> 要素の属性について説明します。

jwsfileset

<module> の <jwsfileset> 子要素として使用し、jwsc Ant タスクが、コンパイルする JWS ファイルを検索する 1 つまたは複数のディレクトリを指定します。jwsc が検出した JWS ファイルのリストは、あたかも、各ファイルが <module> の <jws> 子要素で個別に指定されていたかのように処理されます。

検索を絞り込むには、<FileSet> Ant タスクの標準のネストされた要素を使用します。たとえば、リストに含める JWS ファイルを判別する際に、<jwsfileset> が従うべきパターン マッチングを指定するには、<include> 要素を使用します。<FileSet> およびそのネストされる要素の詳細については、Ant のマニュアルを参照してください。

JAX-WS Web サービス、JAX-RPC Web サービスのいずれを生成する場合でも、<jwsfileset> 子要素を使用できます。

この要素が jwsc 要素階層のどの場所にくるのかを視覚的に確認するには、図 2-1 を参照してください。この要素の使用例については、「例」を参照してください。

次の表では、<jwsfileset> 要素の属性について説明します。

binding

<binding> 子要素は、次のいずれかを指定するために使用します。

<binding> 要素は、標準の Ant <Fileset> 要素に似ており、同じ属性をすべて持ちます。指定可能な属性の詳細なリストについては、Apache Ant のマニュアルの「Fileset」を参照してください。

wsdlc

wsdlc Ant タスクは、既存の WSDL ファイルを基に一連のアーティファクトを生成します。これらのアーティファクトをまとめて、WSDL ファイルで記述された Web サービスの部分的な Java 実装が提供されます。type 属性を指定することで、JAX-WS または JAX-RPC のいずれかに基づいた部分的な実装を生成できます。

デフォルトでは、wsdlc Ant タスクがアーティファクトを生成する元となる <service> 要素が 1 つのみ WSDL ファイルに含まれるものとされます。ただし、srcServiceName 属性を使うと、複数の <service> 要素が WSDL ファイル内に存在する場合に、特定の Web サービスを指定することができます。または、srcPortName 属性を使うと、複数の <port> 子要素が特定の Web サービスに対して存在する場合に、Web サービスの特定のポートを指定することができます。

wsdlc Ant タスクによって、次のアーティファクトが生成されます。

wsdlc Ant タスクを実行 (通常は 1 回だけ実行) したら、メソッドをビジネス要件どおりに実行するためにそのメソッドに Java コードを追加するなどして、生成された JWS 実装ファイルを更新します。wsdlc Ant タスクは、WSDL ファイルを基に Web サービスの形式を認識していますが、その Web サービスをどのように実行するかについては認識していないので、最初は生成された JWS 実装ファイルにビジネス ロジックは含まれていません。

JWS 実装ファイルを記述するときに、JWS アノテーションを追加することもできます。ただし、以下の規則に従う必要があります。

JWS ファイルにビジネス ロジックを追加したら、jwsc Ant タスクを実行して、Web サービスの完全な Java 実装を生成します。jwsc の compiledWsdl 属性を使用すると、JWS インタフェース ファイルとデータ バインディング アーティファクトを格納する wsdlc Ant タスクで生成された JAR ファイルを指定できます。この属性を指定すると、jwsc Ant タスクは、新しい WSDL ファイルを生成せず、JAR ファイル内の既存の WSDL ファイルを使用します。そのため、Web サービスをデプロイして、その WSDL を表示すると、デプロイされた WSDL は、ユーザが最初に開始した時点の WSDL とほとんど変わらないように見えます。

以下のガイドラインで説明するように、生成される複合データ型の Java パッケージ名は、生成される部分的な実装のタイプ (JAX-WS または JAX-RPC) に応じて異なります。

jwsc と組み合わせた wsdlc Ant タスクの詳細な使用例については、『JAX-WS を使用した WebLogic Web サービスの開始』の「WSDL ファイルからの Web サービスの作成」を参照してください。

以下の節では、wsdlc に関するその他の重要な情報について説明します。

Taskdef のクラス名

    <taskdef name="wsdlc"
           classname="weblogic.wsee.tools.anttasks.WsdlcTask"/>

例

以下の Ant build.xml ファイルの一部では、wsdlc と jwsc の 2 つの Ant タスクを組み合わせて WebLogic Web サービスをビルドする方法を示します。ビルド ファイルには、既存の WSDL ファイルに対して wsdlc Ant タスクを実行する generate-from-wsdl、および wsdlc Ant タスクで生成されたアーティファクトからデプロイ可能な Web サービスをビルドするために jwsc Ant タスクを実行する build-service という 2 種類のターゲットが指定されています。

  <taskdef name="wsdlc"
           classname="weblogic.wsee.tools.anttasks.WsdlcTask"/>

  <taskdef name="jwsc"
    classname="weblogic.wsee.tools.anttasks.JwscTask" />

  <target name="generate-from-wsdl">

    <wsdlc
        srcWsdl="wsdl_files/TemperatureService.wsdl"
        destJwsDir="output/compiledWsdl"
        destImplDir="output/impl"
        packageName="examples.webservices.wsdlc" 
        type="JAXWS" />

  </target>

  <target name="build-service">

    <jwsc
      srcdir="src"
      destdir="output/wsdlcEar">

      <jws file=
"examples/webservices/wsdlc/TemperatureService_TemperaturePortTypeImpl.java"
           compiledWsdl="output/compiledWsdl/TemperatureService_wsdl.jar" 
           type="JAXWS"/>

    </jwsc>

  </target>

この例では、wsdlc Ant タスクは、TemperatureService.wsdl ファイルを入力として取り、JWS インタフェースとデータ バインディング アーティファクトが格納された JAR ファイルを output/compiledWsdl ディレクトリに生成します。JAR ファイル名は TemperatureService_wsdl.jar です。この Ant タスクでは、途中まで作成済みの JWS インタフェースの実装を格納した JWS ファイルを output/impl/examples/webservices/wsdlc ディレクトリ (destImplDir 属性の値と、指定した packageName に対応するディレクトリ階層を組み合わせたもの) に生成します。

JAX-WS の場合、途中まで作成済みの JWS 実装ファイルの名前は、WSDL ファイルの <service> 要素とその内部の <port> 要素の名前に基づきます。たとえば、サービス名が TemperatureService で、ポート名が TemperaturePortType の場合、生成された JWS 実装ファイルの名前は TemperatureService_TemperaturePortTypeImpl.java となります。

JAX-RPC の場合、途中まで作成済みの JWS 実装ファイルの名前は、最初の <service> 要素に対応する <portType> 要素の名前に基づきます。たとえば、portType の名前が TemperaturePortType の場合、生成された JWS 実装ファイルは TemperaturePortTypeImpl.java という名前になります。

wsdlc を実行したら、途中まで作成済みの JWS 実装ファイルにビジネス ロジックを追加します。通常、この JWS ファイルを wsdlc 出力ディレクトリから、アプリケーションのソース コードを含む、より永続的なディレクトリに移動します。この例では、詳細に記述された TemperatureService_TemperaturePortTypeImpl.java JWS ファイルは src/examples/webservices/wsdlc/ ディレクトリに移動しています。次に、jwsc Ant タスクを実行し、この JWS ファイルを通常通りに指定します。ここで指定する必要がある唯一の追加属性が compiledWsdl です。この属性は、上記の例で示すように wsdlc Ant タスクで生成された JAR ファイルを指します。これは、JAR ファイルにコンパイルされているオリジナルの WSDL ファイルを使用するので、jwsc Ant タスクで WSDL ファイルを生成しないことを示します。

子要素

wsdlc Ant タスクには、次の WebLogic 固有の子要素があります。

wsdlc Ant タスクで設定可能な、標準の Ant javac タスクに関連する要素のリストについては、「wsdlc に適用される標準の Ant javac 属性」を参照してください。

binding

<binding> 子要素は、次のいずれかを指定するために使用します。

<binding> 要素は、標準の Ant <Fileset> 要素に似ており、同じ属性をすべて持ちます。指定可能な属性の詳細なリストについては、Apache Ant のマニュアルの「Fileset」を参照してください。

xmlcatalog

<xmlcatalog> 子要素には、組み込み XML カタログの ID を指定します。要素の構文は次のとおりです。

<xmlcatalog refid="id"/>

<xmlcatalog> によって参照される ID は、組み込み XML カタログの ID と一致していなければなりません。build.xml ファイルに XML カタログを組み込むには、次の構文を使用します。

<xmlcatalog id="id">
<entity publicid="public_id" location="uri"/>
</xmlcatalog>

上の構文で、public_id には元の XML リソース (WSDL または XSD) のパブリック ID を指定し、uri には代替 XML リソースを指定します。

以下の例は、XML カタログを組み込んで wsdlc を使用して参照する方法を示しています。関連するコード行は太字で示しています。

<target name="wsdlc">
    <wsdlc
        srcWsdl="wsdl_files/TemperatureService.wsdl"
        destJwsDir="output/compiledWsdl"
        destImplDir="output/impl"
        packageName="examples.webservices.wsdlc" 
        <xmlcatalog refid="wsimportcatalog"/>
    </wsdlc>
</target>
<xmlcatalog id="wsimportcatalog">
    <entity publicid="http://helloservice.org/types/HelloTypes.xsd"
             location="${basedir}/HelloTypes.xsd"/>
</xmlcatalog>

詳細については、『JAX-WS を使用した WebLogic Web サービスの高度な機能のプログラミング』の「XML カタログの使用」を参照してください。

属性

次の表では、wsdlc Ant タスクの属性について説明します。wsdlc Ant タスクで設定可能な、標準の Ant javac タスクに関連する属性のリストについては、「wsdlc に適用される標準の Ant javac 属性」を参照してください。

WebLogic 固有の wsdlc 属性

次の表では、WebLogic 固有の wsdlc 属性について説明します。

wsdlc に適用される標準の Ant javac 属性

WebLogic 固有の wsdlc 属性の他に、次に示す標準 javac 属性も定義できます。各属性の詳細については、Ant のマニュアルを参照してください。

wsdlc Ant タスクでは、次の標準 Ant 子要素も使用できます。

wsdlget

wsdlget Ant タスクは、WSDL とそのインポートされた XML リソースをローカル ディレクトリにダウンロードします。

ダウンロード ファイルは、アプリケーションのリモート XML リソースをローカル バージョンのリソースにリダイレクトするように XML カタログを定義し、そのカタログを参照する場合に使用することができます。XML カタログの使用については、『JAX-WS を使用した WebLogic Web サービスの高度な機能のプログラミング』の「XML カタログの使用」を参照してください。

以下の節では、wsdlget に関するその他の重要な情報について説明します。

Taskdef のクラス名

    <taskdef name="wsdlget"
           classname="weblogic.wsee.tools.anttasks.WsdlGetTask"/>

例

次の Ant build.xml ファイルの抜粋は、wsdlget Ant タスクを使用して WSDL とそのインポートされた XML リソースをダウンロードする方法を示しています。XML リソースは、Ant タスクが実行されるディレクトリ内の wsdl フォルダに保存されます。

<target name="wsdlget"
     <wsdlget 
          wsdl="http://host/service?wsdl"
          destDir="./wsdl/"
     />
</target>

子要素

wsdlget Ant タスクには、<xmlcatalog> という WebLogic 固有の子要素があります。<xmlcatalog> 子要素には、組み込み XML カタログの ID を指定します。要素の構文は次のとおりです。

<xmlcatalog refid="id"/>

<xmlcatalog> によって参照される ID は、組み込み XML カタログの ID と一致していなければなりません。build.xml ファイルに XML カタログを組み込むには、次の構文を使用します。

<xmlcatalog id="id">
<entity publicid="public_id" location="uri"/>
</xmlcatalog>

上の構文で、public_id には元の XML リソース (WSDL または XSD) のパブリック ID を指定し、uri には代替 XML リソースを指定します。

以下の例は、XML カタログを組み込んで wsdlget を使用して参照する方法を示しています。関連するコード行は太字で示しています。

<target name="wsdlget">
<wsdlget 
     wsdl="${wsdl}"
     destDir="${wsdl.dir}"
     catalog="wsdlcatalog.xml"/>
     <xmlcatalog refid="wsimportcatalog"/>
</wsdlget>
</target>
<xmlcatalog id="wsimportcatalog">
     <entity publicid="http://helloservice.org/types/HelloTypes.xsd"
             location="${basedir}/HelloTypes.xsd"/>
</xmlcatalog>

詳細については、『JAX-WS を使用した WebLogic Web サービスの高度な機能のプログラミング』の「XML カタログの使用」を参照してください。

属性

次の表では、wsdlget Ant タスクの属性について説明します。