Beta UX

Beta UX

Disclaimer

Your use of this download is governed by Stonebranch's Terms of Use.

Version Information

Template Name

Version

Status

Template Name

Version

Status

CS Beta UX

1.1.0

Backlog Processing Added

Refer to Changelog for version history information.

Overview

Beta DocX and Beta LogX together provide a comprehensive, enterprise-wide solution for the management, storage, and processing of documents and system logs. They enable centralized access, secure storage, audit-proof archiving, and intelligent handling of both high-volume documents and cross-platform log data. Beta DocX focuses on document management and output, including integration with SAP and mainframe systems, mass printing, and workflow-based document processing. Beta LogX provides centralized log management, full-text search for forensics, and compliance monitoring across diverse systems such as mainframe, Windows, Linux/Unix, and SAP applications.

The Beta UX Universal Task is a Beta UX integration that sends Task Instance logs into Beta LogX, enabling automated collection, processing, and enterprise-wide availability of job logs. Currently, this Universal Task only supports Beta LogX, but in the future it will also support Beta DocX, allowing seamless processing and archiving of both log data and documents through the same integration framework.

Key Features:

The Beta UX Universal Task sends the Task Instance details including any generated log files to Beta LogX.

  • Execute a Beta UX Integration Process in Real-time

  • Monitor a Beta UX Integration Process in Real-time

  • Backlog Processing

How it works:

The log information for all Task Instances that meet specific selection criteria should be made available to Beta LogX in real time, once the Task Instance reaches a final state (either Finished or Success).

To achieve this, a Webhook must be configured in the Universal Controller. This Webhook triggers the Beta UX Universal Task for each Task Instance that meets the defined selection criteria.

In the example screenshot below, the task “BetaUX Import Task Instances to LogX” is triggered for every Task Instance that:

  • Has a status of Finished or Success

  • Is of type Windows Task

  • Contains the value “logx” in Custom Field 1

These criteria are provided as examples; any other selection criteria can be configured according to your requirements.

The Screenshot below shows the configured Webhook example:

webhook.png
Webhook Example

Software Requirements

This integration requires a Universal Agent and a Python runtime to execute the Universal Task and a script that contains the Beta UX integration script to be executed.

Area

Details

Area

Details

Python Version

Requires Python 3.11 tested with Agent Bundled Python 3.11.6.

Beta UX Integration Script

The command to be run.

Universal Agent Compatibility

  • Compatible with Universal Agent for Windows x64 and version >= 7.6.0.0.

  • Compatible with Universal Agent for Linux and version >= 7.6.0.0.

Universal Controller Compatibility

Universal Controller Version >= 7.6.0.0.

Network and Connectivity

Network connectivity and access rights are required for the Beta UX Web Services Connector or HTTP Client Connector

Configure Universal Task

For a new Universal Task, create a new task, and enter the required input fields.

Supported Actions

Action: Execute Beta UX Logx Integration Process

This action allows the execution of an Integration Process in Beta UX. An Integration Process is a workflow that automates the movement and transformation of data between different systems using a series of connected steps.

The Integration Process runs the import command with the task instance information in order to send it to Beta UX system. 

Input Fields

Name

Type

Description

Version Information

Name

Type

Description

Version Information

Beta UX Type

Choice

The Beta UX type to be performed upon the task execution.

  • Beta UX - logx

  • Beta UX - docx

Introduced in 1.0.0

UC Credentials

Credentials

The Credentials definition should be as follows:

  • User as "Runtime User".

  • User Password as "Runtime Password".

Introduced in 1.0.0

Beta UX Server URL and Port URL

Text

Base URL of the betaux Server API.

Default: https://api.betaux.com/api/rest/v1

Introduced in 1.0.0

Beta UX Integration Script

Script

Beta Integration Script for LogX.

Example:

java -Djavax.net.ssl.trustStore=${ops_var_truststore_dir} -Djavax.net.ssl.trustStorePassword=changeit -jar ${ops_var_beta_home_dir}\blximport.jar -m stb -ssl -i ${ops_var_beta_server} -p ${ops_var_beta_port} -removefiles ${ops_var_removefiles_name}

 

Introduced in 1.0.0

Remove Files Name

Text

The remove files name argument to be used the Beta UX integration script.

Introduced in 1.0.0

Beta UX Home Directory

Text

The script home directory argument to be used the Beta UX integration script.

Introduced in 1.0.0

Truststore Directory

Text

The truststore path argument to be used the Beta UX integration script.

