> -----Original Message-----
> From: Gordon Sim [mailto:[email protected]] 
> Sent: Monday, January 17, 2011 2:33 PM
> To: [email protected]
> Subject: Re: QIP proposal: Easy Broker Info
> 
> 
> On 01/17/2011 07:27 PM, Alan Conway wrote:
> > On 01/17/2011 01:44 PM, mick wrote:
> >>
> >>
> >> On Mon, 2011-01-17 at 14:57 +0000, Gordon Sim wrote:
> >>> On 01/17/2011 02:57 PM, Alan Conway wrote:
> >>>> I suggest the following, which I've seen used to good effect in 
> >>>> previous
> >>>> projects:
> >>>>
> >>>> --dump-config FILE Instruct the broker to write it's 
> configuration 
> >>>> to FILE (default none)
> >>>>
> >>>> This would write a file in the known qpid-config file 
> format with 
> >>>> the "live" values of config items like port or ssl-port, 
> or other 
> >>>> computed config values.
> >>>>
> >>>> When config can be picked up from multiple sources, such 
> a tool is 
> >>>> useful to be sure what actually got configured. It uses existing 
> >>>> known file formats. It clearly scopes the use of the tool to 
> >>>> checking initial configuration, it doesn't want to become a 
> >>>> replacement for management.
> >>>
> >>> I like that!
> >>>
> >>
> >> sounds good, as long as the ssl port is actually chosen by 
> the time 
> >> we have to dump this out. i'll have to look at that.
> >>
> >> no intention of making this a management-replacement, not even 
> >> 'lite'. write-only by the brokers.
> >>
> >> i would still see this going to a standard place ,
> >> i.e. /var/lib/qpid/PID -- using the pid just to prevent collisions.
> >>
> >> and then remove file on healthy shutdown.
> >>
> >
> > I think this is a useful feature for debugging etc. but I 
> don't think 
> > it should be done by default. If the user wants this let 
> them specify 
> > where they want it - as we do with log files.
> 
> +1

+1


---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:[email protected]

Reply via email to