Details
-
Task
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
6.4.10, 22.08.8, 23.02.4, 23.08.1
-
None
-
MXS-SPRINT-193, MXS-SPRINT-196, MXS-SPRINT-197, MXS-SPRINT-198, MXS-SPRINT-199, MXS-SPRINT-210, MXS-SPRINT-211, MXS-SPRINT-217, MXS-SPRINT-218, MXS-SPRINT-219
Description
Whenever a service is configured to use another service for routing (i.e. it uses targets), the errors that are logged whenever the connection creation fails are not suppressed even if the upper level service is capable of dealing with them gracefully.
This requires a chage in the routing API to return an error object of some sorts to the caller like is done in 23.08 with the handleError function where the errors are propagated upwards until something handles them or they reach the MXS_SESSION which then terminates the connection.