Capture runtime document in ultra pipeline for debugging purpose

Sometimes you want to capture input or output document of snaps at runtime in ultra pipeline for debugging purpose. Here’s a quick way:

  1. Don’t use File Writer Snap as it break the lineage in ultra pipeline
  2. Use a Pipeline Execute Snap
  3. Send the logging content as one or multiple parameter to the child pipeline
  4. Make sure the child pipeline do nothing heavy weight
  5. Make sure set the child pipeline capture the parameter in question
  6. View the captured parameter in Dashboard
  7. You can copy the captured parameter and paste it to a JSON pretty print tool for better viewing

Hello Eguo,

Thanks for suggesting the way to capture the input/output document of snaps.

I’m new to SnapLogic world, and come from traditional ESB background. Wanted to understand if SnapLogic provides any out of the box feature to capture the input & output document for auditing and logging purpose (both in case of synchronous and async scenario). In production scenarios input/out payload will come handy to conduct RCA of the failed interface pipeline.

Thanks in advance.

Yashu Vyas

@vyasyash, welcome to the post-ESB paradigm!

No there is no out of box feature to persist messages like in traditional ESB, hence created the approach in this post to enable troubleshooting activities.

Benefits of this approach:

  • It avoids introducing new I/O endpoints into the pipeline. As a result, the pipeline has less state to manage in the runtime.
  • You could use Pipeline Monitoring API to consume the captured information to satisfy certain use cases.


  • Only the last rolling hundred sub-pipeline’s runtime logs will be kept by SL platform therefore visible in the dashboard and accessible via the Pipeline Monitoring API.
  • A runtime log will be kept in SL platform for 90 days.
  • Can not enable the reuse in the pipeExec snap.


Thanks Eddy for your response.

If for some specific business requirement we’ve to build a reusable pipeline for payload auditing purpose, do you suggest to use the Copy snap to capture the payload or SnapLogic follows a proprietary message structure for internal processing from where document data can be directly accessed ?

Yashu Vyas


Do you know like we have it in the typical ESB system, for error handling. If the error occurred at say 5th step then it would roll back and end up at the 1st step where we generally handle them.

However it does not seem to be same in SnapLogic. Hence we need to have error handling at each step?


Hi @krupalibshah, thank you for sharing the information about typical ESB system. Created this post as I solved a problem I had and like to share it with the community. Wasn’t prepared to engaged into a conversation to either compare SL with ESB nor cover state management/error handling topic. In future, when I do have something worth to share on these topics, I will remember to link back to this thread.