BIND 10 #512: Update of statistics daemon for HTTP/XML reporting: design
BIND 10 Development
do-not-reply at isc.org
Fri Feb 4 02:40:15 UTC 2011
#512: Update of statistics daemon for HTTP/XML reporting: design
-------------------------------------+-------------------------------------
Reporter: | Owner: vorner
naokikambe | Status: reviewing
Type: task | Milestone: A-Team-
Priority: major | Sprint-20110209
Component: | Resolution:
statistics | Sensitive: 0
Keywords: | Add Hours to Ticket: 0
Estimated Number of Hours: 5.0 | Total Hours: 0
Billable?: 1 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Changes (by naokikambe):
* owner: naokikambe => vorner
Comment:
Hello,
Replying to [comment:5 vorner]:
> Well, the fact that some modules take configuration as command line
arguments is due to historical reasons (I guess the modules are older than
the config manager itself).
>
> It makes sense to provide command line parameters to override settings.
But the need to reconfigure it it runtime is there and we will need to
update the other modules to support it. So if you expect that the command
lines arguments are short-term solution, then OK.
Sorry, I didn't know the historical reason well. But I'm afraid that the
implementation would become a little more complex if we make the both ways
of configuration effective. So we would leave this design to be a short-
term solution as you mentioned.
> ACK. I guess that modifying it from stand-alone HTTP server to CGI
script would be easy, as most of the logic will be in generating the
correct output and it doesn't matter much which it is plugged into.
That's right. But I cannot decide whether we should bundle a stand-alone
HTTP server in the BIND 10 package or not. If we don't bundle it, we would
need the user's configurations of an already running HTTP server. So we
would discuss it as another topic later.
> So, shall we close this as complete?
OK. I'm closing it unless you have more comments or questions.
Thanks,
--
Ticket URL: <https://bind10.isc.org/ticket/512#comment:6>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list