Describe the bug
We have discovered that azure servicebus is writing a large number of error entries to our application logs, since we are permanently sending and receiving from azure.
We examined a number of these entries and we believe they should be categorised as INFO level logging rather than ERROR level logging.
Expected behavior
We expected the INFO logging to be reported as such in the Java console and in the application. All efforts intended to switch off or to change the logging level from our side using a log4j.properties configuration brought no result.
Observed behavior
[pool-2-thread-3] INFO com.microsoft.azure.servicebus.primitives.MessagingFactory - Closing messaging factory
[pool-2-thread-3] INFO com.microsoft.azure.servicebus.primitives.MessagingFactory - Closing CBS link
[pool-2-thread-3] INFO com.microsoft.azure.servicebus.primitives.RequestResponseLink - Closing requestresponselink to $cbs by closing both internal sender and receiver links.
[ReactorThread62591d73-0f5e-4355-ace7-11223e9fddcd] INFO com.microsoft.azure.servicebus.primitives.RequestResponseLink - Closed internal send link of requestresponselink to $cbs
[ReactorThread62591d73-0f5e-4355-ace7-11223e9fddcd] INFO com.microsoft.azure.servicebus.primitives.RequestResponseLink - Closed internal receive link of requestresponselink to $cbs
Environment (please complete the following information):
Binding with the appropriate logging framework using slf4j-log4j12-1.7.26.jar was the solution. The former Binding with slf4j-simple-1.7.26.jar produced the system.err logs for our case.
Describe the bug We have discovered that azure servicebus is writing a large number of error entries to our application logs, since we are permanently sending and receiving from azure.
We examined a number of these entries and we believe they should be categorised as INFO level logging rather than ERROR level logging.
Expected behavior We expected the INFO logging to be reported as such in the Java console and in the application. All efforts intended to switch off or to change the logging level from our side using a log4j.properties configuration brought no result.
Observed behavior [pool-2-thread-3] INFO com.microsoft.azure.servicebus.primitives.MessagingFactory - Closing messaging factory [pool-2-thread-3] INFO com.microsoft.azure.servicebus.primitives.MessagingFactory - Closing CBS link [pool-2-thread-3] INFO com.microsoft.azure.servicebus.primitives.RequestResponseLink - Closing requestresponselink to $cbs by closing both internal sender and receiver links. [ReactorThread62591d73-0f5e-4355-ace7-11223e9fddcd] INFO com.microsoft.azure.servicebus.primitives.RequestResponseLink - Closed internal send link of requestresponselink to $cbs [ReactorThread62591d73-0f5e-4355-ace7-11223e9fddcd] INFO com.microsoft.azure.servicebus.primitives.RequestResponseLink - Closed internal receive link of requestresponselink to $cbs
Environment (please complete the following information):