Closed UnitedMarsupials closed 1 year ago
There is no built in support for Splunk in the MQ Classes for JMS. I think you will need to use either of the techniques suggested at the ServerFault question:
1) Use a forwarder on the mqjms.log.0 (If you want to alter the format before that data is ingested, then you will need to write some code to condense the output into your desired format before ingestion).
2) Redirect jms log to system.out/err and redirect that using custom code for splunk to receive.
Thank you for the quick response, @stmassey.
There is no built in support for Splunk in the MQ Classes for JMS
Perhaps, there are provisions for extending whatever logging framework (homegrown?) the client is using? Such as by providing a custom class, that implements a documented interface (the com.ibm.msg.client.commonservices.provider.log.CSPLog
)?
Asking because the "allclient" JAR-file has entries like: com/ibm/msg/client/commonservices/j2se/log/DefaultLogger.class
, which implies, there may be an alternative -- non-default -- logger too. How would I provide one?
The DefaultLogger
uses an instance of java.util.logging. There is no provision for providing your own implementation.
Our company uses Splunk to aggregate log-messages from (almost) all applications enterprise-wide. This includes our Java-applications, which use log4j -- and the Splunk-provided classes for forwarding events directly to Splunk-servers.
This works except, when our code calls into MQ client-classes (
com.ibm.mq.allclient-9.3.1.0.jar
). The MQ-code, apparently, uses some other logging framework of its own, resulting inmqjms.log.0
and similar files.This brings me here with these questions:
At this time I'm unable to find answers to these questions among the documents in this repository. (Also, the ServerFault question remains unanswered.)