frankframework / frankframework

The Frank!Framework is an easy-to-use, stateless integration framework which allows (transactional) messages to be modified and exchanged between different systems.
https://frankframework.org
Apache License 2.0
123 stars 76 forks source link

Report names for database scheduled adapters are always Sender AdapterJob #2419

Closed jacodg closed 6 months ago

jacodg commented 2 years ago

Describe the issue When an adapter is triggered by a scheduler that is stored in the database the report name in Ladybug is always Sender AdapterJob instead of Pipeline \.

Reporter Jaco de Groot

To Reproduce Steps to reproduce the behavior:

  1. Create a scheduler in the database to trigger an adapter with a Java listener
  2. See that all reports in the Ladybug for the adapter are called Sender AdapterJob instead of Pipeline \

Screenshots

image

Configuration The configuration for the job is stored in the database (created by adding the job with the Frank!Console Scheduler page) calling the following listener:

<listener className="nl.nn.adapterframework.receivers.JavaListener"
                      name="BulkUpdate_UpdateByQuery_QueryIterator"/>

Input -

Environment

FF! 7.7-20211105.102530: Ibis4Titan 403-3b023912-release7-7
Running on *** using IBM WebSphere Application Server/8.5
Java Version: Java(TM) SE Runtime Environment (8.0.6.25 - pxa6480sr6fp25-20210115_01(SR6 FP25))
Heap size: 1282M, total JVM memory: 1536M
Free disk space: 8GB, total disk space: 10GB
Up since: 2021-11-08 07:46:49 (9h)

Additional Environment -

Additional Context -

jacodg commented 2 years ago

I now see it's the same for config file based schedulers:

image

jacodg commented 2 years ago

Is is possible to remove the Sender startpoint and endpoint from the report? So the report would be the same as when created by a listener or test a pipeline? I think this was the case for older versions of F!F

nielsm5 commented 7 months ago

I think this is because it's now wired through Spring and thus appears in the OAP (pointcut) of the ladybug. The simplest way would be to give this sender a distinctive name, and in the ladybug AOP config check if the senderInputOutput should do something or not...