Creating a Java bean skeleton from a WSDL document using the WebSphere JAX-RPC runtime environment

The Web Service wizard assists you in creating a skeleton bean from an existing WSDL document. The skeleton bean contains a set of methods that correspond to the operations described in the WSDL document. When the bean is created, each method has a trivial implementation that you replace by editing the bean.

Before you begin

Prerequisites:

About this task

To create a skeleton Java™ bean from a WSDL document using the WebSphere JAX-RPC runtime environment:

Procedure

  1. Switch to the Java EE perspective ( Window > Open Perspective > Java EE).
  2. In the Enterprise Explorer view, select the Web project in which you want to create the skeleton bean web service, and select the WSDL file you have created or imported.
  3. Click File > New > Other. Select Web Services in order to display the various Web service wizards. Select the Web Service wizard. Click Next.
  4. Web Services page: select Top down Java bean Web service as your web service type. You can optionally choose to do the following:
    1. Select the stages of web services development that you want to complete using the slider. This will set several default values on the remaining wizard panels.
      • Develop: this will develop the WSDL definition and implementation of the web service. This includes such tasks as creating the modules which will contain the generated code, WSDL files, deployment descriptors, and Java files when appropriate.
      • Assemble: this ensures the project that will host the web service or client gets associated to an EAR when required by the target application server.
      • Deploy: this will create the deployment code for the service.
      • Install: this will install and configure the Web module and EARs on the target server. If any changes to the endpoints of the WSDL file are required they will be made in this stage.
      • Start: this will start the server once the service has been installed on it.
      • Test: this will provide various options for testing the service, such as using the Generic Services Client, Web Service Explorer or sample JSPs.
    2. Select your server: the default server is displayed. If you want to deploy your service to a different server click the link to specify a different server.
    3. Select your runtime: the default runtime is displayed. If you want to deploy your service to a different runtime click the link to specify a different runtime.
    4. Select the service project: the project selected in your workspace is displayed. To select a different project and EAR click on the project link. Ensure that the project selected as the Client Web Project is different from the Service Web Project, or the service will be overwritten by the client's generated artifacts.
    5. If you want to create a client, select the type of proxy to be generated and repeat the above steps for the client.
    6. Publish the web service: this launches the Web Services Explorer to publish your web service to a UDDI registry.
    7. Monitor the web service: this will send the web service traffic through the TCP/IP Monitor, which allows you to watch the SOAP traffic generated by the web service and to test this traffic for WS-I compliance. Alternately you can manually set up a TCP/IP monitor as described in Using the TCP/IP Monitor to test web services Note that if you are routing web service traffic through the TCP/IP monitor that you cannot test the web service using the Universal Test Client.
  5. Web Service Skeleton Java Bean Configuration page:
    • Skeleton folder: enter the location where you want the Java bean skeleton to be created.
    • Set the service deploy scope. This indicates how to deploy the server implementation. Application uses one instance of the implementation class for all requests. Request creates a new instance of the implementation class for each request. Session creates a new instance of the implementation class for each session. Default takes the runtime environment's default, which is request scope for WebSphere Application Server.
    • Optionally, you can select if you want security enabled for this web service; security is not WS-I compliant.
    • Define custom mapping for namespace to package: If you want to review or edit the mappings between packages and namespaces, select this checkbox.
  6. Web Service Namespace to Package Mappings page: The Web services wizard generates a number of Java files from the specified WSDL. By default it will create package names based on the namespaces specified in the WSDL file. To override this default behavior you can specify your own package names for some or all of the namespaces in the WSDL file. If you selected Define custom mapping for namespace to package on the previous page, you can enter your custom mapping pairs on this page by clicking Add. Alternately, you can click Import to import custom mapping pairs from a .properties file. The content of the properties file must be of the format namespace=package . You will need to escape some special characters in the properties files. For example http://someNamespace=somePackage should be http\://someNamespace=somePackage. Otherwise, the colon (:) would be treated as delimiter resulting in trying to map http to //someNamespace=somePackage. For more information about formats for properties files in Java, refer to: Java Platform API documentation: java.util.Properties load method.
  7. Web Service Proxy page: If you have selected to generate a proxy, this page shows the options for the proxy. It lists the folder where the proxy will be generated, and you can optionally enable security for the proxy, and create custom mappings between namespaces and packages.
  8. Web Service Client Namespace to Package Mappings page: if you selected Define custom mapping for namespace to package on the previous page, you can enter your custom mapping pairs on this page by clicking Add. Alternately, you can click Import to import custom mapping pairs from a .properties file. The content of the properties file must be of the format namespace=package. You will need to escape some special characters in the properties files. For example http://someNamespace=somePackage should be http\://someNamespace=somePackage. Otherwise, the colon (:) would be treated as delimiter resulting in trying to map http to //someNamespace=somePackage. For more information about formats for properties files in Java, refer to: Java Platform API documentation: java.util.Properties load method.
  9. Web Service Publication page: If you have selected to publish your web service to a UDDI registry, use this page to launch the Web Services Explorer and select the UDDI registry to which the web service will be published. Click Finish.

Results

After the web service has been created, the following may occur depending on the options you selected:

Feedback