Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-21 Thread Chris Withers
Dieter Maurer wrote: Someone already worked on this and reported success. He integrated a ZEO client via "mod_python". Yep, that was Philipp. I wonder where that project ended up? Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-20 Thread Dieter Maurer
Chris Withers wrote at 2006-12-20 09:15 +: >Martijn Faassen wrote: >> >> It would be very nice if we could make that work! Zope as a drop-in >> Apache extension would certainly help wider adoption. > >Yes indeed :-) > >We're not a "normal" pythonish Apache thing though, 'cos we need to >rigi

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-20 Thread Dieter Maurer
Jim Fulton wrote at 2006-12-19 17:27 -0500: >Dieter Maurer wrote: >> Jim Fulton wrote at 2006-12-19 11:54 -0500: >>> ... >>> I made a mistake several years ago when I decided to (have Amos) >>> implement FTP over ZPublisher. The Zope publisher is a CGI-inspired >>> HTTP-based and thus stateless API

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-20 Thread Chris Withers
Jim Fulton wrote: Does the Zope 2 server need that much work? It seems to do a pretty good job... I don't know. It does seem to do a pretty good job. But I'm not aware of any one else who's in a position to fix it if it breaks or needs to be enhanced. Anyone else apart from who? I'm sure i

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-20 Thread Chris Withers
Martijn Faassen wrote: It would be very nice if we could make that work! Zope as a drop-in Apache extension would certainly help wider adoption. Yes indeed :-) We're not a "normal" pythonish Apache thing though, 'cos we need to rigidly limit the number of app server threads because of the z

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Jim Fulton
Dieter Maurer wrote: Jim Fulton wrote at 2006-12-19 11:54 -0500: ... I made a mistake several years ago when I decided to (have Amos) implement FTP over ZPublisher. The Zope publisher is a CGI-inspired HTTP-based and thus stateless API. It is a poor fit for FTP and I overgeneralized. Why do yo

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Dieter Maurer
Jim Fulton wrote at 2006-12-19 11:54 -0500: > ... >I made a mistake several years ago when I decided to (have Amos) >implement FTP over ZPublisher. The Zope publisher is a CGI-inspired >HTTP-based and thus stateless API. It is a poor fit for FTP and I >overgeneralized. Why do you think so? I impl

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Jim Fulton
Tres Seaver wrote: ... How much "maintenance" do you imagine the Zope2 ZServer requires? ... I have no idea. It is already basically feature complete (the Keep-Alive bit which kicked off this thread is a known exception), AFAIK this thread was about Zope 3's ZServer, which, BTW, has very

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Jim Fulton
Martijn Faassen wrote: Jim Fulton wrote: Martijn Faassen wrote: ... I'm having second thoughts about the Twisted integration for a number of reasons: * Twisted people actively dislike eggs. They won't eggify Twisted any time soon. Yes, but I think they do use distutils source releases, so

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Jim Fulton
Chris Withers wrote: Jim Fulton wrote: We have performance and reliability expectations which come from running mission-critical applications. Lots of the rest of the folks interested in servers don't have those requirements (yet, anyway), and hence aren't motivated to address them in their ext

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Jim Fulton
Stephan Richter wrote: On Tuesday 19 December 2006 11:22, Christian Theune wrote: Another question: How does the WSGI integration relate to HTTP-based servers (like WebDAV and XMLRPC) and how does it relate to non-HTTP-based servers? All HTTP-based servers are covered, since our application co

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Jim Fulton
Martijn Faassen wrote: Hey, Jim Fulton wrote: [snip] I'm not certain that we're actively supporting either server. But *in practice* we're supporting the Twisted integration, as that's the only one that people use now, right? Wrong. Use != support. > We may not be actually capable or wil

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Chris Withers
Jim Fulton wrote: We have performance and reliability expectations which come from running mission-critical applications. Lots of the rest of the folks interested in servers don't have those requirements (yet, anyway), and hence aren't motivated to address them in their externally-maintained ser

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Stephan Richter
On Tuesday 19 December 2006 11:22, Christian Theune wrote: > Another question: How does the WSGI integration relate to HTTP-based > servers (like WebDAV and XMLRPC) and how does it relate to > non-HTTP-based servers? All HTTP-based servers are covered, since our application code makes the decisio

Re: [Zope3-dev] Re: Need to get more involved in Web SIG (was Re: Fixing ZServer bugs?)

2006-12-19 Thread Christian Theune
Hi, Martijn Faassen wrote: > Hey, > > Jim Fulton wrote: > [snip] > >> I'm not certain that we're actively supporting either server. > > But *in practice* we're supporting the Twisted integration, as that's > the only one that people use now, right? We may not be actually capable > or willing