Skip to main content

Adapter Status

The Adapter Status page is the primary operational dashboard for monitoring and controlling a Frank instance. It displays all adapters and their current state.

Adapter States

StateDescription
StartedAdapter is running and processing messages
StartingAdapter is initializing
StoppedAdapter is inactive, not processing messages
StoppingAdapter is shutting down
ErrorAdapter has encountered a critical issue

Page Layout

  • Configuration selector at the top switches between loaded configurations
  • Configuration summary shows total adapters, running count, stopped count, and counts per state
  • Configuration messages — info, warning, and error messages per adapter
  • Adapter list shows each adapter with its state and receivers
  • Error indicators (red badge) appear when messages are in the error store
  • Message store indicators (blue badge) show pending messages in queue

Note: Not all errors result in an adapter entering state "Error". Monitor both the state matrix and the configuration messages for complete visibility.

Managing Receivers

Each adapter can have one or more receivers. Receivers can be individually started and stopped independently of the adapter.

Stopping a Receiver

  1. Navigate to Adapter Status
  2. Find the adapter and locate its receiver
  3. Click the Stop button next to the specific receiver
  4. The receiver state changes to Stopped — no new messages will be picked up
  5. Messages already in flight continue processing to completion

Use this when:

  • A downstream system is unavailable and you want to stop picking up new messages
  • You need to apply a data fix before processing continues
  • You want to drain a queue at a controlled rate

Starting a Receiver

  1. Click the Start button next to the stopped receiver
  2. Processing resumes immediately
  3. Any messages that arrived while the receiver was stopped are picked up (if using a persistent queue or message store)

Stopping a Receiver vs. Stopping an Adapter

ActionEffect
Stop receiverReceiver stops picking up messages. Pipeline remains available (e.g., for IbisLocalSender calls).
Stop adapterAll receivers stop. Pipeline is deactivated. Calls from other adapters will fail.

Test Pipeline

Test Pipeline allows manual invocation of an adapter with a custom message, useful for debugging and verification.

Using Test Pipeline

  1. Navigate to Testing → Test Pipeline in the Frank!Console
  2. Select the target adapter from the dropdown
  3. Enter or paste the input message in the text area
  4. Optionally set:
    • Encoding — character encoding for the message
    • Session keys — additional session variables as key=value pairs
  5. Click Send
  6. The result panel shows:
    • State — SUCCESS or ERROR
    • Output message — the response from the pipeline
    • Duration — processing time in milliseconds

When to Use Test Pipeline

  • Initial development — verify an adapter processes a message correctly before connecting real inputs
  • Debugging failures — reproduce a failed message by pasting it from the error store
  • Verification after fix — confirm a configuration change resolves the issue before resending from the error store

Configuration Management

Reload Configuration

To reload a configuration without restarting the application:

  1. Navigate to Adapter Status
  2. Click the Reload button next to the configuration name
  3. The framework re-reads configuration XML and reinitializes all adapters in that configuration
  4. Other configurations remain unaffected

Use reload when:

  • Configuration XML has been modified on disk or in the database
  • You want to pick up property changes
  • A class-loaded configuration was updated

Database Deployment

Configurations can be stored in the database for shared access across instances:

configurations.NewHorizons.classLoaderType=DatabaseClassLoader

Upload via Configuration → Manage Configurations → Upload Config:

  • Select datasource and zip file
  • Activate Config — marks this version as active
  • Auto Reload — automatically reloads the configuration

Version information is read from BuildInfo.properties:

configuration.version=1_20200416-140400

Multiple versions are stored simultaneously with instant switching. Configurations are stored in the IBISCONFIG table.

Reload vs. Restart

ActionScope
Reload configurationReinitializes all adapters in one configuration
Stop/Start single adapterAffects only one adapter
Application restartReinitializes everything including framework internals

Environment Variables

The Environment Variables page displays all system properties and Frank!Framework properties. Use browser search (Ctrl+F) to locate specific properties.

The Dynamic parameters panel includes runtime-adjustable settings:

  • Log Level — sets the minimum log level. Changes are not persistent across restarts.
  • Enable Ladybug Debugger — enables or disables report generation at runtime.