sun.com docs.sun.com | My Sun Worldwide Sites

|  | Products |  | Downloads |  | Service & Solutions |  | Support |  | Training |  | Research

|  | Previous | Contents |  | Next
3. 6. Chapter 4 ### Setup and Configuration This chapter describes how to set up the JAX-WS TCK and JavaTest harness software. Before proceeding with the instructions in this chapter, be sure to install all required software, as described in Chapter 3. Note - The JAX-WS TCK 2.2 contains two configuration values in `<TS_HOME>/bin/ts.jte` that correspond to the two implementations used during test execution. These two properties are `jaxws.home` and `jaxws.home.ri`. The `jaxws.home` property should point to the implementation under test. In most cases, this will be your implementation of JAX-WS. However, it is recommended that you initially set this to the location of the Sun JAX-WS RI to familiarize yourself with the JAX-WS TCK suite and JavaTest software, as well as ensure that your environment is correctly configured. The `jaxws.home.ri` property must always be set to the location of the Sun Reference Implementation. The installation to which `jaxws.home.ri` points to is used when running reverse tests. These tests can only be run after you have successfully rebuilt the tests using your implementation of the JAX-WS 2.2 toolset. Please see Appendix B for more information on rebuilding tests. After completing the instructions in this chapter, proceed to Chapter 5 for instructions on running the JAX-WS TCK. This chapter includes the following topics: 4.1 Configuring Your Environment to Run the JAX-WS TCK Against the Sun Reference Implementation 4.2 Configuring Your Environment to Run the JAX-WS TCK Against the Vendor Implementation 4.3 Configuring Your Environment to Rebuild and Run the JAX-WS TCK Against the Sun RI 4.4 Configuring Your Environment to Simultaneously Run the JAX-WS TCK Against the VI and the Sun RI 4.5 Configuring and Starting Your Application Server(s) 4.6 Deploying the JAX-WS TCK Tests 4.7 Using the JavaTest Harness Software 4.8 Using the JavaTest Harness Configuration GUI ### 4.1 Configuring Your Environment to Run the JAX-WS TCK Against the Sun Reference Implementation After configuring your environment as described in this section, continue with the instructions in Using the JavaTest Harness Software. Note - In these instructions, variables in angle brackets need to be expanded for each platform. For example, `<TS_HOME>` becomes `$TS_HOME` on Solaris/Linux and `%TS_HOME%` on Windows XP/Vista. In addition, the forward slashes (`/`) used in all of the examples need to be replaced with backslashes (`\`) for Windows XP/Vista. Finally, be sure to use the appropriate separator for your operating system when specifying multiple path entries (`;` on Windows, `:` on UNIX/Linux). On Windows, you must escape any backslashes with an extra backslash in path separators used in any of the following properties, or use forward slashes as a path separator instead. For example, if the Sun Java EE 6 RI installation is `C:\Sun\JavaEE6`, you must specify it as `C:\\Sun\\JavaEE6` or `C:/Sun/JavaEE6`. #### To Configure Your Environment to Run the JAX-WS TCK Against the Sun RI The term Sun RI refers to the Sun Java EE 6 RI which contains the JAX-WS RI implementation classes/jars. Set the following environment variables in your shell environment: `JAVA_HOME` to the directory in which Java SE is installed `TS_HOME` to the directory in which the JAX-WS TCK 2.2 software is installed `ANT_HOME` must be set to `<TS_HOME>/tools/ant` Edit your `<TS_HOME>/bin/ts.jte` file and set the following environment variables: Set the `webServerHost` property to the hostname where the web server is running that is configured with the Sun RI. The default setting is `localhost`. Set the `webServerPort` property to the port number where the web server is running that is configured with the Sun RI. The default setting is `8000`. Set the `jaxws.home` property to the location where the Sun RI is installed. The default setting is `${webcontainer.home}`. Set the `jaxws.classes` property to point to the Sun RI classes/jars. Note that this property is already set and should not require any changes. Verify that the `tools.jar` property is set to the location of the `tools.jar` file that is distributed with Java SE. Set the `impl.vi, impl.vi.deploy.dir, impl.vi.host, and impl.vi.port` properties to the supported web container, deploy directory, host and port for the Sun RI. The supported web container for the Sun RI is the Sun Java EE 6 RI. So the default settings for these properties are as follows:
          impl.vi.deploy.dir=${webcontainer.home}/domains/domain1/autodeploy
          impl.vi=glassfish.xml
          impl.vi.host=${webServerHost}
          impl.vi.port=${webServerPort}
   8. Set the `webcontainer.home` property to the location where the web server is installed for the Sun RI. This will be where the Sun Java EE 6 RI is installed. Set the `porting.ts.url.class.1` property to the porting implementation class that is used for obtaining URLs. The default setting for the Sun RI porting implementation is:
          com.sun.ts.lib.implementation.sun.common.SunRIURL
