RE: JSON for mod_status

2016-12-01 Thread PKU . 孙斌
Since JSON is now so important to the Web client-end world, it seems that Httpd would be better to support JSON data i/o filtering with a JSON parser integrated, or put it into the Libapr? Bing --- From: dev-return-87644-bswen=pku.edu...@httpd.apache.org [mailto:dev-return-87644-bs

Re: JSON for mod_status

2016-12-01 Thread Jim Jagielski
> On Dec 1, 2016, at 2:16 PM, William A Rowe Jr wrote: > > > Note that mod_bmx_status entries focus on what most management > frameworks are looking for, so thus far, it doesn't deliver an entire > dataset per connection or worker thread. It certainly could, of course. Nor does it expose anyth

Re: Time for 2.4.24!

2016-12-01 Thread William A Rowe Jr
On Thu, Dec 1, 2016 at 9:06 AM, Eric Covener wrote: > Trying to look at the event stuff and the strict stuff. > > If any more experienced event folks are lurking, help on the review > would be great (And thanks to sf!) > I found the PR itself to be full of useful data for review (including some

Re: JSON for mod_status

2016-12-01 Thread William A Rowe Jr
On Thu, Dec 1, 2016 at 12:33 PM, Jim Jagielski wrote: > > > On Dec 1, 2016, at 12:53 PM, William A Rowe Jr > wrote: > > > > Finally the query fn in mod_bmx_status performs the callback indicated > > through its invocation to unspool the data in presentation format, which > > lives back in mod_bm

Re: JSON for mod_status

2016-12-01 Thread Jim Jagielski
> On Dec 1, 2016, at 12:53 PM, William A Rowe Jr wrote: > > > Finally the query fn in mod_bmx_status performs the callback indicated > through its invocation to unspool the data in presentation format, which > lives back in mod_bmx and behaves identically for every bmx extension. > Adding the p

Re: JSON for mod_status

2016-12-01 Thread William A Rowe Jr
On Thu, Dec 1, 2016 at 8:08 AM, Jim Jagielski wrote: > My question is how do the beans, for example, from mod_bmx_vhost > get displayed via mod_bmx_status? > > I understand that one queries mod_bmx for specific beans, but at > the end of the day people still want/need a comprehensize > mod_status

Re: Time for 2.4.24!

2016-12-01 Thread Eric Covener
Trying to look at the event stuff and the strict stuff. If any more experienced event folks are lurking, help on the review would be great (And thanks to sf!) On Thu, Dec 1, 2016 at 9:28 AM, Jim Jagielski wrote: > hello? hello? Anyone there? :) > >> On Nov 21, 2016, at 7:47 AM, Jim Jagielski wr

Re: Time for 2.4.24!

2016-12-01 Thread Stefan Eissing
Don't look at me! Have my hands full with h2 stuff... ;-) > Am 01.12.2016 um 15:28 schrieb Jim Jagielski : > > hello? hello? Anyone there? :) > >> On Nov 21, 2016, at 7:47 AM, Jim Jagielski wrote: >> >> We have a few items in STATUS that, imo, should be tested, voted-on >> and the committed to

Re: Time for 2.4.24!

2016-12-01 Thread Jim Jagielski
hello? hello? Anyone there? :) > On Nov 21, 2016, at 7:47 AM, Jim Jagielski wrote: > > We have a few items in STATUS that, imo, should be tested, voted-on > and the committed to the httpd-2.4 branch in anticipation of a new > release SOON! I'd like to have a T&R the end of next week, if > possib

Re: JSON for mod_status

2016-12-01 Thread Jim Jagielski
My question is how do the beans, for example, from mod_bmx_vhost get displayed via mod_bmx_status? I understand that one queries mod_bmx for specific beans, but at the end of the day people still want/need a comprehensize mod_status-like display. My expectation would be that mod_bmx_status would p

Re: JSON for mod_status

2016-12-01 Thread Stefan Eissing
First: +1 to have machine-readable output from mod_status, maybe we'll even add test cases! Second: -1 to have various hooks/sub-modules serialize JSON by themselves (or other formats). Instead, I'd rather have us chose a data/bean/binary json API with which to construct objects to pass around