[Web-SIG] wsgiconfig design

2007-07-06 Thread Ian Bicking
Every so often I get in this cleanup/redux mood where I feel a need to revisit things I've done before in an attempt to Do Them Right. We've discussed Paste Deploy here before, and I'm thinking about Redoing It Right. I thought I'd share some thoughts on the design: I still am quite happy with

Re: [Web-SIG] wsgiconfig design

2007-07-07 Thread Jim Fulton
On Jul 6, 2007, at 11:41 PM, Ian Bicking wrote: > Every so often I get in this cleanup/redux mood where I feel a need to > revisit things I've done before in an attempt to Do Them Right. > > We've discussed Paste Deploy here before, and I'm thinking about > Redoing > It Right. Cool. > I thoug

Re: [Web-SIG] wsgiconfig design

2007-07-07 Thread Ian Bicking
Jim Fulton wrote: > > On Jul 6, 2007, at 11:41 PM, Ian Bicking wrote: > >> Every so often I get in this cleanup/redux mood where I feel a need to >> revisit things I've done before in an attempt to Do Them Right. >> >> We've discussed Paste Deploy here before, and I'm thinking about Redoing >> It

Re: [Web-SIG] wsgiconfig design

2007-07-08 Thread Jim Fulton
On Jul 7, 2007, at 3:01 PM, Ian Bicking wrote: > Jim Fulton wrote: .. >> I do have one potential complaint about the entry-point APIs. The >> applications my company builds have configurations that are too >> complex to fit in a single config-parser section. To handle these >> configurati

Re: [Web-SIG] wsgiconfig design

2007-07-08 Thread Ian Bicking
Jim Fulton wrote: > > On Jul 7, 2007, at 3:01 PM, Ian Bicking wrote: > >> Jim Fulton wrote: > .. >>> I do have one potential complaint about the entry-point APIs. The >>> applications my company builds have configurations that are too >>> complex to fit in a single config-parser section. To h