Table of Contents

Search

  1. Preface
  2. Process Console Introduction
  3. Home
  4. Monitor
  5. Catalog, Reports, and Custom Faults
  6. Admin

Administration Console

Administration Console

Step 2: Setting Up a Tenant Definition

Step 2: Setting Up a Tenant Definition

Begin with the following steps:
  1. Login to the Process Console as the System Administrator.
  2. From the Admin page select Tenant Definitions.
  3. On the Tenant Definitions page, select
    Create Tenant
    button.
Here is the Create Tenant Dialog:
Tenant Detail/Create Detail dialog
Type or enter the following in this dialog::
  • Context Id
    . This Id is used in the URL to login to the Process Server, deploy contributions, and access services. For example, a tenant administrator would login to the Process Console at the following URL:
    http://localhost:8080/activevos/tenant101
  • Console URL
    . The URL that is used to invoke the tenant's Process Console.
  • Central URL
    . The URL that is used to invoke the tenant's Process Central.
  • SOAP services URL
    . The URL to which a SOAP request is sent.
  • REST services URL
    . The URL to which a REST request is sent.
  • Tenant Name
    . This descriptive name is for system administrator use.
  • Activity Execution Limit
    . Set a value for the maximum number of activities that can execute In order to avoid infinite loops and resource draining processes. The default value is approximately 10,000. When this maximum is reached, the process is suspended. Suspended processes must be resumed manually. The processes count is reset to zero when it is reset. You can get around this limitation by using an agent to run your process.
  • Process Logging Level
    . By default, Process Server generates an execution log for running processes. You can view or download an execution log for a running or completed process. An execution log provides start and end times for activity execution and helps you troubleshoot faulted processes. The logging levels are:
    • Execution (default)—All execution statements are logged, except for
      Will Not Execute
      statements. Using this setting can greatly decrease the size of the log file.
    • Execution with Data—All execution statements are logged, except for
      Will Not Execute
      statements, but including variable, expression, and partner link data. Using this setting can increase the size of the log file.
    • Execution with Service Data—All execution and fault information, as well as some WSIO activty information. For execution information, information such as deadpath states, terminations, ready-to-execute and the like. For WSIO, this includes invokes, picks, and receives. WSIO information related to data assignment and changes is excluded.
    • None—You can disable logging to enhance engine performance.
    • Full—All execution statements are logged, including the
      Will Not Execute
      statements for deadpath activities. For example, all fault handling statements that are not executed are logged.
  • Process Retention (seconds)
    . Specify how many second to keep completed and faulted processes are retained before they are deleted.
  • Message TTL (seconds)
    . Specifies the amount of time between the time a message reaches the Process Server and the time when it is about to get dispatched to the target process. Default is 24 hours.
    When you configure the message time to live (TTL) period and invoke a process by using the REST or SOAP endpoint, if the HTTP message is not dispatched within the message TTL period, the request fails. You see the HTTP error
    503 Service Unavailable
    with the following error message:
    Message discarded having exceeded the defined TTL.
    The message TTL is applicable to the endpoints with the following entries:
    • /active-bpel/services/
    • /active-bpel/public/rt/
    • /active-bpel/rt/
    • /active-bpel/public/soap/
    • /active-bpel/soap/
    • /active-bpel/odata/repository/v4/OdataRepository/Execute
    • /active-bpel/tf/
    • /activebpel-cert/services/
    • /activebpel-cert/rt/
    • /activebpel-cert/soap/
    • /activebpel-cert/odata/repository/v4/OdataRepository/Execute
    • /process-engine/rt/
    • /process-engine/public/rt/
    • /process-engine/services/
    • /process-engine/public/soap/
    • /process-engine/soap/
    If the message TTL is not configured for the tenant, the message TTL configured for the Process Server applies.
  • Message with attachments size limit
    . Sets the maximum size of the payload for a multi-part message that has attachments.
    If you use the Informatica Cloud Server, you can set a maximum message payload size of 5 MB. The maximum size for attachments is also 5 MB.
    If you use a Secure Agent, the default message payload size is 5 MB and the default attachment size is 5 MB. You can change the default sizes to set higher or lower values.
  • Tenant Description
    . These details are for system administrator use.
  • Admin Group
    : Security Roles:
    • abTenantAdmin
      (Required for the group and each user in the group)
    • abTaskClient (Required for each user in the group for access to Process Central)
    • Not needed:
      abDeployer
      or
      abServiceConsumer
    • abDeveloper
      (Allows remote debugging from Process Developer. Alternately, tenant admins can perform debugging in the Process Console.)
    Privileges associated with
    abTenantAdmin
    :
  • Service Consumer Groups
    : Security Roles:
    • abServiceConsumer
      (Required for the group and each user in the group)
    • abTaskClient
      (Required for each user in the group for access to Process Central)
    Privileges
    : Start processes, work on tasks in Process Central within the tenant context
  • Tenant Data
    . This data is not currently used.

0 COMMENTS

We’d like to hear from you!