resubmit

Source processor that exposes a REST endpoint specifically for resubmitting archived payloads.

Properties

Name Summary

name

Optional, descriptive name for the processor.

id

Required identifier of the processor, unique across all processors within the flow. Must be between 3 and 30 characters long; contain only lower and uppercase alphabetical characters (a-z and A-Z), numbers, dashes ("-"), and underscores ("_"); and start with an alphabetical character. In other words, it adheres to the regex pattern [a-zA-Z][a-zA-Z0-9_-]{2,29}.

exchangeProperties

Optional set of custom properties in a simple jdk-format, that are added to the message exchange properties before processing the incoming payload. Any existing properties with the same name will be replaced by properties defined here.

Sub-builders

Name Summary

messageLoggingStrategy

Strategy for describing how a processor’s message is logged on the server.

payloadArchivingStrategy

Strategy for archiving payloads.

Details

Usage

The resubmit processor creates a POST endpoint on the flow’s main path that expects the following request body:

{
  "payloadArchivePaths": [
    "/path/to/payload1",
    "/path/to/payload2"
  ],
  "destinationFlowId": "destination-handoff-flow"
}

This standardized REST endpoint helps automate the resubmission of payloads in Utilihive Heartbeat. However, a proper "resubmit" flow requires certain configurations to be in place, including a separate "archive" flow. See the Archive and Resubmission documentation for more details.