This deployment step must be performed at least once, and can be performed more often. Deployment can be performed separately using the wsdeploy command, assembly tools, or when the application is installed. When using the wsadmin command for installation, specify the -deployws option. The wsdeploy command operates as noted in the following list:
See WSDL2Java command for more information about the files that are generated for deployment.
When the generated files are compiled, they can reference application-specific classes outside the EAR or JAR file, if the EAR or JAR file is not self-contained. In this case, use either the -jardir or -cp option to specify additional JAR or zip files to be added to CLASSPATH variable when the generated files are compiled.
wsdeploy command syntax The command syntax is noted in the following example:
wsdeploy Input_filename Output_filename [options]Required options:
The path to the EAR or JAR file to deploy.
The path of the deployed EAR or JAR file. If output_filename already exists, it is silently overwritten. The output_filename can be the same as the input_filename.
Other options:
Specifies a directory that contains JAR or zip files. All JAR and zip files in this directory are added to the CLASSPATH used to compile the generated files. This option can be specified zero or more times.
Specifies entries to add to the CLASSPATH when the generated classes are compiled. Multiple entries are separated the same as they are in the CLASSPATH environment variable, with a semicolon on Windows platforms and a colon for Linux and Unix platforms.
To generate but not compile deployment code. This option implicitly specifies the -keep option.
Includes debugging information when compiling, that is, use javac -g to compile.
Displays a help message and exit.
Do not stop deployment if validation or compilation errors are encountered.
Do not delete working directories containing generated classes. A message is displayed indicating the name of the working directory that is retained.
Do not validate the Web services deployment descriptors in the input file.
Displays processing information, including the names of the generated files.
Example The following example illustrates how the options are used with the wsdeploy command:
wsdeploy x.ear x_deployed.ear -trace -keep Processing web service module x_client.jar. Keeping directory: f:\temp\Base53383.tmp for module: x_client.jar. Parsing XML file:f:\temp\Base53383.tmp\WarDeploy.wsdl Generating f:\temp\Base53383.tmp\generatedSource\com\test\WarDeploy.java Generating f:\temp\Base53383.tmp\generatedSource\com\test\WarDeployLocator.java Generating f:\temp\Base53383.tmp\generatedSource\com\test\HelloWsBindingStub.java Compiling f:\temp\Base53383.tmp\generatedSource\com\test\WarDeploy.java. Compiling f:\temp\Base53383.tmp\generatedSource\com\test\WarDeployLocator.java. Compiling f:\temp\Base53383.tmp\generatedSource\com\test\HelloWsBindingStub.java. Done processing module x_client.jar.Messages
Option f was not recognized as a valid option.
Options can be abbreviated, but the abbreviation must be unique. In this case, the wsdeploy command cannot determine which option was intended.
A required parameter for an option is omitted.
A required option is omitted.
Related tasks
Deploying Web services