Introduced in 1.0.0

Process Backlog

Boolean

Backlog processing is done through a UAC Report. The instances generated by this Report will be sent to Beta UX one by one.

Introduced in 1.0.0

Instance Id

Text

The instance Id of a task whose task instance information is to be sent to Beta UX. Shown when backlog processing is disabled.

Introduced in 1.0.0

Report Name

Text

The Report to be run for backlog processing. Shown when backlog processing is enabled.

Introduced in 1.0.0

UC CA Bundle Path

Text

The CA Bundle Path for UAC.

Introduced in 1.0.0

Exit Codes

Exit Code

Status

Status Description

Meaning

Exit Code

Status

Status Description

Meaning

0

Success

“SUCCESS: Task executed successfully.“

Successful Execution.

1

Failure

“Execution Failed: <<Error Description>>”

Generic Error or in case Task finishes with reported Error.

STDOUT and STDERR

STDOUT of this integration is empty, and STDERR provides detailed information about the Integration Process and its individual steps.

Backward compatibility is not guaranteed for the content of STDOUT/STDERR and can be changed in future versions without notice.

Task Example

Execute Beta UX LogX Integration Process

Universal Task for Beta UX

The following Task executes an Integration Process in Beta UX.

01_task_example_cf.jpg.png
Beta UX Universal Task

 

Credentials:

image-20250819-131901.png
Universal Controller RestAPI Credentials

Report for Backlog Processing

image-20250819-132134.png
Backlog Processing Example

How To

Import Universal Template

To use the Universal Template, you first must perform the following steps.

  1. This Universal Task requires the Resolvable Credentials feature. Check that the Resolvable Credentials Permitted system property has been set to true.

  2. To import the Universal Template into your Controller, follow these instructions.

  3. When the files have been imported successfully, refresh the Universal Templates list; the Universal Template will appear on the list.

Modifications of this integration, applied by users or customers, before or after import, might affect the supportability of this integration. For more information refer to Integration Modifications.

Configure Universal Task

For a new Universal Task, create a new task, and enter the required input fields.

Integration Modifications

Modifications applied by users or customers, before or after import, might affect the supportability of this integration. The following modifications are discouraged to retain the support level as applied for this integration.

  • Python code modifications should not be done.

  • Template Modifications

    • General Section

      • "Name", "Extension", "Variable Prefix", and "Icon" should not be changed.

    • Universal Template Details Section

      • "Template Type", "Agent Type", "Send Extension Variables", and "Always Cancel on Force Finish" should not be changed.

    • Result Processing Defaults Section

      • Success and Failure Exit codes should not be changed.

      • Success and Failure Output processing should not be changed.

    • Fields Restriction Section
      The setup of the template does not impose any restrictions. However, concerning the "Exit Code Processing Fields" section.

      1. Success/Failure exit codes need to be respected.

      2. In principle, as STDERR and STDOUT outputs can change in follow-up releases of this integration, they should not be considered as a reliable source for determining the success or failure of a task.

Users and customers are encouraged to report defects, or feature requests at Stonebranch Support Desk.

Reading Stonebranch Job Logs by Beta UX

Overview

After the completion of a Universal Automation Center Task which meets the criteria of the configured Webhook, the Beta UX Universal Task is triggered in Universal Controller. The triggered Beta UX Universal Task retrieves the Task Instance details including any generated log files and sends them in JSON format to the reader blximport.jar.

Data Flow

UAC Task Instance → JSON Temp File → Java blximport.jar → Beta LogX Server (SSL)

The reader is provided by Beta LogX and must be installed on the server where Universal Automation Center runs. It sends UAC job logs to the BLX server, which processes and stores them in the Beta LogX database.


Prerequisites

Requirement

Details

Requirement

Details

Server

The reader blximport.jar must be installed on the same server as the Stonebranch Scheduler.

File Location

blximport.jar is located at buxinstallpath/jar.


Installing the Reader

Universal Automation Center provides a remote REST API that exposes:

  • Relevant metadata

  • STDOUT and STDERR content of a Task Instance

Steps:

  1. Configure the API to select which metadata should be generated and sent to Beta LogX.

  2. Generated data is passed to blximport.jar for import into the Beta LogX database.

  3. The Universal Automation Center manages the process.

More information: Stonebranch Task Instance Web Services


Running the Reader

Syntax

java -jar ../jar/blximport.jar [-ssl] -m stb -i ipaddress -p port [-removefiles] filename

Parameters

Parameter

Description

