Ian is right... and David is right. My Quixote apps run fine with SCGI and Apache: there's no WSGI server that's clearly superior, and no middleware I need. BUT we have to think about the future, and be ready to interoperate with a must-have new package that may appear at any time. Now is the time to prepare, because you never know when you might need that must-have package on short notice.
On 3/9/06, Titus Brown <[EMAIL PROTECTED]> wrote: > I might well be alone in this, and I don't want to seem like I'm > kvetching without point, either. I love Quixote, and you guys designed > it, built it, released it, and are maintaining it. I just think things > may evolve in interesting and useful directions with a more bazaar > style of development. Actually, Titus, we're thinking along the same lines. I thought I was the only one. I'm itching to modify Quixote and QPY this weekend to be native WSGI, and adjust the existing servers to be compatible. If you want to collaborate and incorporate session2, let's do it. It doesn't have to be a "fork" per se, just an experimental "branch". I don't think the MEMS Exchange has to be more bazaar-like or to accept things they don't want in Quixote or QPY. Their first responsibility is to their internal applications and their paying clients. Many thanks to the MEMS Exchange for open-sourcing Quixote with a BSD license. But I have my own design ideas I want to try, things along the TG/Paste lines. We just need an independent repository to tinker on. Then David can decide later whether to incorporate the changes into Quixote/QPY, or we can later fork for real or turn it into some kind of Paste component. My main motivation is, I like several of TurboGears' features but I'm not excited about how complicated their implementation is (and thus breakage-prone). I'm beginning to think, "TurboGears is a wonderful application platform to use... next year." So I want to see whether some of the features can be done in a more straightforward manner. -- Mike Orr <[EMAIL PROTECTED]> ([EMAIL PROTECTED] address is semi-reliable) _______________________________________________ Quixote-users mailing list [email protected] http://mail.mems-exchange.org/mailman/listinfo/quixote-users
