Create the Oracle Agile PLM application

1. Sign in to the Access Gateway Admin UI console.
2. Click the Applications tab.
3. Click +Add.

4. Select the Oracle Agile PLM option from the left column menu, and click Create.

   

   The New Protected Application wizard will start and display the Essentials pane for the application being added.

5. In the Essentials pane specify the following:
   

   Field	Value
   Label	A name for the application, such as Oracle Agile PLM.
   Public Domain	A fully qualified host name such as <yourexternalname>.<your domain>. In the example provided this would be agile-app.externalexample.com.
   Protected Web Resource	The URL of the internal protected application. In the example provided this would be agile-app.internalexample.com:<port>/<path> Where: port - the port Oracle Forms is listening on for HTTP requests. path - represents the path to the application. See also Configure load balancing.
   Group	Enter the group containing the users who should have access to the application.
   Post Login URL	Enter or modify the post login URL. By default, this field is enabled and contains value: agile-app.externalexample.com/Agile
   Description	[optional] An appropriate description for your application.

Configure load balancing

1. Expand the Protected Web Resource tab.
2. Enable Load Balancing By Access Gateway.

   A table of hostnames and weights representing the target load balancing instances appears. This table is initially empty. Click edit to modify an entry in the table, or click delete to delete an entry.

3. Choose either HTTP or HTTPS as the URL scheme. Each protected web resource that you add inherits this scheme.
4. Optional. Enable and specify Host Header value.
5. Complete the following steps to add a host, repeat as required:
   1. Click Add protected web resource.
   2. Enter a fully qualified hostname:port combination (for example, https://backendserver1.atko.com:7001).
   3. Enter a weight from 1 to 100. Enter 0 to specify that a host is disabled.

      Weights represent the percentage of requests that will be routed to this host.

      For example, two hosts of weights 2:1 would result in requests being routed ~66% to the host weighted 2 and ~33% to the host weighted 1.

   4. Click Okay.

6. Optional. Configure health checks, which use GET operations to confirm that back-end resources are functional.

   New requests aren't routed to resources that have been labeled unhealthy by the health checks.

   1. Enable Load Balancer Health Check.
   2. Click Edit to modify health check settings.
   3. Modify settings as required.

      Field	Value	Default
      Path	The URI path to the resource used in health check.	/
      Method	The HTTP method used.	Always GET
      Status code	The HTTP status code used to determine health.	200
      Interval	The interval between health checks in seconds.	10
      Request timeout	The health check request timeout in seconds.	1
      Healthy threshold	The number of requests that must succeed before a host is considered healthy.	3
      Unhealthy threshold	The number of requests that must fail before a host is considered unhealthy.	3

   4. Click Save to save changes or click Cancel to exit without saving.