2. 4. Set the `user` and `password` properties to the user name and password used for the basic authentication tests. The default setting is `j2ee` for both. Set the `authuser` and `authpassword` properties to the user name and password used for the basic authentication tests. The default setting for both is `javajoe`. Set the `http.server.supports.endpoint.publish` property based on whether Endpoint Publish APIs are supported on the container. If using Java SE 6 or above, verify that the property `endorsed.dirs` is set to the location of the VI API jars for those technologies you wish to override. Java SE 6 contains an implementation of JAX-WS 2.1 which will conflict with JAX-WS 2.2, therefore this property must be set so that JAX-WS 2.2 will be used during the building of tests and during test execution. Edit the catalog file `<TS_HOME>/bin/catalog/META-INF/jax-ws-catalog.xml`, replacing the host and port settings of `systemId` with the value of your host and port setting where the WSDL is published. Provide your own implementations of the porting package interfaces provided with the JAX-WS TCK. The porting interfaces are: `TSURLInterface.java` — Obtains URL strings for web resources in an implementation-specific manner API documentation for the `TSURLInterface.java` porting package interface is available in the `<TS_HOME>/docs/api` directory. The `<TS_HOME>/bin/jaxws-url-props.dat` file contains the webservice endpoint and WSDL URLs that the TCK tests use when running against the Sun RI. In the Sun porting package that the TCK uses, the URLs are returned as is since this is the form that the Sun RI expects. You may need an alternate form of these URLs in order to run the TCK tests in your environment. However, you MUST NOT modify the `jaxws-url-props.dat` file, but instead make any necessary changes in your own porting implementation class to transform the URLs appropriately for your environment. ### 4.2 Configuring Your Environment to Run the JAX-WS TCK Against the Vendor Implementation After configuring your environment as described in this section, continue with the instructions in Using the JavaTest Harness Software. Note - In these instructions, variables in angle brackets need to be expanded for each platform. For example, `<TS_HOME>` becomes `$TS_HOME` on Solaris/Linux and `%TS_HOME%` on Windows XP/Vista. In addition, the forward slashes (`/`) used in all of the examples need to be replaced with backslashes (`\`) for Windows XP/Vista. Finally, be sure to use the appropriate separator for your operating system when specifying multiple path entries (`;` on Windows, `:` on UNIX/Linux). On Windows, you must escape any backslashes with an extra backslash in path separators used in any of the following properties, or use forward slashes as a path separator instead. For example, if the Sun Java EE 6 RI installation is `C:\Sun\JavaEE6`, you must specify it as `C:\\Sun\\JavaEE6` or `C:/Sun/JavaEE6`. #### To Configure Your Environment to Run the JAX-WS TCK Against the VI Set the following environment variables in your shell environment: `JAVA_HOME` to the directory in which Java SE is installed `TS_HOME` to the directory in which the JAX-WS TCK 2.2 software is installed `ANT_HOME` must be set to `<TS_HOME>/tools/ant` Edit your `<TS_HOME>/bin/ts.jte` file and set the following environment variables: Set the `webServerHost` property to the hostname where the web server is running that is configured with the Vendor Implementation. The default setting is `localhost`. Set the `webServerPort` property to the port number where the web server is running that is configured with the Vendor Implementation. The default setting is `8000`. Set the `jaxws.home` property to the location where the Vendor Implementation is installed. The default setting is `${webcontainer.home}`. Set the `jaxws.classes` property to point to the Vendor Implementation classes/jars. As an example, the `ts.jte` file contains the property `jaxws.classes.ri`, which contains the classes/jar files that the Sun Java EE 6 RI uses. The `jaxws.classes.ri` settings for the Sun Java EE 6 RI web container are as follows:
          jaxws.home.ri=${webcontainer.home.ri}
          jaxws.lib.ri=${jaxws.home.ri}/modules
          endorsed.dirs.ri=${jaxws.home.ri}/modules/endorsed
          jaxws.classes.ri=${endorsed.dirs.ri}/webservices-api-osgi.jar:
          ${endorsed.dirs.ri}/jaxb-api-osgi.jar:
          ${jaxws.lib.ri}/webservices-osgi.jar:
          ${jaxws.lib.ri}/jaxb-osgi.jar:
          ${jaxws.lib.ri}/gmbal.jar:
          ${jaxws.lib.ri}/management-api.jar:
          ${jaxws.lib.ri}/mimepull.jar
      The `jaxws.classes.ri` settings if using the Apache Tomcat web container with the Standalone JAX-WS 2.2 Sun RI would be as follows:
          jaxws.home.ri=${webcontainer.home.ri}
          jaxws.lib.ri=${jaxws.home.ri}/shared/lib
          endorsed.dirs.ri=${jaxws.home.ri}/common/endorsed
          jaxws.classes.ri=${endorsed.dirs.ri}/jaxws-api.jar:
          ${endorsed.dirs.ri}/jsr181-api.jar:
          ${endorsed.dirs.ri}/jsr250-api.jar:
          ${endorsed.dirs.ri}/jsr173_api.jar:
          ${endorsed.dirs.ri}/activation.jar:
          ${endorsed.dirs.ri}/management-api.jar:
          ${endorsed.dirs.ri}/saaj-api.jar:
          ${endorsed.dirs.ri}/jaxb-api.jar:
          ${jaxws.lib.ri}jaxws-rt.jar:
          ${jaxws.lib.ri}/jaxws-tools.jar:
          ${jaxws.lib.ri}/resolver.jar:
          ${jaxws.lib.ri}/http.jar:
          ${jaxws.lib.ri}/saaj-impl.jar:
          ${jaxws.lib.ri}/FastInfoset.jar:
          ${jaxws.lib.ri}/jaxb-impl.jar:
          ${jaxws.lib.ri}/jaxb-xjc.jar:
          ${jaxws.lib.ri}/woodstox.jar:
          ${jaxws.lib.ri}/stax-ex.jar:
          ${jaxws.lib.ri}/gmbal.jar:
          ${jaxws.lib.ri}/mimepull.jar:
          ${jaxws.lib.ri}/policy.jar:
          ${jaxws.lib.ri}/streambuffer.jar
   6. Verify that the `tools.jar` property is set to the location of the `tools.jar` file that is distributed with Java SE. Set the `impl.vi, impl.vi.deploy.dir, impl.vi.host, and impl.vi.port` properties to the supported web container, deploy directory, host and port for the Vendor Implementation. As an example, the the `ts.jte` file contains the ri settings for the Sun Java EE 6 RI which are as follows:
          webcontainer.home.ri=/sun/javaee6
          impl.ri.deploy.dir=${webcontainer.home.ri}/domains/domain1/autodeploy
          impl.ri=glassfish.xml
          impl.ri.host=${webServerHost.2}
          impl.ri.port=${webServerPort.2}
      The ri settings is using the Apache Tomcat web container with the Standalone JAX-WS 2.2 Sun RI would be as follows:
          webcontainer.home.ri=/tomcat
          impl.ri=tomcat
          impl.ri.deploy.dir=${webcontainer.home.ri}/webapps
          impl.ri.host=${webServerHost.2}
          impl.ri.port=${webServerPort.2}
   8. Set the `webcontainer.home` property to the location where the web container for the Vendor Implementation is installed. Set the `porting.ts.url.class.1` property to the porting implementation class that is used for obtaining URLs. The default setting for the Sun RI porting implementation is:
          com.sun.ts.lib.implementation.sun.common.SunRIURL
