Windows8.x
SaaS Bridge Client Installation and Configuration on Windows8.x
This article describes the steps to install and configure the OvalEdge Bridge Client on Windows operating systems.
The OvalEdge Bridge Client enables secure communication between the OvalEdge SaaS platform and customer-managed data sources hosted on-premises or in cloud environments. It allows organizations to use the OvalEdge SaaS platform without exposing internal data sources directly to the internet.
The Bridge Client is installed within the organization's environment and securely communicates with the OvalEdge cloud platform. This setup requires only the client IP address and port to be whitelisted, eliminating the need to modify firewall rules or create inbound connections to internal systems.
Installation Overview
Perform the installation in the following sequence:
Verify Prerequisites.
Configure Access Policies in the Apache NiFi UI Side
Configure the OvalEdge Application
Bridge Setup on Client Virtual Machine
Validate Connectivity
Bridge Registration
Bridge Client Installation
Post-Installation Configuration
Configure Bridge Settings
Validate Bridge Connectivity
Purpose
The purpose of this document is to provide detailed instructions for:
Preparing the Windows environment for Bridge installation
Installing and configuring OpenJDK 21
Installing and registering the OvalEdge Bridge Client
Validating connectivity between the Bridge Client and Bridge Server
Configuring the Bridge Client as a Windows service
Verifying successful installation and operation
Prerequisites
Verify firewall, proxy, and network requirements for the Bridge and target data sources before deployment.
Confirm that all required third-party software and dependencies are installed and compatible before starting the installation.
Installation Files
Obtain the following installation files from the OvalEdge GCS team before starting the installation:
Bridge Secure Connectivity Pack (.zip)
Contains certificates and configuration files required for secure communication between the Bridge Client and Bridge Server.
Bridge Client Installer (.jar)
Used to install the Bridge Client
Bridge Component File (.nar)
Place this file in the NiFi lib folder after installation to enable communication with the OvalEdge SaaS platform.
Bridge as a Service Files
Required to configure the Bridge Client as a Windows service
Recommended Hardware Requirements
RAM
32 GB
SSD
250 GB
vCPU
8
Recommended Software
OS
Windows
Open JDK
21.0
Whitelisting Ports
Inbound
9443
Required for NiFi UI configuration changes
Outbound
9443
Communication from Bridge Client to Bridge Server
OvalEdge Bridge Architecture and Communication Model
The OvalEdge Bridge uses a pull-based communication model. The Bridge Client checks the Bridge Server every 5 seconds for new commands issued from the OvalEdge platform, such as connecting to a data source, crawling metadata, or running profiling jobs.
When commands are available, the Bridge Client retrieves them from the Bridge Server, executes them within the client environment, and securely sends the results back to the OvalEdge platform. The polling interval can be configured based on operational requirements.
The Bridge enables secure communication between the OvalEdge cloud platform and client-hosted data sources without requiring direct inbound access to the client environment. All communication occurs through whitelisted, secure ports and is encrypted using TLS 1.2.
OvalEdge provides, hosts, and maintains all Bridge software components. The only component managed by the client is the virtual machine on which the Bridge Client is installed.
The Bridge simplifies secure connectivity to data sources hosted in cloud or on-premises environments while reducing network and firewall configuration requirements.
Bridge Components
Bridge Server
Hosted in the OvalEdge SaaS environment and communicates directly with the OvalEdge platform.
Bridge Client
Installed within the client environment (cloud or on-premises) and securely communicates with the Bridge Server.
Deployment Scenarios
Cloud-based Sources
OvalEdge SaaS AWS Server
Public cloud VM (provided by client)
The Client VM IP address must be whitelisted to communicate securely with the Bridge Server hosted on the SaaS VM.
On-Premise Sources
OvalEdge SaaS AWS Server
On-prem VM (provided by client)
The Client VM IP address must be whitelisted to communicate securely with the Bridge Server hosted on the SaaS VM.
Configure Access Policies in the Apache NiFi UI Side
After the Apache NiFi service starts and the NiFi UI is accessible, the flows are disabled by default. Configure the required access policies to enable the flows.
Log in to the Apache NiFi UI.
Verify that the flows are displayed in the Disabled state.

Click the Lock icon for the flow component.
The Access Policies window opens.

By default, the Add (+) button is disabled.
To enable policy assignment:
Click Create.
Click Add User/Group


Select CN=oeserver and add the user.

Repeat the same steps for each flow component.

Verify that all flows are displayed in the Enabled state.

Restart the Apache NiFi service with NIFI_CERT_MODE set to false.
Validation
Verify that all flows are enabled and running successfully.
Expected Result
The Apache NiFi flows are enabled, and the Bridge is ready to process requests.
Configure the OvalEdge Application
Before installing the Bridge Client, configure the required Bridge settings in the OvalEdge application.
Configure the Temporary Directory
Log in to the OvalEdge application.
Navigate to Administration > System Settings.
Search for the ovaledge.temppath system setting.
Set the value to: /mnt/tmp/

