Best Practices Installing and Verifying DevTest Out of the Box
search cancel

Best Practices Installing and Verifying DevTest Out of the Box

book

Article ID: 108933

calendar_today

Updated On:

Products

CA Application Test CA Continuous Application Insight (PathFinder) Service Virtualization

Issue/Introduction

Best practices cookbook when doing a new DevTest installation and verifying just out of the box, with Derby and ACL.

Condensed listing of the important points to be concerned with when doing a new DevTest installation. Should always follow the installation procedures in our online documentation.

Environment

All supported DevTest versions and platforms.

Resolution

  • Make sure all the needed ports are open.  Read the online documentation: Default Ports. All components must be able to talk to one another if installed on different machines.  This will include databases as well even for Derby.
  • Read online documentation Release Notes
  • Make sure you have a valid license.  The file-based license is valid for one year from the date of issue and will be renewed automatically as long as your support contract is up to date.  The license file is sent to an email address associated with the license for your company, so if you are not sure who should be getting it, please call CA Support at 1-800-225-5224.  If using a PLA, no need for a license.   As of DevTest 10.7.0, a DevTest license is delivered with the product.
  • Make sure you have downloaded the right version of the software. 
  • Read online documentation Installing section.  Verify all System Requirements to make sure you have the recommended memory and space requirements.
  • Decide whether this is going to be an upgrade in place (installing in the same folder as previous release) or a completely new install.  Recommendation is to always install to a new folder.  If you are going to use the same database from a previous version with the new version (as long as it is not before DevTest 9.0) , backup the database first, so if you have any problems you have a backup to go to.  DO NOT copy the data in the database from a previous version to your new tables.  If you need to keep the previous data let DevTest upgrade the schema to use with the new version.
  • Before doing an install, especially on UNIX or Linux, make sure you have enough space on the target machine.  The installer will unpack the files to the /tmp folder and if not big enough could get the following error:java.io.IOException: No space left on device.  
  • Install the software. Follow the install wizard.  The license file is only associated with the Enterprise Dashboard and will be prompted for only when installing a new Enterprise Dashboard.  You only need 1 license file, it can be used on multiple machines as long as the LicenseModel is non.  As of DevTest 10.7.0, a devtestlic.xml is delivered with DevTest.
  • Once the software is installed, DO NOT copy previous version lisa.properties or the DEVTEST_HOME/jre/lib/security/cacerts to your new install.
    • If you need to change a property to a different value than what is delivered in lisa.properties, update the local.properties or site.properties files. These are delivered as templates, so copy _local.properties to local.properties and _site.properties to site.properties.  The lisa.properties file should never be modified.
    • Properties files are evaluated in the following order:
      • lisa.properties
      • site.properties take precedence over lisa.properties
      • local.properties takes precedence over site.properties and lisa.properties
      • Command line and vmoptions files takes precedence over all properties defined in any of the properties files.

 

  • Once the software is installed, DO NOT copy any earlier or later versions of a deliverable jar file to any of the folders.
  • If you are installing your components on different machines, make the appropriate updates to point to the correct IAM in the dradis.properties file, the correct Enterprise Dashboard in the site.properties file for where the Registry is running and the correct Registry in the local.properties file for where each Coordinator, Simulator and VSE is running.  The Broker must run on the same machine as the Registry.  You may also make the appropriate property updates in the .vmoptions files instead of the .properties files.
  • Using Derby or H2 (for IAM), make sure the user that will start IAM, Enterprise Dashboard and Registry services, has the proper permissions on the $DEVTEST_HOME folder.
  • Start DevTest components in this order:
    • IAM
    • Enterprise Dashboard
    • Registry
    • Broker  (must run on same machine as the Registry)
    • Portal
    • VS Catalog if needed
    • These need be started after the Portal:
      • Coordinator, then Simulator
      • VSE
    • URLs
      • Bring up IAM URL https://<hostname or IP>:51111
      • Bring up Enterprise Dashboard URL http://<hostname or IP>:1506
      • Bring up DevTest Portal URL http://<hostname or IP>:1507/devtest
      • Bring up VS Catalog URL https://<hostname or IP>:51110

NOTE: All SDK components must be compiled with Java 17 to run in DevTest



 

Additional Information

Always make sure you have enough space on the target machine you are installing to.

Always best to verify out of the box before adding in External Database and Security configurations.

Please open a new case with CA Support if cannot verify with these documentation and these instructions.

 

When doing an installation that is distributed, put hostname and IP addresses into the hosts file so your computer does not have to ask a DNS server to translate the domain name into an IP number. This speeds up access to the host site you want to see because your computer no longer has to query other systems on the Internet for the address translation.

Powered by Wolken Software