On Thu, 2015-09-03 at 19:07 +0000, Gibson, Jack wrote: > Alan - > > Pretty much what I was thinking. We should be able to create > multiple > subscriptions per link/session/connection that allow you to specify > either > a selector or filter such that you can receive notifications of > monitorable or actionable events such as link/connection failures, > connects/disconnects, address registration, message counts, etc. > Also > from an enterprise perspective, syslog works ok as we can use syslog > -ng > piping to splunk or something. But, it would be nice to be able to > ³inject² a log implementation kinda like you do with Spring in the > java > world to allow folks to use other logging facilities.
Yep. We do syslog and files (and in principle could do others, maybe even some form of user python plugin) for dispatch log statements in code (like qpid) but in qpid we never did integrate management event logging with the rest of the logging. I think for dispatch we should, and have a text form of management events be just another logging category so we can provide the logging integration in one place. That's not a replacement for programmatic notifications where you want to take action rather than just log, but it's a useful step. > > > Jack > > > On 9/3/15, 1:53 PM, "aconway" <acon...@redhat.com> wrote: > > > > On Thu, 2015-09-03 at 11:57 -0400, Ted Ross wrote: > > > Jack, > > > > > > We have not implemented any form of notification in the > > > management > > > agent > > > yet. This is something we are interested in providing and also > > > contributing to the in-progress management specification at > > > OASIS. > > > > > > -Ted > > > > > > On 09/03/2015 11:25 AM, Gibson, Jack wrote: > > > > Trying to figure out if there is an easy way to subscribe to > > > > router > > > > events like we can with the QMF console? Currently, we are > > > > repeatedly calling the $management address but that's a bit > > > > wonky. > > > > Any pointers would be great. > > > > > > > > Jack > > > > Attached is a draft I proposed to the the AMQP-TC, the discussion > > thread is at: http://markmail.org/thread/k2ekcgb5wu23yirv - the > > draft > > may be a bit out of date with the discussion. > > > > Generally it has met with approval next step is for me to actually > > implement something in dispatch. Very interested in your feedback > > when > > I do. At least one other TC member has expressed interest in > > implementing it for the Qpid Java broker but no code yet. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > For additional commands, e-mail: users-h...@qpid.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org