The following sections describe how to configure security for your Web Service:
Transport-level security refers to securing the connection between a client application and a Web Service with Secure Sockets Layer (SSL).
Seefor general information about SSL and the implementations included in WebLogic Server.
To configure transport-level Web Services security:
You can configure one-way SSL where WebLogic Server is required to present a certificate to the client application, or two-way SSL where both the client applications and WebLogic server present certificates to each other.
@weblogic.jws.security.UserDataConstaintannotation to require that the Web Service be invoked using the HTTPS transport.
build.xmlfile that invokes the
clientgenAnt task to use a static WSDL to generate the JAX-RPC stubs of the Web Service, rather than the dynamic deployed WSDL of the service.
clientgen cannot generate the stubs from the dynamic WSDL in this case is that when you specify the
@UserDataConstraint annotation, all client applications are required to specify a truststore, including
clientgen. However, there is currently no way for
clientgen to specify a truststore, thus the Ant task must generate its client components from a static WSDL that describes the Web Service in the same way as the dynamic WSDL.
trustStore specifies the name of the client-side truststore that contains the list of trusted certificates (one of which should be the server’s certificate).To disable host name verification, also specify the following property:
trustStore specifies the name of the client-side truststore that contains the list of trusted certificates (one of which should be the server’s certificate). To disable host name verification, also specify the following property:
See Configuring Two-Way SSL for a Client Application for details about two-way SSL.
If you configured two-way SSL for WebLogic Server, the client application must present a certificate to WebLogic Server, in addition to WebLogic Server presenting a certificate to the client application as required by one-way SSL. You must also follow these requirements:
The SSL package of J2SE requires that the password of the client’s private key must be the same as the password of the client’s keystore. For this reason, the client keystore can include only one private key and X.509 certificate pair.
You can use the Cert Gen utility or Sun Microsystem's keytool utility to perform this step. For development purposes, the
keytool utility is the easiest way to get started.
trustStore specifies the name of the client-side truststore that contains the list of trusted certificates (one of which should be the server’s certificate) and
trustStorePassword specifies the truststore’s password.
The dev2dev CodeShare is a community of developers that share ideas, code and best practices related to BEA technologies. The site includes code examples for a variety of BEA technologies, including using SSL with Web Services.
To view and download the SSL Web Services code examples on the dev2dev site, go to the mainpage and click on Web Services in the By Technology column.