EM: BBjServices > Settings
Description
The BBjServices Settings panel centralizes configuration options for managing BBjServices operations within Enterprise Manager. It provides categorized controls for logging, environment variables, triggers, replication, performance tuning, licensing, operating system details, and database connectivity, ensuring administrators can fine-tune system behavior, security, and resource utilization in a unified interface.
Note: Items marked with an asterisk (*) denote that a zero (0) value indicates that the setting is unlimited.
Location
EM Navigator →
BBjServices →
Settings
Toolbar
Logging Settings
The Logging Settings panel centralizes configuration for capturing and retaining system activity across administrative, service, debug, and filesystem operations, defining log file paths, retention periods, size limits, and verbosity levels while also enabling features such as configuration change tracking, file statistics monitoring, and heap dump management to support precise diagnostics and effective system auditing.
Logging Settings List
Settings | Descriptions |
---|---|
Number of days to retain the Admin Server log files. |
|
Full path and primary filename for the Admin Server log files. Filenames will be appended with a number such as AdminServer.log.0. |
|
Maximum size for the Admin Server log file before rolling over to a new file. Old files will be kept for the number of days specified in the “keep” setting. |
|
Number of days to retain the BBjServer log files. |
|
Full path and primary filename for the BBjServices log files. Filenames will be appended with a number such as BBjServices.log.0. |
|
BBjServices Log Level |
Defines how much detail BBjServices records in its logs, from basic informational messages to highly detailed diagnostic entries that help with monitoring and troubleshooting. |
Maximum size for the BBjServices log file before rolling over to a new file. Old files will be kept for the number of days specified in the “keep” setting. |
|
Maintain a history of all changes made to configuration options and files. BBjServices consists of a number of components requiring a variety of configuration options and files. Maintaining a history of all changes made to these files makes it possible for administrators to better manage system. |
|
Number of days to retain the Debug log files. |
|
Full path and primary filename for the Debug log files. Filenames will be appended with a number such as Debug.log.0. |
|
Debug Log Level |
Determines how much detail is captured in debug logs, ranging from targeted configuration details to full system activity, helping administrators choose the right depth of information for monitoring and troubleshooting. |
Maximum size for the Debug log file before rolling over to a new file. Old files will be kept for the number of days specified in the “keep” setting. |
|
|
|
Filesystem Debug Level | Level of debug logging to output to the Filesystem.log files. |
Number of days to retain the Filesystem Server log files. |
|
Full path and primary filename for the Filesystem Server log files. Filenames will be appended with a number such as FilsystemServer.log.0. |
|
Maximum size for the Filesystem Server log file before rolling over to a new file. Old files will be kept for the number of days specified in the “keep” setting. |
|
The full path to a directory to hold future BBjServices heap dump files. Heap Dump file names will follow the format. |
|
Maximum size of log files that can be opened in the log file viewer. |
|
Interval in minutes between logging of the current memory statistics. If you set it to 5 min, then it logs the current memory usage every 5 minutes. This is the information that shows up in the memory usage graph. For finer control and more detailed metrics related to memory usage and other JVM-related information in BBj 18.00+, see BBj Metrics. |
|
PRO/5 DS Keep Log (days) |
Number of days to retain the PRO/5 DS Server log files. |
*PRO/5 DS Log | Full path and primary filename for the PRO/5 DS Server log files. Filenames will be appended with a number such as Pro5DSServer.log.0. |
Maximum size for the PRO/5 DS Server log file before rolling over to a new file. Old files will be kept for the number of days specified in the keep setting. |
|
Level of debugging output to display in the SQLEngineServer.log files. |
|
Level of optimization and query-related logging to display in the SQLEngineServer.log files. Note that including optimization logging will drastically increase the size of the log files. Logging levels include: Partial Optimization, Complete Optimization, and User/SQL Statement. The optimization levels include information typically useful for BASIS Support/Engineering when looking into query performance issues. User/SQL Statement logging logs all SQL statements executed and includes the user who executed the statement. |
|
Number of days to retain the SQL Engine Server log files. |
|
Full path and primary filename for the SQL Engine Server log files. Filenames will be appended with a number such as SQLServer.log.1, SQLServer.log.2, etc., as the log is rotated according to the configured size and retention settings. |
|
Maximum size for the SQL Engine Server log file before rolling over to a new file. Old files will be kept for the number of days specified in the “keep” setting. |
|
Number of days to retain the Jetty Web Server log files. |
|
Full path and primary filename for the Jetty Web Server log files. Filenames will be appended with a number such as Jetty.out.0. |
|
Level of logging to include in the Jetty.out file. |
|
Maximum size for the Jetty Web Server log file before rolling over to a new file. Old files will be kept for the number of days specified in the “keep” setting. |
Environment Settings
The Environment Settings define the core runtime behavior of BBjServices, giving administrators precise control over system performance, security, and error handling. Options include enabling TLS 1.3 for secure communication, enforcing exclusive file access to prevent conflicts, and configuring heartbeat timeouts to maintain stable client-server connections. Directories for cache, logs, and fonts can be explicitly set, while additional controls support debugging, error notifications, printer queries, and SQL encryption alignment. These parameters collectively provide a streamlined way to fine-tune resource management, connection stability, and system reliability in production environments.
Environment Settings List
Settings | Description |
---|---|
Allow Pipes |
|
BBj Function Debugging |
|
Bypass Local Dataserver Check |
|
Cache Directory |
Change the default location for caching. |
Dump Filesystem Cause Stack |
|
Dump Threads On Terminate Process |
|
*Enable TLS 1.3 |
|
*Exclusive File Access |
|
Heartbeat Timeout (ms) | Heartbeat timeout value (milliseconds) that controls how long BBjServices waits for a heartbeat before timing out, default 40,000 ms. Increasing the value tolerates longer pauses, decreasing it detects unresponsive sessions sooner. |
Interpreter Debug |
|
*Log Directory |
Set the default log directory. |
Max ASCII Program Size |
Defines the maximum allowable size (in bytes) for ASCII-based BBj programs, limiting how large a program can be when saved or compiled. |
|
|
Notify On Internal Error |
|
PDF Font Directory | Set the directory for PDF fonts. |
Query Printers On Startup |
|
Release On Lost Connection |
|
Require Explicit Read-Only |
|
*SQL ENCRYPT/DECRYPT Functions Match BBj |
|
The class that is used as the secure NTDS encrypter. |
|
Single Threaded Interpreters SPROC/Triggers |
|
Skip Program Cache File |
|
Skip Query Analysis |
|
Set the wait time for JVM thin client. | |
Thread Pool Size |
Set thread pool size Default: -1. |
Use Fork On File Creation |
|
*Use SSL on Filesystem |
|
Use Windows Permissions |
|
*User Authentication |
|
*Web User |
Set default user for use with BUI. Default is nobody. |
Working Directory |
Set BBjServices working directory. |
Trigger Configuration
The Trigger Configuration defines the settings required to manage and secure database triggers, including authentication credentials, the trigger configuration file, the assigned user, and the working directory. These options ensure that triggers operate under controlled environments with appropriate access restrictions, while the debugging option provides developers with diagnostic insight when enabled.
Note: Changes to this property require the administrator to manually restart BBjServices.
Trigger Configuration List
Settings | Description |
---|---|
|
|
Password field secures trigger configuration access by requiring an authentication credential, ensuring only authorized administrators can define, modify, or manage trigger settings. |
|
Designates the location of the configuration file that defines trigger behavior, and clicking the |
|
Set the user name for the trigger. |
|
Click the |
BBjServices
The BBjServices section consolidates essential runtime details, including the build date, build ID, BBj version, and the precise start time of the running services, while also providing customizable fields such as the browser login title and Grafana dashboard URL for monitoring integration. This configuration area helps administrators verify service state, confirm version alignment, and tailor the user-facing login interface, ensuring both operational accuracy and user-friendly system management.
Note: Changes to this property require the administrator to manually restart BBjServices.
BBjServices Settings List
Replication
The Replication section manages how databases synchronize across systems by controlling password validation, replication eligibility, retry timing, and configuration file locations. Options include verifying encryption passwords during replication, preventing a server from being used as a replication target, and defining the recopy delay to control retry intervals. The configuration directory field, supported by a folder selection dialog, designates where replication and audit settings are stored, ensuring consistency, security, and reliability in distributed environments.
Replication Settings List
Lucene Settings
Lucene Settings control the indexing and search behavior for FULLTEXT operations by defining how documents are written, stored, and retrieved within BBj. Configuration options include flushing indexes immediately after each write for consistency, limiting the maximum document size to manage storage efficiency, setting the maximum number of search results returned to ensure performance, and enabling asynchronous index writes to optimize system responsiveness.
Lucene Settings List
Table Analysis Queue Performance
The Table Analysis Queue Performance controls how system resources are managed during automated table analysis operations by regulating workload pacing. The Iterations Before Pause setting determines how many analysis cycles run before the process pauses, while the Pause Time (ms) setting specifies the duration of each pause. Together, these options balance performance and resource usage, ensuring that large-scale table analysis does not overload the server or impact concurrent operations.
Table Analysis Queue Performance Settings List
Settings | Description |
---|---|
Number of times a table is analyzed before it is paused. |
|
The length of time for each pause. |
3rd Party Database Special Setting
The 3rd Party Database Special Settings section manages compatibility between BBj and external databases that do not fully comply with ODBC/JDBC standards. It ensures smooth integration by adjusting specific behaviors, such as handling of Java DATE types for Microsoft Access.
3rd Party Database Special Setting
Setting | Description |
---|---|
|
Java Virtual Machine
The Java Virtual Machine identifies runtime details of the environment in which BBj executes, including the bit mode of the operating system (64/32 Bit), the vendor supplying the JVM implementation (Java Vendor), and the specific Java release installed (Java Version), ensuring administrators can validate compatibility and performance requirements for proper system operation.
Java Virtual Machine Settings List
Jetty Licensing Settings
The Jetty Licensing Settings section manages license allocation and usage within BBjServices by defining timeout limits, maximum servlet and service license counts, queue handling, and retry intervals. These settings control how many licenses are available to the web layer, how long a servlet or web service will wait for a license, and how many requests can queue for one. If a license is not immediately available, a request will wait until one becomes free unless the maximum number of waiting requests is reached; if the timeout expires or no slots remain, the request will fail with an HTTP 503 error.
Note: Make sure to check all license usage properties when making changes, because the most restrictive Max License property is the one that will take effect.
For example, if you increase the Max BBxServlet Licenses property beyond the value of the Max Licenses property, the increase will not have an effect, and the Max Licenses will continue to impose a stricter limit on the BBxServlet license usage.
Note: Items marked with an asterisk (*) denote that a zero (0) value indicates that the setting is unlimited.
Jetty Licensing Settings List
Settings | Description |
---|---|
Longest time to wait (in ms) for a license. Default is 5000 ms. |
|
Maximum number of licenses for BBJSP applications.* |
|
Max BBjServlet Licenses | Maximum number of licenses for Servlets.* |
Max BBxServlet Licenses | Maximum number of licenses for BBxServlets.* |
Maximum number of servlet and service licenses BBjServices can allocate, ensuring balanced resource use and preventing performance issues. See: BBjServlets.* |
|
Maximum number of licenses for Web Services.* |
|
How many requests can wait for a license.* |
|
Length of the pause, in milliseconds, between attempts to obtain a license. Default is 200 ms. |
Operating System
The Operating System section provides system-level details about the environment running BBjServices, including the OS name and version reported by the host platform.
Operating System Settings List
Settings | Description |
---|---|
Name of the operating system. |
|
Current version of the operating system. |
Thin Client Performance
The Thin Client Performance section provides configuration options that optimize how BBj thin clients handle program execution, resource management, and communication feedback. These settings control behaviors such as session-based resource pinning, classpath validation, error and acknowledgment suppression, and optional license use, helping balance performance efficiency with reliability during client-server interactions.
Thin Client Performance Settings List
Settings | Descriptions |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
Global Database Settings
The Global Database Settings section defines system-wide connection properties for BBjServices database operations. The System Connection User field specifies the default user account employed for internal processes and administrative database interactions, ensuring consistent authentication and management across all database instances.
Global Database Settings
Setting | Description |
---|---|
User account used by the SQL engine for system-level database access operations such as reading/writing to data dictionary files. This is typically used when using data server syntax to access data dictionary files remotely. In most cases, this setting should be left blank unless a specific system-level SQL user is required. |
BBj.properties Tab
Select the BBj.properties tab at the bottom of the BBjServices Settings page to display a read-only version of the current contents of the BBj.properties file. This may be useful for displaying properties that exist in the file, but not standard and thus not configurable from the Enterprise Manager UI.