3. 12. Set the `user` and `password` properties to the user name and password used for the basic authentication tests. The default setting for both is `j2ee`. Set the `authuser` and `authpassword` properties to the user name and password used for the basic authentication tests. The default setting for both is `javajoe`. Set the `http.server.supports.endpoint.publish` property based on whether Endpoint Publish APIs are supported on the container. If using Java SE 6 or above, verify that the property `endorsed.dirs` is set to the location of the RI API jars for those technologies you wish to override. Java SE 6 contains an implementation of JAX-WS 2.1 which will conflict with JAX-WS 2.2, therefore this property must be set so that JAX-WS 2.2 will be used during the building of tests and during test execution. Edit the catalog file `<TS_HOME>/bin/catalog/META-INF/jax-ws-catalog.xml`, replacing the host and port settings of `systemId` with the value of your host and port setting where the WSDL is published. Provide your own implementations of the porting package interfaces provided with the JAX-WS TCK. The porting interfaces are: `TSURLInterface.java` — Obtains URL strings for web resources in an implementation-specific manner API documentation for the `TSURLInterface.java` porting package interface is available in the `<TS_HOME>/docs/api` directory. The `<TS_HOME>/bin/jaxws-url-props.dat` file contains the webservice endpoint and WSDL URLs that the TCK tests use when running against the Sun RI. In the Sun porting package that the TCK uses, the URLs are returned as is since this is the form that the Sun RI expects. You may need an alternate form of these URLs in order to run the TCK tests in your environment. However, you MUST NOT modify the `jaxws-url-props.dat` file, but instead make any necessary changes in your own porting implementation class to transform the URLs appropriately for your environment. ### 4.3 Configuring Your Environment to Rebuild and Run the JAX-WS TCK Against the Sun RI This section describes the steps needed to configure the JAX-WS TCK so that the tests can be rebuilt (using the Vendors Implementation toolset), and then deployed and run against the Sun Reference Implementation. If you are not ready to proceed with this portion of the testing process, skip this section for now and proceed to Configuring and Starting Your Application Server(s). After configuring your environment, continue with the instructions in Using the JavaTest Harness Software. Note - In these instructions, variables in angle brackets need to be expanded for each platform. For example, `<TS_HOME>` becomes `$TS_HOME` on Solaris/Linux and `%TS_HOME%` on Windows XP/Vista. In addition, the forward slashes (`/`) used in all of the examples need to be replaced with backslashes (`\`) for Windows XP/Vista. Finally, be sure to use the appropriate separator for your operating system when specifying multiple path entries (`;` on Windows, `:` on UNIX/Linux). On Windows, you must escape any backslashes with an extra backslash in path separators used in any of the following properties, or use forward slashes as a path separator instead. For example, if the Sun Java EE 6 RI installation is `C:\Sun\JavaEE6`, you must specify it as `C:\\Sun\\JavaEE6` or `C:/Sun/JavaEE6`. #### To Configure Your Environment to Rebuild and Run Against the Sun RI The term Sun RI refers to the Sun Java EE 6 RI which contains the JAX-WS RI implementation classes/jars. Set the following environment variables in your shell environment: `JAVA_HOME` to the directory in which Java SE is installed `TS_HOME` to the directory in which the JAX-WS TCK 2.2 software is installed `ANT_HOME` must be set to `<TS_HOME>/tools/ant` Edit your `<TS_HOME>/bin/ts.jte` file and set the following environment variables: Set the `webServerHost` property to the hostname where the web server for the Vendor Implementation is running. Set the `webServerPort` property to the port number where the web server for the Vendor Implementation is running. Set the `webServerHost.2` property to the hostname where the web server for the Sun RI is running. The default setting is `localhost`. Set the `webServerPort.2` property to the port number where the web server for the Sun RI is running. The default setting is `8000`. Set the `jaxws.home` property to the location where the Vendor Implementation is installed. Set the `jaxws.classes` property to point to the Vendors Implementation classes/jars. Set the `jaxws.home.ri` property to the location where the Sun RI is installed. The `jaxws.classes.ri` property is already configured to point to the Sun RI classes/jars. No changes are necessary for this property. Set the `wsgen.ant.classname` property to the Vendor Implementation class that mimics the Sun RI ant task, which in turn calls the Sun `wsgen` Java-to-WSDL tool. Set the `wsimport.ant.classname` property to the Vendor Implementation class that mimics the Sun RI ant task, which in turn calls the Sun `wsimport` WSDL-to-Java tool. Set the `impl.vi, impl.vi.deploy.dir, impl.vi.host, and impl.vi.port` properties to the supported web container, deploy directory, host and port used for the Vendor implementation. Set the `impl.ri, impl.ri.deploy.dir, impl.ri.host, and impl.ri.port` properties to the supported web container, deploy directory, host and port used for Sun Reference implementation. The supported web container for standalone web applications is the Sun Java EE 6 RI. So the default settings for these properties are as follows:
           impl.ri.deploy.dir=${webcontainer.home.ri}/domains/domain1/autodeploy
           impl.ri=glassfish.xml
           impl.ri.host=${webServerHost.2}
           impl.ri.port=${webServerPort.2}
   15. Set the `webcontainer.home` property to the location where the web container for the Vendor Implemenation is installed. Set the `webcontainer.home.ri` property to the location where the web container for the Sun Reference Implementation is installed. Set the `porting.ts.url.class.1` property to your porting implementation class that is used for obtaining URLs. The default setting points to the Sun RI porting implementation which is:
           com.sun.ts.lib.implementation.sun.common.SunRIURL
