If you cannot get enough information about a particular problem from the entries that are available in the various logs, the next troubleshooting method to consider is using trace. Trace provides more details about what is happening while code runs. The information produced from trace is sent to a specified trace record, so that you or IBM® support personnel can analyze it to discover the cause of your problem.
Trace is inactive by default, and must be explicitly activated by using the IBM App Connect Enterprise web user interface or a REST API command.
There are two main types of trace available in IBM App Connect Enterprise: user trace and service trace. Typically, you utilize user trace for debugging your applications; you can trace integration servers.
When you start user tracing, you cause additional processing for every activity in the component that you are tracing. Large quantities of data are generated by the components. Expect performance to be affected while trace is active. You can limit this additional processing by being selective about what you trace, and by restricting the time during which trace is active.