Page tree

Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Published by Scroll Versions from space FUNCTDEV and version SOAVIRT_9.10.3_CTP_3.1.0

To configure


SOAtest and Virtualize

 to work with



services configureSOAtest and Virtualize to work withWebservices deployed using HTTPS (HTTP via the SSL), you need to identify and register the certificate being used for the HTTPS connection from the server:

  1. Close

    Conditional ContentProduct: (SOAVirt)Product: (SOAVirt)sv-attr:0A010204015A9054C88481D043445E2F0A010204015CF6008A11EEF43AC91334SOAtest

    CloseSOAtest and/or


     if Virtualize if it is currently open.

  2. Identify the location of the server certificate used for the HTTPS connection.
  3. Ensure that this certificate’s COMMON NAME parameter contains both the server’s machine name and the subdomain (for example,
  4. Copy the certificate to the following location:

    Conditional ContentProduct



    Product: (SOAVirt)sv-attr:0A010204015A9054C88481D043445E2F0A010204015CF6008A11EEF43AC91334





    This directory should contain a cacerts file in which the trusted certificates are stored.

  5. Product: (SOAVirt)Product: (SOAVirt)sv-attr:0A010204015A9054C88481D043445E2F0A010204015CF6008A11EEF43AC91334

    Execute a command of the following format:
    keytool -import -alias <certificate_alias> -file <certificate_file> -keystore cacerts

    For example, if your certificate file is named test.cert, you would execute the following command from the

    Conditional Content

    <soatest_install_dir>/plugins/com.parasoft.xtest.libs.web_<soatest_version_number>/root/lib or <virtualize_install_dir>/plugins/com.parasoft.xtest.libs.web_<virtualize_version_number>/root/lib

    keytool -import -alias serverTrustCert -file test.cert -keystore cacerts
    This will import the certificate into the cacerts file with the alias "serverTrustCert".


    withSOAtest and Virtualize.

    To add the included Java binaries to your path, open a command line prompt and enter the following before referencing the keytool:

    PATH =%PATH%; <Parasoft Test install dir>\<Parasoft Test version number>\plugins\com.parasoft.xtest.jdk.eclipse.core.<arch>_<java_version>\jdk\bin

    Note that <Parasoft Test install dir> references the location where Parasoft Test is installed (e.g., "C:\Program Files\Parasoft\Test" on Windows), <arch> refers to the architecture (e.g.,  win32.x86, linux.x86, win32.x86_64, or linux.x86_64), and <java_version> references the Java version included with your Parasoft Test installation.

    titlekeytool path must be set

    Before executing keytool commands, you must first set your path to include Java's keytool executable. You can use the version of the Java binaries that ship with

    Conditional Content
    Product: (SOAVirt)Product: (SOAVirt)
  6. When prompted to enter a keystore password, enter changeit.
  7. When asked whether you want to trust this certificate, enter yes. You will then see a message indicating that the certificate has been added to the keystore.
  8. (Optional) Verify that the certificate has been added to the keystore by entering the following command, then checking the file that opens:
    keytool -list -keystore cacerts


    Conditional ContentProduct: (SOAVirt)Product: (SOAVirt)sv-attr:0A010204015A9054C88481D043445E2F0A010204015CF6008A11EEF43AC91334
  9. SOAtest

    LaunchSOAtest or Virtualize

     and try to access the service again.


  1. Choose Parasoft> Preferences to open the Preferences dialog.
  2. Select Parasoft> Seacurity from thace left pane of the Preferences dialog, then select the Trust all certificates option in the right pane.
  3. Click OK or Apply to apply this change.





 will Virtualize will then try to access any WSDL you specify, regardless of any problems with the certificate. However,



will SOAtest/Virtualizewill still try use the certificate while trying to send SOAP messages because it is required to do so.


If none of these procedures solve your problem, contact Parasoft in one of the ways described in Contacting Parasoft Technical Support.

Debugging SSL Issues



SOAtest and Virtualize


 on run on a standard JVM. To show the SSL/TLS handshake details and help identify causes of SSL connection problems, enable JVM network and SSL debugging:

  1. Open a command line console and navigate to the SOAtest installation directory.
  2. Start the executable with the arguments:
    -J-Dssl.debug=true -consolelog





will Virtualizewill start as usual, but whenever SSL connections are made, debugging output will be printed on the console. If you wish to save the trace output to a file (for example, output.txt), you may append the following to the end of the command :




See JMS.