3. Set the `porting.ts.url.class.2` property to the Sun RI porting implementation class that is used for obtaining URLs. No changes are necessary for this property. Set the `user` and `password` properties to the user name and password used for the basic authentication tests. The default setting for both is `j2ee`. Set the `authuser` and `authpassword` properties to the user name and password used for the basic authentication tests. The default setting for both is `javajoe`. Set the `http.server.supports.endpoint.publish` property based on whether Endpoint Publish APIs are supported on the container. If using Java SE 6 or above, verify that the property `endorsed.dirs` is set to the location of the VI API jars for those technologies you wish to override. Java SE 6 contains an implementation of JAX-WS 2.1 which will conflict with JAX-WS 2.2, therefore this property must be set so that JAX-WS 2.2 will be used during the building of tests and during test execution. If using Java SE 6 or above, verify that the property `endorsed.dirs.ri` is set to the location of the RI API jars for those technologies you wish to override. Java SE 6 contains an implementation of JAX-WS 2.1 which will conflict with JAX-WS 2.2, therefore this property must be set so that JAX-WS 2.2 will be used during the building of tests and during test execution. Edit the catalog file `<TS_HOME>/bin/catalog/META-INF/jax-ws-catalog.xml`, replacing the host and port settings of `systemId` with the value of your host and port setting where the WSDL is published. Provide your own implementations of the porting package interfaces provided with the JAX-WS TCK. The porting interfaces are: `TSURLInterface.java` — Obtains URL strings for web resources in an implementation-specific manner API documentation for the `TSURLInterface.java` porting package interface is available in the `<TS_HOME>/docs/api` directory. The `<TS_HOME>/bin/jaxws-url-props.dat` file contains the webservice endpoint and WSDL URLs that the TCK tests use when running against the Sun RI. In the Sun porting package that the TCK uses, the URLs are returned as is since this is the form that the Sun RI expects. You may need an alternate form of these URLs in order to run the TCK tests in your environment. However, you MUST NOT modify the `jaxws-url-props.dat` file, but instead make any necessary changes in your own porting implementation class to transform the URLs appropriately for your environment. Refer to Appendix B for instructions on rebuilding the JAX-WS TCK. ### 4.4 Configuring Your Environment to Simultaneously Run the JAX-WS TCK Against the VI and the Sun RI This section describes the steps needed to configure the JAX-WS TCK so that all tests can be run; forward tests against the Vendors Implementation and reverse tests against the Sun Reference Implementation. Since the JAX-WS TCK needs to be tested against both the Sun Reference Implementation and the Vendors Implementation, two separate Web servers need to be configured. Two individual Web servers are required, and the same steps, below, must be performed to configure each Web server. If you are not going to perform this kind of testing at this time, skip this section and proceed to Configuring and Starting Your Application Server(s), otherwise perform the steps described in the following sections: 4.2 Configuring Your Environment to Run the JAX-WS TCK Against the Vendor Implementation 4.3 Configuring Your Environment to Rebuild and Run the JAX-WS TCK Against the Sun RI ### 4.5 Configuring and Starting Your Application Server(s) Complete the following two procedures to configure your Application server environments for RI and VI. #### To Configure the Vendor implementation as your VI environment Set the following environment variables in your shell environment: `JAVA_HOME` to the directory in which Java SE is installed `TS_HOME` to the directory in which the JAX-WS TCK 2.2 software is installed `ANT_HOME` must be set to `<TS_HOME>/tools/ant` Ensure `ts.jte` settings for Vendor specific properties have been configured. Run `ant config.vi` target to configure for Vendor implementation.
       cd <TS_HOME>/bin
       <ANT_HOME>/bin/ant config.vi
