Admin Console
Admin Console
Version 3.2
Administrator Console
User Guide
This edition applies to version 3, release 2, modification 0 of IBM® TRIRIGA® Application Platform and
to all subsequent releases and modifications until otherwise indicated in new editions.
US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule
Contract with IBM Corp.
Contents
Conventions ..................................................................................................................................................................................... 1
Prerequisites .................................................................................................................................................................................... 1
Support ............................................................................................................................................................................................ 1
Logging In ....................................................................................................................................................................................... 2
Agent Manager................................................................................................................................................................................ 3
DataConnect .................................................................................................................................................................................. 11
System Manager............................................................................................................................................................................ 18
Threads Manager.......................................................................................................................................................................... 18
INDEX .............................................................................................. 38
About This Guide
IBM TRIRIGA solutions are built on the IBM TRIRIGA Application Platform, a multi-tiered Web platform
that provides users with unparalleled flexibility, accessibility, and scalability. This platform uses a
highly scalable J2EE architecture, a data model that allows you to extend and enhance IBM TRIRIGA
products or, if properly licensed, create modules that integrate with the pre-defined logic and
processes into a feature rich, workflow-driven intelligent business system.
The IBM TRIRIGA Administrator Console is your tool for analyzing and optimizing the system health.
This user guide describes the procedures for operating and administering the IBM TRIRIGA system
through the Administrator Console.
Conventions
This document uses the following conventions:
Note – A Note provides important information that you should know in addition to the standard
details.
Tip – A Tip adds insightful information that may help you use the system better.
Attention – An Attention note highlights an action that may result in damage to your system or an
unforeseen loss of data.
Intended Audience
This guide is for Application Administrators and others tasked with administering the IBM TRIRIGA
system.
Prerequisites
This guide assumes the reader understands the IBM TRIRIGA Application Platform and their company
business practices.
Support
IBM Software Support provides assistance with product defects, answering FAQs, and performing
rediscovery. View the IBM Software Support site at www.ibm.com/support.
Note – If the system is configured to use Resource References to access the configuration files
instead of adding the Config directory to the application Classpath, you cannot edit any
configuration files through the Administrator Console.
Many of the settings in the Administrator Console are tied to IBM TRIRIGA properties. The properties
files are described in “Properties Files” in the IBM TRIRIGA Application Platform 3 Installation and
Implementation Guide.
Logging In
The Administrator Console can be accessed by opening a Web browser and typing the following value
into the address field: http://<hostname:port>/[context path/]html/en/default/admin.
For <hostname:port>, enter the value appropriate for your environment. Everything in the URL after
that value is the same for all users.
To login, enter the administrator Login and Password and click Login.
An administrator can sign in to the main application and then the IBM TRIRIGA Administrator Console at
the same time when using a browser with tabs. An administrator must first sign in to the main
application, then access the Administrator Console URL, at which time the administrator automatically
is allowed into the Administrator Console if they have permissions. If they do not, they are prompted
for a login. When an administrator signs out of either the Administrator Console or the main
application, they will be signed out of both.
The System Status in the upper left panel above the Managed Objects list shows a quick message
indicating the overall status of the system. When the system detects an error, the word Error: appears
in red along with a short summary of the problem.
Admin Summary
The Admin Main panel, on the right, shows a general summary of the system, a high-level overview of
the system configuration. The data is read-only and is displayed upon entering the Administrator
Console or by selecting Admin Summary in the Managed Objects panel, to the left.
Agent Manager
The Agent Manager is where process agents are managed and configured. The IBM TRIRIGA Application
Platform uses agents to do background processing. There are several different types of background
processes, so a number of different agents exist, each doing one type of processing. For example,
there is one agent to do data cleanup, one to execute asynchronous workflows based on events, and
one to calculate extended formulas for records. An agent is configured to automatically start as long as
it was running when the server went down.
Tip – The Extended Formula Agent recognizes Query field filters for fields in Live Link sections.
When a record is added or removed from the referenced Live Link section, the Extended Formula
that uses that query will be recalculated. You must clear the Extended Formula Cache from the
Administrator Console after upgrading is complete.
The Extended Formula Agent recognizes Query field filters for fields in Live Link sections. When a
record is added or removed from the referenced Live Link section, the Extended Formula that uses that
query will be recalculated. You must clear the Extended Formula Cache from the Administrator Console
after upgrading is complete.
With the exception of the Workflow Agent and the Data Import Agent, agents are not designed to have
multiple instances running against the IBM TRIRIGA database. The Workflow Agent and the Data Import
Agent are called multi-instance agents. All other agents are called single-instance agents. System
problems can occur if more than one instance of single-instance agents is allowed to run
simultaneously.
The Agent Manager identifies which agents are currently running across all servers in the installation,
including information about on what server they are running. This manager configures agent startup for
all servers in the installation, consolidating agent management. It provides the ability to request any
running agent to stop regardless of the server on which it is running and to request that an agent starts
on a specific server. It prevents additional instances of a single-instance agent from starting if an
instance is already active.
The Agent Manager also displays a list of currently active servers along with which agents are not
allowed to run on each server.
The columns in the top section of the Agent Manager are as follows:
Column Description
Status Shows the status of the agent. The following values may appear in
the Status column:
Start Requested
Starting
Running
Stop Requested
Stopping
Stopped
Not Running
Start Failed
Action An action you can take on that agent in its current status. Actions
include Stop, Start, and Cancel.
Running On Lists the host name of the server on which the agent is running.
Start On Enter the host name of the server on which you want to start an
agent. Multi-instance agents have Add and/or Remove actions next
to the text box. The Add action adds another line used to configure
or start another instance of the agent.
Column Description
Agents Not Allowed Agents listed in the AGENTS_NOT_ALLOWED property in the server
TRIRIGAWEB.properties file.
Agent startup configuration is kept in the IBM TRIRIGA database in the Agent Startup table
(AGENT_STARTUP). When a request to start an agent is made, the system adds an entry to the Agent
Registry table (AGENT_REGISTRY), and when an agent stops, the system updates its state in the
registry. The Agent Registry includes the startup ID, the type of agent, its ID, the host name of the
server the agent is running on, the time it was started, the heartbeat time, and the agent state. The
Agent Registry is available to all servers in the installation and is the source of the current activity
information displayed in the Agent Manager managed object.
The configuration of what servers each agent should start on and if an agent should never be allowed
to start on a server is kept in the Agent Startup table in the IBM TRIRIGA database. The Agent Startup
table includes the agent type, the host name, and the configuration. The Agent Startup table is the
source of the TRIRIGAWEB.properties information displayed in the Agent Manager.
When a server starts, it checks the Agent Startup table to see which agents it should start. It updates
the agent configuration based on the agent names in the AGENTS_NOT_ALLOWED property. When a
single-instance agent starts, it checks to see if another instance of the same agent is already running.
If so, the agent is not started, a warning is logged that shows the name of the server on which the
current instance is running, and the agent adds an Agent Startup Table entry that indicates it was
requested to start but failed.
The Agent Manager uses the Agent Registry and the agent configuration to display agent status,
allowing it to accurately list all of the agents currently running, configured to run, or that failed to
start. For multi-instance agents, it lists all of the servers on which the agent is running and includes an
Add action and/or a Remove action for each one.
A request to start an agent can be issued to any server by entering the server name in the field in the
Start On column and clicking Start in the Action column. Use the server name listed in the Host column
of the Active Servers section. Using the IP address or a server name not listed in the Active Servers
section does not start the agent.
Clicking the Start action in the Action column when the Start On field does not contain a value causes
the system to use the server on which you are signed into the Administrator Console.
Putting <ANY> in the field in the Start On column and clicking Start in the Action column tells the
system to start that agent on the next available server. The Agent Manager attempts to start the agent
unless the agent is configured to not start on the server or it is a single-instance agent and another
server has already started it.
Clicking Start or Stop automatically saves the Start On configuration for that row in the database. Any
time you want to save the configuration as it is currently displayed for all rows, click Save, which
updates the database.
Refresh updates the values displayed in the Agent Manager. Use this to view the latest status.
The Add action shows in the Start On column for multi-instance agents. Use it to add another line to
configure or start another instance.
2. The system adds a new row with a status of New Entry. Enter the server name to be
started.
3. Click Save. The server changes the status of the new row to Not Running.
Build Number
The System Build Information panel appears when you select Build Number on the left panel, and
displays the number of the IBM TRIRIGA application build, the client information, and the platform
version. This number is generated during the build process. Additionally, the database holds the
current build number. This build number changes in both the EAR file and the database whenever a
platform upgrade is performed.
Cache Manager
The IBM TRIRIGA Application Server stores data values normally stored in the database in cache
memory on the application server. These values do not change often. When they do change, in a
development setting for example, use the Cache Manager to retrieve the new values from the
database. Click a link in the Flush a Cache column on the right panel to flush that cache and move the
new value to memory (this procedure clears the BIRT cache as well).
Link Description
State Data Refreshes all State Family instances, loading the data from the
STATE_TRANSITION table. This should be used if state transitions are
not updated when making changes in the Data Modeler or Form
Builder.
Workflows For Agent Refreshes the workflow templates for the local Synchronous and
Asynchronous workflows.
UOM Data Refreshes any new UOM, edits to existing ones, or even if you
deleted any Measure.
Portal Logo Refreshes the dimension data for the portal logo.
Query Cache Refreshes the values in cache from the REP_TEMPLATE tables.
Object Metadata Cache Refreshes the Object Metadata Cache, where data is stored as
defined in the Data Modeler.
Hierarchy tree Data Refreshes the Hierarchy Cache by clearing all trees in the hierarchy
cache. However, it does not rebuild the hierarchies.
Hierarchy Tree Data – with Rebuilds the cache and also rebuilds IBS_SPEC_TREE. The
rebuild IBS_SPEC_TREE table stores records of type Location, Geography,
and Organization. Click Hierarchy Tree Data – with rebuild if you
suspect IBS_SPEC_TREE is out of sync. If the Location, Geography,
and/or Organization trees are large, the refresh and rebuild could
take some time.
All Caches (Global) Clears all caches across all active servers. This does not include a full
hierarchy rebuild. This is an asynchronous event that is queued and
may take some time to process on each server.
Custom ClassLoader Data Clears all existing ClassLoader instances that have been previously
loaded. In Production Mode, this is the only way to refresh a
ClassLoader object that has already been deployed. When the cache
is cleared, the next time a ClassLoader object is requested, it will
pull the latest data from the database.
As part of the Cleanup Agent normal processes, it refreshes hierarchy caches for Geography, Location,
and Organization across all servers that are active when the Cleanup Agent runs.
You cannot delete a Cleanup Command that is used in a Cleanup Schedule. Delete the Cleanup
Schedule first, then the Cleanup Command.
Attention – Cleanup Commands are different for systems using Oracle and for systems using
Microsoft SQL Server systems.
Database Manager
The Database Manager displays database settings and features to clean the database.
The Database Environment section displays the actual time on the database and on the server and the
database character set.
The Database Admin Tasks section displays the following cleanup tools:
Note – Scheduling Agent must be stopped before running all cleanup tasks.
Attention – Using long running SQL scripts can cause unusual load on the database and may time out
on the client side.
The following table describes how to save, modify, execute, import, and export queries:
Action Description
Type a SQL SELECT statement in the SQL Query text box and click
Run Query.
– or -
Click the name of the query in the SQL Script Name column and click
Run Query.
Add a new query Click Add New Query. A new field and action appear below the blue
action tabs. Enter the query name in the new Script Name field, a
description in the SQL Description text box, and the SQL script in the
SQL Query text box. Click Save Query.
Save the query in the SQL Click Add New Query. A new field and action appear below the blue
Query text box action tabs. Enter the query name in the new Script Name field and
a description in the SQL Description text box. Click Save Query.
Create a new query that is a Select the query from SQL Script Name column and make the
modification of an existing changes in the SQL Query text box. Click Add New Query. Enter the
query query name in Script Name and a description in the SQL Description
text box. Click Save Query.
Modify a query Select the query from the SQL Script Name column and make the
changes in the SQL Query text box. Click Save Query.
Delete a query Select the query from the SQL Script Name column. Click Delete
Query.
Import queries Click Import Queries. Click Browse to find the file and click Upload.
The file to be uploaded must be an .xml file or have an identical
structure.
The imported .xml file should contain a query section for each query
to be imported. The following shows the structure from a sample
import:
<?xml version="1.0" encoding="UTF-8"?>
<!--=================================================-->
<!-- TRIRIGA DB Query Tool Import -->
<!-- Created on 11/27/2007 11:18:54-->
<!--=================================================-->
<QueryHelpers>
<Query>
<NAME><![CDATA[ListUserTables]]></NAME>
<DESCRIPTION><![CDATA[list the tables in the db for
this user]]></DESCRIPTION>
<SCRIPT><![CDATA[select distinct table_name from
information_schema.tables]]></SCRIPT>
</Query>
</QueryHelpers>
Export queries Click Export Queries. Enter the file name to be exported. Click
Export. Follow the File Download script to open or save the file.
The exported .xml file contains a query section for each query in the
list. The following shows the structure from a sample export:
<?xml version="1.0" encoding="UTF-8"?>
<!--=================================================-->
<!-- TRIRIGA DB Query Tool Export -->
<!-- Created on 11/27/2007 06:50:22-->
<!--=================================================-->
<QueryHelpers>
<Query>
<NAME><![CDATA[getTableList]]></NAME>
<DESCRIPTION><![CDATA[get the list of tables in the
db for this user]]></DESCRIPTION>
<SCRIPT><![CDATA[select distinct table_name from
information_schema.tables]]></SCRIPT>
<STATUS><![CDATA[Active]]></STATUS>
<CREATED_BY><![CDATA[221931]]></CREATED_BY>
<CREATED_DATE><![CDATA[1196074892546]]></CREATED_DATE>
<UDPATED_BY><![CDATA[null]]></UDPATED_BY>
<UPDATED_DATE><![CDATA[1196168232890]]></UPDATED_DATE>
<LAST_EXECUTED_BY><![CDATA[221931]]></LAST_EXECUTED_BY>
<LAST_EXECUTED_DATE><![CDATA[1196074941093]]></LAST_EXECU
TED_DATE>
</Query>
</QueryHelpers>
DataConnect
The DataConnect Manager shows all business objects with staging tables and all DataConnect Jobs.
Clicking the Business Objects with Staging Tables hyperlink displays the business objects in the system
that have a staging table. These business objects can be used in a DataConnect workflow task to move
data or update data from an external source. To see the fields for a business object that are part of
the staging table, select the check box next to the name and click Expand Data. The Fields column
then shows the IBM TRIRIGA name for the field, a hyphen, and the database name for the field. If the
field is a key field used for Upsert, the field name has an asterisk. DataConnect smart section keys
display the section name followed by the field name. Field definitions are useful for identifying the
corresponding staging table fields for inbound data.
Clicking the DataConnect Jobs hyperlink lists DataConnect jobs. The actions available are Ready Job,
Fail Job, Delete Job, Retry Job, and Force Clean Up.
Ready Job moves a New job and the staging tables for the job to Ready state. The system acts
upon the job during the next DataConnect Agent cycle. Only jobs in the New state can be made
Ready for Processing.
The data automatically updates based on the amount of time (in seconds) that you enter in the
Refresh Every _____ Seconds box. If you change the value, click Apply.
Error Logs
The Error Logs managed object displays a summary of errors that occurred in the system in a log
format. It shows database errors and major exceptions.
The Logs section lists the system logs. Click a hyperlinked name to download that particular log.
Administrators can roll log files. Click the icon, Roll All Log Files Now, or Roll. The system renames
the current log file with the current date and time and begins entering new messages in a fresh file.
The Process Error Log section displays database errors only. This section is read-only but gives detailed
data about the errors. Each error is displayed in line item format. For more information click Full
Process Error Log.
The Last 20 Major Exceptions section displays major exceptions in line item format. Each line item
contains a link that opens the exception and to give greater detail. To see more exceptions, click Full
Error Log.
The Last 5 lines from the error log section shows the most recent entries in the error log. To see more,
click Full Error Log.
Java Manager
The Java Manager gives general information regarding Java-related functions and systems working
within IBM TRIRIGA.
The Java Manager contains additional features that enable you to clean up the system and to view
more information. Clicking Force Garbage Collection cleans up any unused Java products from the
system. Clicking <Number> Properties displays the internal Java system properties that are used
within Java.
The value in the System language column must be in LL_CC format, where LL is from the Language
two-letter code list and CC is from the Country two-letter code list, for example, en_US. To set the
values in the system, click Save.
License Manager
The License Manager gives another view of user licenses provided for applications within the system.
Select a radio button in the Products panel to see the names of individuals in the system with People
records and licenses authorizing them to use that product. Clicking the person name does not open
their corresponding People record.
Click Add Users to add individual users to a product or click Delete Users to remove the selected users
from a product. The Delete Users action prompts for confirmation before deleting a user. Additions and
deletions performed here also update the application.
Managed Processes
The Managed Processes provides the ability to stop a process that is consuming too much memory. It
currently checks only reporting processes based on BIRT, and uses the same memory threshold that is
configured in TRIRIGAWEB.properties.
When this threshold is met by a reporting process, the system tries to stop the process. The threshold
is periodically checked by polling the system during the execution. The frequency that the memory is
checked is also configurable in TRIRIGAWEB.properties.
This Managed Processes can help identify poor performing reports. When a report is stopped due to
lack of memory, details about the report will be logged. Note that just because a report fails does not
mean it is a poor performing report. It may have just been run when the system was low on resources.
However, if a report shows up in the log many times, it is very likely performance improvements can be
made to the report.
The Managed Processes page in the Admin Console shows all the reporting processes (based on BIRT)
currently running on the application server, and from which the admin console is accessed (it does not
show any reports being executed on a different process server). From this page you can also attempt to
stop the reporting process. This can be useful if a report has been executing for a long period of time
and you would like it to stop.
To initiate a process in the Metadata Analysis panel, click Start. If the process supports interruption,
click Stop to stop it. If the process does not support interruption, an In Progress status message
displays instead of a Stop button.
The Reports section contains reporting tools. None of the tools in the Reports section make changes to
the system. They perform the specified activity and write results to the appropriate log(s). All reports
support interruption and can be stopped before they complete.
When the Render every tab on every GUI in the system tool runs, …
When the Run all queries in the system tool runs, …
When the Load all published workflow templates tool runs, …
When the Generate BO Publish DDL for all Business Objects in the system tool runs, the system
writes the file systemTest_com.tririga.platform.test.BoPublishTest.log to the
IBM TRIRIGA log folder. The file contains the DDL that would be generated if every business
object in the system were to be republished.
When the Generate BO Publish DDL for all Module views in the system tool runs, the system
writes the file systemTest_com.tririga.platform.test.ModuleViewGeneratorTest
.log to the IBM TRIRIGA log folder. The file contains the DDL that would be generated if
every module in the system were to be republished.
Instantiate and execute every Crystal Report in the system runs all Crystal reports and logs any
errors that occur in the process. A “Corrupt report” error indicates that a report or form
references a Crystal Report that exists in the Document Management system but is missing its
backing business object instance. This could be resolved by re-uploading the report and re-
linking the form and report to that document.
The Cleanup Processes section contains processes that make safe modifications to fix corrupted
metadata. Even though the modifications are safe and should not adversely impact prior system
behavior, review the output of any Cleanup Process so you know what was impacted. The Workflow
template cleanup process and its output are discussed in detail in the IBM TRIRIGA Application
Platform 3 Installation and Implementation Guide in “Appendix A - Reviewing the WorkflowCleanup.log
File”.
Note – The Workflow template cleanup process does not support interruption; once it is initiated, it
must run to completion.
The Instrumentation managed object shows an overview of performance counters, displaying the
number of occurrences of various tasks. Reset All resets all task counts to 0. Reset resets the count for
that specific task to 0. The data automatically updates based on the amount of time (in seconds) that
you enter in the Refresh Every _____ Seconds box. If you change the value, click Set.
VM Stat
VM Stat shows you the system performance in a specific virtual machine. The statistics include
processes running, memory, swaps, input and output information, and system and CPU performance.
You can also determine the refresh time in minutes and the number of rows to be included in the
statistics report.
Attention – There is no VM stat for non-Linux servers. This option is available for IBM TRIRIGA
application servers running on Linux only.
The Network Speed Throughput managed object tests the network speed from the server to the current
user desktop.
When you click Network Speed Throughput, you can see your throughput in kilobytes, and then
average comparison with other network structures.
Use Monitor a single value to interface with third-party monitoring and alerting tools. The monitor
provides you with a list of third-party monitoring tools, which you can click as hyperlinks on screen.
Special instructions on how to use those are also provided as a help grid on screen.
When you click one of the hyperlinked items, the system displays the count for that item.
Use View Headers and Request Parameters to troubleshoot Single Sign-On installations or view custom
HTTP headers a Web server may have injected.
The Cache Monitor provides EHCache Statistics, which displays the number of elements, cache hits,
cache misses, and average get time for the caches in the system. The data automatically updates
based on the amount of time (in seconds) that you enter in the Refresh Every _____ Seconds box. If
you change the value, click Set.
Platform Logging
Platform Logging enables real-time debug-level logging for platform features. When you select an
option and click Apply, debug-level logging starts immediately. When you clear an option and click
Apply, debug-level logging stops immediately. Any changes made in this configuration file are in
memory. The system reverts to the log4j.xml configuration settings when the server is restarted.
Administrators can roll log files. Click the icon or select one of the Roll actions. The system renames
the current log file with the current date and time and begins entering new messages in a fresh file.
If you enable the Extended Formula Startup option after the system is already started, you can cause
the system to reload and log the startup information. Select the Cache Manager managed object and
click Extended Formula Cache, which refreshes that cache.
You can add your own custom logging categories. Add them in the CustomLogCategories.xml
configuration file located in the IBM TRIRIGA installation config folder. A typical path is
C:\Tririga\config\CustomLogCategories.xml.
The most common server.log error messages can be found in “server.log Error Messages” in this
guide.
Scheduler Manager
Scheduler Manager managed objects allow you to reset the number of future Scheduled Event records
created for events with no end date. The default values in the Scheduler Manager are specified as
follows:
Daily: 100
Weekly: 100
You can change these values so that the number of recurrences matches the requirements of your
company. When you are satisfied with the values you specified, click Save.
System Manager
The System Manager provides access to the system properties files, contains a tool for encrypting
values to be used in the properties files, and shows detailed information about the operating system.
Data in the Property Files section can be viewed and/or edited. Click View to see a property file. Click
Edit to update the selected property file.
Selecting Lock System in the Lock System section disables any further sign ins. Administrators can lock
the IBM TRIRIGA system so object migrations and/or object publishing can be performed without other
users in the system. You must have administrators already logged into the system before locking the
system.
Use the Username and Password Encryption section if you want to encrypt the user names and
passwords for accessing external Brava! and Reserve servers. Enter the Value to be encrypted and click
Encrypt. Copy the Result and paste into the appropriate value in the properties files.
Note – If you change a property file, you must restart the Application Server.
Threads Manager
From this manager, the number of threads that are launched for this Application Server can be
controlled. The Maximum Threads column sets the number of threads that the agent cannot exceed.
The Count column displays the current number of threads given to an agent. The Count column is auto-
populated from the Database Manager.
Attention – Setting Maximum Threads to a large value can drastically slow performance of the
system. As a general rule, the Maximum Threads value for any agent should not be more than 2-3
times the core CPU count on the database.
For example, if the database has 2 Dual Core Xeon CPUs, the core CPU count is 4. In this example,
set Maximum Threads to no more than 8-12, but not for all agents. The WFAgent should be set that
high, while the other agents should be kept low, around 2-3 threads per agent.
Two options are available for making changes to the current settings:
Users Manager
The Users Manager displays users currently signed in to IBM TRIRIGA. It also displays other data that is
taken specifically from the People record for that individual as well as showing the IP address of the
user sign in server.
To sign out a user or broadcast a message to a user, click the check box to the left of the user name
and click the desired action in the Users section bar. To display the product licenses provided to a user,
click on Licensed Products then click the user name on the left of the popup window.
The Users Manager shows multiple concurrent logins of users and their IP addresses. This helps identify
users before performing an administrative log off.
When an agent is configured for specific users, it picks up valid user events in the following order:
5. If the agent is configured exclusively for one or more users, it picks up valid events for
those users only.
6. If the agent is configured for users non-exclusively, it picks up valid events for those users.
When there is not any such event, it picks up valid events for other users that do not have
a dedicated running agent.
7. If an agent is not configured for specific users, it picks up valid events for any user that is
not on the user list of any other agent.
Initially, the User List is empty. To add users, click Add Users. The system displays the existing users.
Select the check boxes of the users to be added and click OK. The name of each selected user shows in
the User List. Once users are designated to an agent, the agent only processes events that are
published by its designated users or by users not assigned to any other agent.
Clicking the Do Not Restrict to User List action removes the restriction on the agent and the agent
processes events that are not only owned by its users but also owned by users that are not assigned to
any agent.
To remove a user from the User List, select the check box to the left of the user name and click Delete
Users. If all users are deleted, the system displays No user has been added. The agent picks up any
available events.
If the system has multiple workflow agents, the Settings for other Agents section shows a read-only list
of agents not running on the current Application Server.
The Run Workflows Triggered By Scheduled Events As property allows workflows that are triggered by
scheduled events to run with a user in the system so that any custom IBM TRIRIGA Connector for
Business Applications tasks can use that user to authenticate. The default value is Default User. To
enable this property, change to a specific user by selecting the user from the drop-down list and
clicking Save.
The Workflow Instance Recording property provides global control of workflow instance recording. The
drop-down list contains the same values as the WF_INSTANCE_SAVE property in the
TRIRIGAWEB.properties file plus an additional value to restore from TRIRIGAWEB.properties.
The setting takes effect when you click Save. It takes effect on the server from which the
Administrator Console is being accessed; it does not apply across servers. It stays in effect until
changed or the server is restarted. When the server is restarted, the setting reverts to what is set in
the WF_INSTANCE_SAVE property in TRIRIGAWEB.properties. The Workflow Instance Recording
can be set to the following options:
Never
As configured in the workflow
As configured in the workflow (in production mode)
Always
Restore from TRIRIGAWEB.properties
Workflow Events
The Workflow Events manager displays data relating to workflow events. Click a link in the Show
Workflow Event Queue Statistics section and the result is displayed in the Workflow Events section.
Link Description
Total Events for a User The pending events for each user.
Types of Events Event types and the number of workflow events pending for each.
Types of Events for each For each user, displays the user, workflow event type, and the
User quantity pending.
Oldest Event in Queue The event type and when it was put in the queue.
Currently Executing Events For each user, displays the user, workflow event type, and the
quantity pending.
The data automatically updates based on the amount of time (in seconds) that you enter in the
Refresh Every _____ Seconds box. If you change the value, click Apply.
Workflows Executing
The Workflows Executing Manager displays the workflows on the server accessed by the Administrator
Console, listing those suspended and those currently executing. In addition, the suspended list shows
suspended workflows system wide. This information enables an administrator to monitor workflow
execution.
To restart (resume) or delete a suspended workflow, click the check box to the left of the Instance and
click the Resume or Delete action on the Suspended Instances section bar. Once a workflow instance is
resumed, the instance appears in the list in the Running Instances section.
To stop (abort) or suspend a running workflow, click the check box to the left of the Instance and click
the Stop or Suspend action on the Running Instances section bar. When a workflow instance is
suspended, the instance appears in the list in the Suspended Instances section.
Not all workflows can be suspended. For example, a workflow within a DataConnect task is not
suspendable. Before attempting to suspend a workflow, look at the Suspendable column, which
indicates whether the workflow can be suspended. When suspending a called workflow, the system
suspends that workflow and any parent workflows; this is required in order to allow the workflow to be
resumed.
Column Description
PID The Persisted ID of the running workflow. This only has a value if the
workflow instance is saved for some reason.
Child Of The ID (local instance ID) of the workflow this workflow is a child of
(being executed from) or ‘None’ if this is a top-level workflow.
Total Time The amount of time in milliseconds this workflow instance has been
executing.
Time / Avg The amount of time this instance has been running compared to the
average time instances of this type have taken.
Current Step The type of the step that is currently executing and the label if it
has one.
PC Process Count, the number of times this step has been executed.
To update the list based on what is currently executing on the server, click Refresh.
To stop a workflow, click the check box to the left of Instance, click Stop, and confirm your selection.
If you click OK, it sends a Stop (Abort) request to the server. If the workflow is still running, (it could
have finished already), it stops after completing the step that is currently executing. Therefore, if you
request that a workflow that is calling another workflow be stopped, it will wait until the called
workflow completes before stopping. Once stopped, the status of the workflow instance changes to
Aborted.
You can also click the tsupport@us.ibm.com email and send your enquiries directly to IBM support
staff.
server.log Segments
There are four log types you may see in the server.log file: An error, a warning, information only
messages, or debug messages. You can configure the level of information you see in this log by using
log4j for your server. See the Platform Logging section for information about dynamically enabling
real-time debug logging.
Note – Because of the large volume of information you may encounter in a log, do not set logging to
debug level.
The segments described above may be followed by a Java stack trace. These lines in the server.log
file begin with at com.tririga…. The stack trace can, for the most part, be ignored by the users of
this document.
The following table includes information about many common items seen in the server.log. For each
entry, the first column shows the log type and exception header, the second contains a description of
the cause and a suggestion of how the exception may be resolved, and the third gives an example. The
examples do not include the dates or threads of the error logs because they vary based on the
operation executed when the exception was logged, but the text is color coded with the legend shown
above for each other segment.
To correct the connection closed issue, add the element below to each of the data sources in the tririga-ds.xml located
in the "...\jboss-4.0.0\server\all\deploy\" directory. This change should be a made to all four data sources listed in the
tririga-ds.xml file.
Oracle:
<check-valid-connection-sql>select 1 from dual</check-valid-connection-sql>
SQL Server:
<check-valid-connection-sql>select 1</check-valid-connection-sql>
You also need to make sure you have a value greater than 0 set for the <min-pool-
size>; for example, <min-pool-size>10</min-pool-size>
Section=BoSectionImpl[name=RecordInformation,id=BoSectionId[categoryId=1,subCategoryId=8],
Business Object=BoLazyLoadingProxy[name=triStandardContract,id=10002384,
module=ModuleImpl[name=triContract,id=21]]]]]
WARN Resolution Area: Data Modeler / Form Builder
Error processing GUI Metadata Issue: Form field does not exist for a Form mapping or a Form
mapping. mapping references a field on a Business Object that does not
exist.
Suggested Action: To remove the field from the Form mapping,
Revise and republish the Form. If there are multiple Forms for
a Business Object, review the workflow and ensure the
business process is being followed for the proper Forms.
As seen in the Example: The Workflow cstTicket -
Synchronous - OnChange Type, during Task Do Not
Require Steps to Reproduce, is failing to update the Form
when it is executing against Form HelpDeskTicket because the
field Steps to Reproduce does not exist on that Form.
Example
WARN [com.tririga.platform.workflow.template.guimetamap.GUIFieldMap]
WorkflowCleanup.log
Starting with IBM TRIRIGA Application Platform 2.6.0, to assure proper workflow loading and execution,
a one-time startup validation process checks all of the currently published workflows and generates a
report. The report, named WorkflowCleanup.log, is written to the log directory of the installation
folder. It lists what was found and any actions taken. Review this report carefully to assure correct
workflow operation and for any manual actions that should be taken.
Appendix A of the IBM TRIRIGA Application Platform 3 Installation and Implementation Guide describes
the format of the WorkflowCleanup.log and summarizes issues that may be reported and suggested
actions.
This information was developed for products and services offered in the U.S.A.
IBM may not offer the products, services, or features discussed in this document in other countries.
Consult your local IBM representative for information on the products and services currently available
in your area. Any reference to an IBM product, program, or service is not intended to state or imply
that only that IBM product, program, or service may be used. Any functionally equivalent product,
program, or service that does not infringe any IBM intellectual property right may be used instead.
However, it is the user's responsibility to evaluate and verify the operation of any non-IBM product,
program, or service.
IBM may have patents or pending patent applications covering subject matter described in this
document. The furnishing of this document does not grant you any license to these patents. You can
send license inquiries, in writing, to:
For license inquiries regarding double-byte character set (DBCS) information, contact the IBM
Intellectual Property Department in your country or send inquiries, in writing, to:
The following paragraph does not apply to the United Kingdom or any other country where such
provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION "AS IS" WITHOUT
WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Some states do not allow disclaimer of express or implied warranties in certain transactions, therefore,
this statement may not apply to you.
This information could include technical inaccuracies or typographical errors. Changes are periodically
made to the information herein; these changes will be incorporated in new editions of the publication.
IBM may make improvements and/or changes in the product(s) and/or the program(s) described in this
publication at any time without notice.
Any references in this information to non-IBM Web sites are provided for convenience only and do not
in any manner serve as an endorsement of those Web sites. The materials at those Web sites are not
part of the materials for this IBM product and use of those Web sites is at your own risk.
IBM may use or distribute any of the information you supply in any way it believes appropriate without
incurring any obligation to you.
Licensees of this program who wish to have information about it for the purpose of enabling: (i) the
exchange of information between independently created programs and other programs (including this
one) and (ii) the mutual use of the information which has been exchanged, should contact:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758
U.S.A.
Such information may be available, subject to appropriate terms and conditions, including in some
cases, payment of a fee.
The licensed program described in this document and all licensed material available for it are provided
by IBM under terms of the IBM Customer Agreement, IBM International Program License Agreement or
any equivalent agreement between us.
Information concerning non-IBM products was obtained from the suppliers of those products, their
published announcements or other publicly available sources. IBM has not tested those products and
cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM
products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of
those products.
All statements regarding IBM's future direction or intent are subject to change or withdrawal without
notice, and represent goals and objectives only.
This information contains examples of data and reports used in daily business operations. To illustrate
them as completely as possible, the examples include the names of individuals, companies, brands, and
products. All of these names are fictitious and any similarity to the names and addresses used by an
actual business enterprise is entirely coincidental.
Trademarks
IBM, the IBM logo, ibm.com, and TRIRIGA are trademarks or registered trademarks of International
Business Machines Corp., registered in many jurisdictions worldwide.
Java and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle
and/or its affiliates.
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the
United States, other countries, or both.
Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both.
Other product and service names might be trademarks of IBM or other companies. A current list of IBM
trademarks is available on the Web at “Copyright and trademark information” at
www.ibm.com/legal/copytrade.shtml.