JAX-WS - где сгенерированные веб-сервисом классы? - PullRequest
Новая
       53

JAX-WS - где сгенерированные веб-сервисом классы?

3 голосов
/ 13 апреля 2011

Я смотрю на стр. 344 Учебника по Java EE 6:

  1. Использует сгенерированный класс helloservice.endpoint.HelloService, который представляет служба по URI файла WSDL развернутой службы: import helloservice.endpoint.HelloService;

Где этот сгенерированный класс? Я включил файл WAR службы, которая должна сгенерировать это. С сервисной стороны все в порядке, так как я вижу сгенерированную схему WSDL в http://localhost:8080/helloservice/HelloService?WSDL

Ответы [ 2 ]

0 голосов
/ 13 апреля 2011

Я заглянул в каталог java bin и не нашел wscompile, но нашел там [wsimport] [1]Я думаю, что это то, что используется в Java 6. 

Overview 
The wsimport tool generates JAX-WS portable artifacts, such as: 

Service Endpoint Interface (SEI)
Service
Exception class mapped from wsdl:fault (if any)
Async Reponse Bean derived from response wsdl:message (if any)
JAXB generated value types (mapped java classes from schema types)
These artifacts can be packaged in a WAR file with the WSDL and schema documents along with the endpoint implementation to be deployed. also provides wsimport ant task, see Wsimport ant task. 


Launching wsimport 
Solaris/Linux 
/bin/wsimport.sh -help
Windows 
\bin\wsimport.bat -help
0 голосов
/ 13 апреля 2011

Вот ссылка из oracle javaee tutorial :

Задача generate-wsdl Задача generate-wsdl запускает wscompile, который создает WSDL и файлы сопоставления.Файл WSDL описывает веб-сервис и используется для создания клиентских заглушек в Static Stub Client.Файл сопоставления содержит информацию, которая связывает сопоставление между интерфейсами Java и определением WSDL.Он должен быть переносимым, чтобы любой J2EE-совместимый инструмент развертывания мог использовать эту информацию вместе с файлом WSDL и интерфейсами Java для создания заглушек и связей для развернутых веб-сервисов.

The files created in this example are MyHelloService.wsdl and mapping.xml. The generate-wsdl task runs wscompile with the following arguments: 

wscompile -define -mapping build/mapping.xml -d build -nd build 
-classpath build config-interface.xml 
The -classpath flag instructs wscompile to read the SEI in the build directory, and the -define flag instructs wscompile to create WSDL and mapping files. The -mapping flag specifies the mapping file name. The -d and -nd flags tell the tool to write class and WSDL files to the build subdirectory. 

The wscompile tool reads an interface configuration file that specifies information about the SEI. In this example, the configuration file is named config-interface.xml and contains the following: 

<?xml version="1.0" encoding="UTF-8"?>
<configuration 
  xmlns="http://java.sun.com/xml/ns/jax-rpc/ri/config">
  <service 
      name="MyHelloService" 
      targetNamespace="urn:Foo" 
      typeNamespace="urn:Foo" 
      packageName="helloservice">
      <interface name="helloservice.HelloIF"/>
  </service>
</configuration> 
This configuration file tells wscompile to create a WSDL file named MyHello
Service.wsdl with the following information: 

•The service name is MyHelloService.
•The WSDL target and type namespace is urn:Foo. The choice for what to use for the namespaces is up to you. The role of the namespaces is similar to the use of Java package names--to distinguish names that might otherwise conflict. For example, a company can decide that all its Java code should be in the package com.wombat.*. Similarly, it can also decide to use the namespace http://wombat.com. 
•The SEI is helloservice.HelloIF.
The packageName attribute instructs wscompile to put the service classes into the helloservice package.
...