3. #### To Configure the Sun Reference implementation as your RI environment Set the following environment variables in your shell environment: `JAVA_HOME` to the directory in which Java SE is installed `TS_HOME` to the directory in which the JAX-WS TCK 2.2 software is installed `ANT_HOME` must be set to `<TS_HOME>/tools/ant` Ensure `ts.jte` settings for RI specific properties have been configured. Run `ant config.ri` target to configure for RI implementation.
       cd <TS_HOME>/bin
       <ANT_HOME>/bin/ant config.ri
- ### 4.6 Deploying the JAX-WS TCK Tests The JAX-WS TCK provides an automatic way of deploying both the prebuilt and Vendor-built archives to the configured web container(s) via deployment handlers. The handler file (`<TS_HOME>/bin/xml/impl/glassfish/deploy.xml` is written to be used with the Sun Java EE 6 RI. If the Vendor chooses not to use Sun Java EE 6 RI with their implementation, or chooses to rebuild the JAX-WS TCK tests using some other method than the infrastructure provided, they should create their own version handler file to provide this functionality. This section describes the various commands used for deploying the WAR files to the configured web container. 4.6.1 Generic Deployment Command Scenarios 4.6.2 Deploying the JAX-WS TCK Prebuilt Archives 4.6.3 Deploying the Rebuilt JAX-WS TCK Tests Against the Sun Reference Implementation #### 4.6.1 Generic Deployment Command Scenarios The `keywords` system property enables you to deploy a subset of the tests that would normally be deployed in batch mode by means of `<ANT_HOME>/bin/ant deploy`. To specify it, add the option `-Dkeywords=``value` to the `ant` command, where `value` is either `forward`, `reverse`, or `all`. The supported values control the directions in which the rebuildable tests are deployed. Setting this property to `all` (the default) deploys both the prebuilt and vendor build tests. Setting the property to `forward` deploys the prebuilt tests in the forward direction only. Setting the property to `reverse` deploys the vendor rebuilt tests in the reverse direction only. ##### To Deploy all the WAR Files From the `<TS_HOME>/dist` to Both Web Servers Enter the following command:
      <ANT_HOME>/bin/ant deploy.all
  or
      <ANT_HOME>/bin/ant -Dkeywords=all deploy.all