Configure Bridge System Settings
Configure the following Bridge system settings before installing the Bridge Client.
Navigate to Administration > System Settings > Bridge
ovaledge.bridge.mode
Enable/disable bridge functionality in the application.
Controls whether the application can communicate with the Bridge service for connector operations.
true – Enables Bridge functionality.
false (Default) – Disables Bridge functionality.
ovaledge.bridgesoftware.path
It helps DevOps to specify the path of the bridge software.
Allows the application to locate the Bridge software required during Bridge installation and management.
Enter a valid absolute directory path.
Default: /home/ubuntu/BridgeSoftware/
Example: /mnt/BridgeSoftware/
bridge.type
Configure the bridge to Bridge Lite (REST) or NiFi.
Determines whether the application uses the Bridge Lite (REST) implementation or the NiFi-based Bridge.
REST (Default) – Activates Bridge Lite.
NIFI – Activates the NiFi Bridge.
bridge.server.host
To configure the host or URL of the bridge server, allowing the system to establish connections and communication with the specified server
Enables the OvalEdge application to establish communication with the configured Bridge server.
Enter a valid Bridge server hostname or URL provided by the OvalEdge team.
bridge.nifiversion
To configure the NiFi Bridge version.
Ensures that the application uses the appropriate NiFi Bridge version compatible with the deployment.
Enter a supported NiFi Bridge version.
Example: nifi-2.6.0


Bridge Setup on Client Virtual Machine
Prepare the Bridge Client virtual machine before installing the Bridge software.
Install OpenJDK version 21
Download OpenJDK 21 from the following URL. https://builds.openlogic.com/downloadJDK/openlogic-openjdk/21.0.10+7/openlogic-openjdk-21.0.10+7-windows-x64.msi
Once Java is downloaded, double-click on the link to install Java as shown below.


Navigate to System Properties > Advanced > Environment variables and configure the environment variable JAVA _HOME.

Click Ok.

Open Command Prompt and check java -version.

Validation
Verify Java 21 is installed.
Expected Result
The system displays OpenJDK 21.
Validate Connectivity
Procedure
Identify the public IP address.
Ensure that outbound traffic from the client network to the Bridge Server IP address (provided by the OvalEdge team) is allowed on port 9443.
Verify Connectivity to the bridge server.

The bridge_server_domain will be provided by the OvalEdge team.
For the OvalEdge application to crawl data from the customer's data sources, the VM running the bridge client must be able to connect to them. The customer must ensure that the Bridge Client VM has access to the data sources.
Validation
Verify successful communication.
Expected Result
The VM can communicate with the Bridge Server.
Failure Impact
Bridge registration and communication may fail.
Bridge Registration
Procedure
Log in to OvalEdge.
Navigate to Administration > Connectors > Manage Bridge.

Click + in the top-right corner to add the Bridge.

Enter the Bridge Client static IP address.

Create the Bridge by clicking on the Save option.
A pop-up displays the Bridge ID and Security Code.
Download links for the Bridge Secure Connectivity Pack and Installation software(certificate zip file).

Copy the downloaded files to the Bridge Client VM.
Note the Security Code in the format below:
Click OK to create the Bridge. The new Bridge appears on the Bridge page.

Download the Bridge Installation Software file (installation jar file) shared by the OvalEdge GCS Team via email and move it to the Bridge Client VM.
Bridge Client Installation
Install and register the Bridge Client.
Procedure
Create the following Folders in the C drive or create folders in the preferred drive location:
Bridge_artifacts
Bridge_client
Temp

Copy the Bridge Secure Connectivity Pack (zip file) and ovaledge-bridge-client-installer.jar into the bridge_artifacts folder.
Run:

After running the JAR file, the installation screen appears. Click Next to continue.

When prompted, select the installation directory for the Bridge Client.
The default installation path is C:\ovaledge\ovaledge_bridge.
Enter the path to the bridge_client folder created earlier.

Click Next to continue the installation.

Authentication Token
Authentication token used to securely register and authenticate the Bridge Client with the Bridge Server.
Bridge Host IP Address
IP address or hostname of the Bridge Server that the Bridge Client connects to.
Bridge Name
Unique name used to identify the Bridge within the OvalEdge application.
Cloud Server URL
URL of the OvalEdge SaaS server that communicates with the Bridge Client.
Certificates Path
Directory path containing the SSL/TLS certificates required for secure communication between the Bridge Client and the Bridge Server.
Bridge Temp Directory
Directory used by the Bridge Client to temporarily store files and processing data during execution.
User Name
Name of the user responsible for configuring or managing the Bridge.
User Email
Email address of the Bridge administrator or contact person.
User Phone
Contact phone number of the Bridge administrator or support contact.
Enable askEdgi (True/False)
Enables or disables askEdgi support for the Bridge. Set the value to True to enable askEdgi or False to disable it.
Enter the Security Code noted during the bridge creation process.
Provide the same IP Address used when adding the bridge IP details in the OvalEdge application under the Machine IP Address field.
Enter a Bridge Name to identify the Bridge Client.
Enter the Cloud Server URL shared by the OvalEdge team.
For the Certificates Path, enter the location of the Bridge Secure Connectivity Pack (ZIP file) copied earlier to the VM.
For the Bridge Temp Path, enter the location of the temp path on the VM.
Enter the User Name and Email Address, then press 1 and Enter to confirm.
For NIFI service creation, enter the service name.
For askEdgi,
Enter true if you are enabling askEdgi.
Enter false if you are not enabling the askEdgi.


