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