Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

This tutorial will guide you in creating and uploading a check which utilizes ADR.

The ADR check you will create pulls a username and password to perform a dummy login to https://the-internet.herokuapp.com/login. The credentials are listed right on the page of the site, which makes clear it is intended for test purposes only. The site stores no data and needs no personalized credentials whatsoever. However, it gives a “success” message upon successful login with the dummy credentials which is all we need.

The .prxdat for the script can be found here:

The purpose of this article is to use this check as a framework for creating your own ADR check.

Step

Screenshot/Notes

Step 1: Configure personal settings

Go to “Personal Settings” in your ZT instance and add the following details to “Apica Table Server API Configuration”. Make sure the checkbox next to the box heading is checked:

This setting will use HTTP to connect to {hostname}.apica.local. Use the hostname of the server on which ADR is installed. The table you will be pulling from is, of course, hosted on this server.

Step 2: Populate ADR with the necessary data

You will need a login to the ADR instance if you want to populate the ADR instance with your own tables/data. You can use the test table specified in the script using the provided inline script.

Step 3: Create the script

There are various ways to CRUD (create/read/update/delete) to ADR, including but not limited to utilization of the ADR REST API script and/or inline script usage. The easiest way to start is with inline script usage so that is what we implemented in the test script.

Create a script using an inline script or the ZT REST API plugin if you need to utilize the API for usage beyond what the inline scripts allow.

ZT REST API plugin implementation is an advanced implementation which should be performed by Professional Services. The REST API plugin provides functionality beyond what the inline scripts offer

ADR REST API plugin implementation will not be covered here as it is beyond the scope of this article.

You can find a guide to inline scripts in the Inline Script editor of ZT itself and also in the ADR user manual. You can find the inline script we used here:

Step 4: Compile the script to allow communication with ADR

Compile the script as usual and make sure “Apply Apica Table Server API configuration from Personal Settings” is checked.

Step 5: Create the check with specialized settings

Specify the .class name within the check settings:

This will allow the check to run the pre-compiled .class file (with the ATS Server settings specified)

You will need additional settings, such as “-ats-server-name”, specified if you are using the REST API plugin. See the documentation which was bundled with ADR for more details.

You MUST select a location for the check which has access to the ADR server you specified earlier! As such, a script which utilizes ADR must be run on a private agent which can successfully connect to your ADR server. Otherwise the check will not run.

Step 6: Provide the .class file to Apica for Uploading

Submit a request to Support mentioning the purpose of the .class file and have them upload the .class file into your check.

After following these steps you should be able to run your ADR check successfully!

  • No labels