Parameter

Description

-ssl

Enables SSL encryption between blximport.jar and the BLX server. See Configuring SSL for settings.

-m

Job type. Use stb for Stonebranch jobs.

-i

IP address of the BLX server.

-p

Port number of the BLX server.

-removefiles

Deletes Stonebranch job logs after successful import.

filename

Path to a Stonebranch job log file or a directory containing log files.


Enabling Security Check for BLX Server

Use the LST parameter RDR_REMOTE_LOGON to enable a security check.

Requirements if security check is active:

  1. The user calling the BLX server must be defined as a Remote Logon User.

  2. The Remote Logon User must be mapped to a Beta LogX user with permission to execute the IMP (import) function.

To enable security check:

RDR_REMOTE_LOGON = YES

This parameter must be listed in the BLX server control file LST.TXT.

Beta LogX - Log File Search in Beta Admin

After the Task Instance Log information has been read by the Reader, it is available in Log File Search in Beta Admin.

Log search.jpg
Beta LogX - Log File Search in Beta Admin

BetaUX Integration Script Documentation

Overview

This Python script serves as an integration bridge between Universal Automation Center (UAC) and BetaUX systems. It retrieves task instance data from UAC and processes it through external integration scripts for either LogX or DocX systems.

Version: 1.1.0

Purpose

The script enables automated processing of UAC task instances by:

  • Fetching task instance data via UAC REST API

  • Passing the data to external integration scripts (LogX or DocX)

  • Supporting both single-instance and backlog batch processing modes

Configuration Variables

The script uses template variables that are substituted at runtime:

Variable

Description

Variable

Description

ops_var_loglevel

Logging level (DEBUG, INFO, WARNING, ERROR, CRITICAL)

ops_var_betaux_type

Target system type: "BetaUX - logx" or "BetaUX - docx"

ops_var_universal_controller_url

Base URL for UAC REST API

ops_var_uc_credentials

UAC authentication credentials

ops_var_instance_id

Specific task instance ID to process

ops_var_beta_integration_script_logx

Path to LogX integration script

ops_var_beta_integration_script_docx

Path to DocX integration script

ops_var_process_backlog

Enable batch processing mode ("true"/"false")

ops_var_report_name

UAC report name for backlog processing

ops_var_trusted_certificates_path

SSL certificate verification settings

Operating Modes

1. Single Instance Mode

  • Processes one specific task instance identified by ops_var_instance_id

  • Default mode when ops_var_process_backlog is "false"

2. Backlog Mode

  • Processes multiple task instances from a UAC report

  • Enabled when ops_var_process_backlog is "true"

  • Retrieves instance IDs from the specified report

  • Iterates through all instances sequentially

Main Workflow

Execution Flow

  1. Initialization

    • Configure logging based on specified log level

    • Disable SSL warnings if using unverified certificates

    • Set up HTTP headers for API authentication

  2. Mode Selection

    • Single instance: Process gl_instance_id directly

    • Backlog mode: Fetch instance list from report, process each

  3. Instance Processing (for each instance)

    • Retrieve task instance details from UAC API

    • Create temporary file with instance JSON data

    • Execute appropriate integration script (LogX or DocX)

    • Log results and cleanup temporary files

  4. Completion

    • Log total runtime

    • Exit with appropriate status code

API Integration

UAC REST API Endpoints

TaskInstance.get_TaskInstance()

  • Endpoint: /resources/taskinstance/listadv

  • Method: POST

  • Purpose: Retrieve detailed task instance information

  • Payload: {"sysId": instance_id, "responseFields": "*"}

Report.get_RunReport()

  • Endpoint: /resources/report/run?reporttitle={name}

  • Method: GET

  • Purpose: Execute report and retrieve instance IDs for backlog processing

  • Returns: List of instance IDs from report results

Authentication

Supports two authentication modes:

  • Basic Auth: Username/password credentials (default)

  • Token Auth: Bearer token authorization

Integration Script Execution

LogX Processing

  1. Read the LogX integration script from configured path

  2. Retrieve task instance JSON from UAC

  3. Write JSON data to temporary file

  4. Execute LogX script with temp file path as argument

  5. Capture stdout/stderr and return code

  6. Log success (code 0) or failure (non-zero code)

  7. Clean up temporary file

Command Format:

{script_command} {temp_file_path}

DocX Processing

Currently a placeholder implementation with basic structure for future development.

Key Classes and Functions

JobFuncs

  • run_logx(): Execute LogX integration with task instance data