- ##### To Deploy a Single Test Directory in the Forward Direction Enter the following commands:
      cd <TS_HOME>/src/com/sun/ts/tests/jaxws/api/javax_xml_ws/Dispatch
      <ANT_HOME>/bin/ant -Dkeywords=forward deploy
- ##### To Deploy a Subset of Test Directories in the Reverse Direction Enter the following commands:
      cd <TS_HOME>/src/com/sun/ts/tests/jaxws/api
      <ANT_HOME>/bin/ant -Dkeywords=reverse deploy
Note - The `-Dkeywords` option is supported by the `deploy`, `undeploy`, `deploy.all`, and `undeploy.all` commands. #### 4.6.2 Deploying the JAX-WS TCK Prebuilt Archives This section explains issues regarding the deployment of the JAX-WS TCK prebuilt archives. Before conducting any deployment, ensure that your environment has been configured by following the instructions in either the Configuring Your Environment to run the JAX-WS TCK against the Sun Reference Implementation or the Configuring Your Environment to run the JAX-WS TCK Against the Vendor Implementation sections. The `<TS_HOME>/dist` directory contains all the WAR files for the JAX-WS TCK web service endpoint tests that have been compiled and generated using the Sun Reference Implementation and packaged for deployment on a Servlet 2.4-compliant web container using the standard Web Archive (WAR) format. These WAR files contain only portable artifacts for all the TCK web service endpoint tests, and are tailored to run against the Sun Reference Implementation via the `web.xml` file in addition to a runtime file `sun-jaxws.xml`. These WAR files allow you to deploy (without any additional setup or modification) against the Sun Reference Implementation to test the various features and functionality of this implementation. A vendor is required to deploy the prebuilt WAR files as is on their JAX-WS implementation without any changes to the WAR archives with the exception of replacing and/or removing only the `web.xml` and the `sun-jaxws.xml` files. To deploy the tests, the vendor should perform a deployment using either the deploy or deployall batch command as described in the Generic Deployment Command Scenarios, and specify the `-Dkeywords=forward` option. #### 4.6.3 Deploying the Rebuilt JAX-WS TCK Tests Against the Sun Reference Implementation This section describes how to deploy the Vendor rebuilt JAX-WS TCK tests against the Vendor Implementation. Before conducting the deployment, ensure that you have followed the instructions ins Configuring Your Environment to run the JAX-WS TCK against the Sun Reference Implementation. This deployment scenario assumes that the Vendor has rebuilt all the JAX-WS TCK tests using the existing infrastructure, and that the WAR files exist alongside the Sun prebuilt war files in the `<TS_HOME>/dist` directory. The rebuilt WAR files will be prepended with the text `vi_built_`. If the Vendor chooses some other method of rebuilding the tests, they may still be able to use this deployment method as long as the WAR files are built correctly and are prepended with the text `vi_built_`. Refer to the Appendix B to learn about rebuilding the JAX-WS TCK tests. To deploy the tests, the vendor should perform a deployment using either the `deploy` or `deployall` batch command, as described in the 4.6.1 Generic Deployment Command Scenarios section, and specify the `-Dkeywords=reverse` option ### 4.7 Using the JavaTest Harness Software There are two general ways to run the JAX-WS TCK test suite using the JavaTest harness software: Through the JavaTest GUI; if using this method, please continue on to Using the JavaTest Harness Configuration GUI. In JavaTest batch mode, from the command line in your shell environment; if using this method, please proceed directly to Chapter 5. ### 4.8 Using the JavaTest Harness Configuration GUI You can use the JavaTest harness GUI to modify general test settings and to quickly get started with the default JAX-WS TCK test environment. This section covers the following topics: 4.8.1 Configuration GUI Overview 4.8.2 Starting the Configuration GUI 4.8.3 The Configuration Interview 4.8.4 Modifying the Default Test Configuration Note - It is only necessary to proceed with this section if you want to run the JavaTest harness in GUI mode. If you plan to run the JavaTest harness in command-line mode, skip the remainder of this chapter, and continue with Chapter 5. #### 4.8.1 Configuration GUI Overview In order for the JavaTest harness to execute the test suite, it requires information about how your computing environment is configured. The JavaTest harness requires two types of configuration information: Test environment — This is data used by the tests. For example, the path to the Java runtime, how to start the product being tested, network resources, and other information required by the tests in order to run. This information does not change frequently and usually stays constant from test run to test run. Test parameters — This is information used by the JavaTest harness to run the tests. Test parameters are values used by the JavaTest harness that determine which tests in the test suite are run, how the tests should be run, and where the test reports are stored. This information often changes from test run to test run. The first time you run the JavaTest harness software, you are asked to specify the test suite and work directory that you want to use. (These parameters can be changed later from within the JavaTest harness GUI.) Once the JavaTest harness GUI is displayed, whenever you choose Run Tests->Start to begin a test run, the JavaTest harness determines whether all of the required configuration information has been supplied: If the test environment and parameters have been completely configured, the test run starts immediately. If any required configuration information is missing, the configuration editor displays a series of questions asking you the necessary information. This is called the configuration interview . When you have entered the configuration data, you are asked if you wish to proceed with running the test. #### 4.8.2 Starting the Configuration GUI Before you start the JavaTest harness software, you must have a valid test suite and Java SE installed on your system. The JAX-WS TCK includes an Ant script that is used to execute the JavaTest harness from the `<TS_HOME>` directory. Using this Ant script to start the JavaTest harness is part of the procedure described in The Configuration Interview. When you execute the JavaTest harness software for the first time, the JavaTest harness displays a Welcome dialog box that guides you through the initial startup configuration. If it is able to open a test suite, the JavaTest harness displays a Welcome to JavaTest dialog box that guides you through the process of either opening an existing work directory or creating a new work directory as described in the JavaTest online help. If the JavaTest harness is unable to open a test suite, it displays a Welcome to JavaTest dialog box that guides you through the process of opening both a test suite and a work directory as described in the JavaTest documentation. After you specify a work directory, you can use the Test Manager to configure and run tests as described in The Configuration Interview. #### 4.8.3 The Configuration Interview The answers you give to some of the configuration interview questions are specific to your site. For example, the name of the host on which the JavaTest harness is running. Other configuration parameters can be set however you wish. For example, where you want test report files to be stored. ##### To configure the JavaTest harness to run the JAX-WS TCK tests Note that you only need to complete all these steps the first time you start the JavaTest test harness. After you complete these steps, you can either run all of the tests by completing the steps in Starting JavaTest or run a subset of the tests by completing the steps in Running a Subset of the Tests. Change to the `<TS_HOME>/bin` directory and start the JavaTest test harness:`cd <TS_HOME>/bin``<ANT_HOME>/bin/ant gui` If the Welcome Screen does not appear do the following, otherwise skip to next step. Click File->Open Quick Start Wizard. The Welcome screen displays. Click Start a new test run, and then click Next. You are prompted to Create a new configuration or use a configuration template. Select Create a new configuration, and then click Next. You are prompted to select a test suite. Accept the default suite (`<TS_HOME>/src`), and then click Next. You are prompted to specify a work directory to use to store your test results. Type a work directory name or use the Browse button to select a work directory, and then click Next. You are prompted to start the configuration editor or start a test run. At this point, the JAX-WS TCK is configured to run the default test suite. Uncheck the Start the configuration editor option, and then click Finish. Click Run Tests->Start. The JavaTest harness starts running the tests. To Reconfigure the JavaTest test harness, click Configuration->New Configuration or Configuration->Change Configuration. Click Report->Create Report. Specify the directory in which the JavaTest test harness will write the report, and then click OK. A report is created, and you are asked whether you want to view it. Click Yes to view the report. #### 4.8.4 Modifying the Default Test Configuration The JavaTest GUI enables you to configure numerous test options. These options are divided into two general dialog box groups: Group 1 — Available from the JavaTest Configure->Change Configuration submenus, the following options are displayed in a tabbed dialog box: Tests to Run Exclude List Keywords Prior Status Test Environment Concurrency Timeout Factor Group 2 — Available from the JavaTest Configure->Change Configuration->Other Values submenu, or by pressing Ctrl+E, the following options are displayed in a paged dialog box: Environment Files Test Environment Specify Tests to Run Specify an Exclude List Note that there is some overlap between the functions in these two dialog boxes; for those functions use the dialog that is most convenient for you. Please refer to the JavaTest Harness documentation or the online help for complete information about these various options.
|  | Previous | Contents |  | Next

Company Info Contact Terms of Use Privacy Copyright 1994-2009 Sun Microsystems, Inc.