Wait for the installation to complete. A message stating “Installation was successful” will appear.


Click on Done. NiFi will start automatically.Click on Done. NiFi will start automatically.
Post-Installation Configuration
Copy Required Files
Procedure
Copy the bridge-oe-.nar file to the installed NiFi lib folder. Ex: Windows (C:) > ovaledge > bridge_Client > nifi2.6.0 > lib
Start or restart the NiFi service from the NiFi bin folder using the command:

Validation
Verify NiFi starts successfully. Ex: Windows (C:) > ovaledge > bridge_Client > nifi2.6.0 > nifilog
After restarting, check the NiFi logs to confirm that the service has started correctly.
Verify the bridge status from the OvalEdge application UI.
The bridge status should display as green, indicating successful installation and connectivity.

Expected Result
NiFi is running, and Bridge components are loaded.
Configure Bridge Settings
Procedure
Navigate to Administration > System Settings > Bridge.

Configure bridge.temppath. Example: c:\ovaledge\temp
Save the configuration.
Troubleshooting
If the Bridge status does not display Connected or Running, perform the following checks:
Verify that the Apache NiFi service is running on the Bridge Client machine.
Confirm that the Bridge Client can connect to the Bridge Server over port 9443.
Verify that the Bridge Client IP address is whitelisted on the Bridge Server.
Ensure that the Bridge configuration values, including the Bridge Host, Cloud Server URL, Security Code, and certificate path, are correct.
Review the NiFi logs for errors related to Bridge startup, connectivity, or authentication.
Restart the Apache NiFi service after correcting any configuration or network issues.
Verify the Bridge status again in the OvalEdge application.
If the Bridge status still does not display Connected or Running, contact the OvalEdge Support or GCS team and provide the NiFi logs, Bridge configuration details, and any relevant error messages for further investigation.
Validate Bridge Connectivity
Validation
Verify
Bridge status displays Connected.
Bridge status displays Running.
Metadata crawling succeeds.
Connector communication succeeds.
No critical errors appear in NiFi logs.
Expected Result
The Bridge is operational and healthy.
Bridge as a Service Configuration
OvalEdge can run the Bridge Client as a Windows service, enhancing reliability and eliminating the need for manual intervention. When the Bridge is installed manually on a client machine, it must be restarted if the server or virtual machine goes down. To mitigate this risk and ensure high availability, OvalEdge provides a "Bridge as a Service" option.
This approach ensures the Bridge Client automatically restarts on system reboot, supporting seamless connectivity to client data sources. Configure the Bridge to start automatically after a server restart.
Configure NiFi as a Windows Service
Configure the NiFi application to run automatically as a Windows service.
Step 1: Download WinSW
Download WinSW-x64.exe from the official GitHub releases page: https://github.com/winsw/winsw/releases/latest

Step 2: Rename the Executable
Rename WinSW-x64.exe to nifi-service.exe.
Copy nifi-service.exe to the NiFi bin directory.

Step 3: Create the Service Configuration File
Create a file named nifi-service.xml in the same directory as nifi-service.exe.
Update the following placeholders in the XML file:
Replace <nifi-home> with the NiFi installation directory.
Replace <java-home> with the JDK 21 installation directory.

Step 4: Install the Windows Service
Open Command Prompt as an administrator.
Navigate to the NiFi bin directory.
Run the following command:
The NiFi Windows service is installed successfully.

Step 5: Verify the Service
Open Windows Services.
Verify that the Apache NiFi service is listed.

Step 6: Start the Service
Select the Apache NiFi service.
Click Start.
Wait until the service status changes to Running.


Step 7: Verify the Service Logs
Review the NiFi log files to confirm that the service starts successfully.
Verify that no startup errors are reported.

Validate a MySQL Connection Through the Bridge
Configure a MySQL connector and run connection validation through the Bridge. A successful validation confirms that the Bridge can securely connect to on-premises or client-hosted data sources and communicate with the OvalEdge platform.
Post-Installation Verification Checklist
Java 21 Installation
Successful
Bridge Registration
Successful
NiFi Service
Running
Bridge Status
Running
Metadata Crawling
Successful
Connector Validation
Successful
Application Logs
No Critical Errors
Copyright © 2026, OvalEdge LLC, Peachtree Corners, GA, USA.
Last updated
Was this helpful?

