no payload with dl-agent for v5.1.1 dripline

[dzhang0305]

The service is using a simple standard ethernet scpi with a format entity endpoint:

name: rod1-stepper-motor-values
module: EthernetSCPIService
socket_info: "('10.95.101.70',7776)"
socket_timeout: 5.0
cmd_at_reconnect:
            -
            - "\x00\x07IFD\x0D" #set to decimal
            - "\x00\x07JS0.300\x0D" #set jog speed to 20 rpm
            - "\x00\x07VE0.300\x0D" #set velocity to 20 rpm
            - "\x00\x07EG20000\x0D" #sets steps per revolution
            - "\x00\x07ER20000\x0D" #sets encoder resolution
            - "\x00\x07SA\x0D" #saves parameters
            - "\x00\x07IFD\x0D" #set to decimal
reconnect_test: "\x00\x07%"
command_terminator: "\x0D\n"
response_terminator: "\r"
endpoints:
        - name: rod1_steps
          module: FormatEntity
          get_str: "\x00\x07IP"
          extract_raw_regex: "\x00\x07IP=(?P<value_raw>.*)"
          calibration: "{}"
          log_interval: 10
          max_interval: 600
          max_fractional_change: 0

root@4a7e1665ca64:/# dl-agent -b rabbit-broker get rod1_steps
2025-11-13 09:52:36.713 [TRACE] (240) indexed_factory.hh:225 -> Registered a indexed_factory for class json at 0x7faff86cd420, indexed_factory #0 for 0x555b99f716d0
2025-11-13 09:52:36.713 [TRACE] (240) indexed_factory.hh:225 -> Registered a indexed_factory for class json at 0x7faff86cd460, indexed_factory #0 for 0x555b99f71c40
2025-11-13 09:52:36.713 [TRACE] (240) indexed_factory.hh:225 -> Registered a indexed_factory for class yaml at 0x7faff86cd880, indexed_factory #1 for 0x555b99f716d0
2025-11-13 09:52:36.713 [TRACE] (240) indexed_factory.hh:225 -> Registered a indexed_factory for class yaml at 0x7faff86cd8c0, indexed_factory #1 for 0x555b99f71c40
2025-11-13 09:52:36.713 [DEBUG] (240) signal_handler.cc:119 -> Taking over signal handling for SIGABRT, SIGTERM, SIGINT, and SIGQUIT
2025-11-13 09:52:36.713 [TRACE] (240) signal_handler.cc:140 -> Handling SIGABRT (abort() and unhandled exceptions)
2025-11-13 09:52:36.713 [TRACE] (240) signal_handler.cc:151 -> Handling SIGTERM
2025-11-13 09:52:36.713 [TRACE] (240) signal_handler.cc:162 -> Handling SIGINT (ctrl-c)
2025-11-13 09:52:36.713 [TRACE] (240) signal_handler.cc:173 -> Handling SIGQUIT (ctrl-)
2025-11-13 09:52:37.217 [PROG] (240) application.cc:163 -> Final configuration:

{
dripline_mesh :
{
alerts_exchange : alerts
broker : rabbit-broker
broker_port : 5672
heartbeat_routing_key : heartbeat
max_connection_attempts : 10
max_payload_size : 10000
requests_exchange : requests
}

dry_run_msg : false
json_print : false
pretty_print : false
rk : rod1_steps
suppress_output : false
timeout : 10

}

2025-11-13 09:52:37.217 [PROG] (240) application.cc:164 -> Ordered args:

[
]

2025-11-13 09:52:37.218 [PROG] (240) agent.cc:168 -> Request (routing key = rod1_steps; specifier = ):
Routing key: rod1_steps
Correlation ID: a99f3b2c-d40a-4e49-8a5f-8d9f3fa99c64
Reply To:
Message Type: 3 (request)
Encoding: json
Timestamp:
Sender Info:
Executable: /usr/local/bin/dl-agent
Hostname: 4a7e1665ca64
Username: root
Service: unknown
Versions:
dripline:
Version: 3.0.0
Commit:
Package:
dripline-cpp:
Version: 2.10.8
Commit: 786cd1224002b7c8a79b27e8ff4b0c3a0875c166
Package: driplineorg/dripline-cpp
Specifier:
Payload:
{
}

Lockout Key: 00000000-0000-0000-0000-000000000000
Lockout Key Valid: 1
Message Operation: 1

2025-11-13 09:52:37.218 [TRACE] (240) indexed_factory.hh:239 -> Removing indexed_factory for class yaml from 0x555b99f71c40
2025-11-13 09:52:37.218 [TRACE] (240) indexed_factory.hh:239 -> Removing indexed_factory for class yaml from 0x555b99f716d0
2025-11-13 09:52:37.218 [TRACE] (240) indexed_factory.hh:239 -> Removing indexed_factory for class json from 0x555b99f71c40
2025-11-13 09:52:37.218 [TRACE] (240) indexed_factory.hh:239 -> Removing indexed_factory for class json from 0x555b99f716d0

[nsoblath]

@dzhang0305 did some testing to look at behavior with older versions of dl-py. An older dl-py for dl-agent worked with both the current and older dl-py running a service. The current dl-py for dl-agent did not work for either the current or older d-py running a service. This implies that the problem is with dl-agent after some update prior to dl-py v5.1.1.

I've done some testing with just dl-cpp. dl-agent talking to the simple-service. Using dl-cpp v2.10.8 (current) for simple-service, dl-agent from dl-cpp v2.10.8 and v2.10.7 do not work, but from dl-cpp v2.10.6 it does work. I'll look into the changes that were made from v2.10.6 --> v2.10.7.

[nsoblath]

According to dl-cpp's changelog, the v2.10.6 --> v2.10.7 upgrade included:

• Use rasmus-saks/release-a-changelog-action to create a GitHub release that incorporates the latest changelog information
• Updated Scarab to v3.13.2
• Updated minimum CMake version in the SimpleAmqpClient integration (external/CMakeLists.txt)

The scarab update was a jump from v3.12.0 to v3.13.2.

[nsoblath]

I believe I've found the cause of this. There were some other changes made to make the configuration names more consistent, and something was done with the dry-run flag for dl-agent that ended up making all requests dry runs. This will be fixed in hotfix/2.10.9.