Modules Communicating

2012-08-22 Thread Adi Selitzky
Hi! I am writing my own module that handles all incoming requests. In some cases, I want this request to be handled by mod_python which I installed. In these cases, my module should change the requested file extension to .py, which is configured to be handled by mod_python. AddHandler

Re: Modules Communicating

2012-08-22 Thread Sorin Manolache
On 2012-08-22 09:31, Adi Selitzky wrote: Hi! I am writing my own module that handles all incoming requests. In some cases, I want this request to be handled by mod_python which I installed. In these cases, my module should change the requested file extension to .py, which is configured to be

Re: Limitations of mod_dbd - single server per vhost

2012-08-22 Thread Nick Kew
On 21 Aug 2012, at 20:27, Mikhail T. wrote: From reading the module's documentation, it seems, a single vhost can only use one DB-server (and only with one set of credentials): only a single DBDriver and DBDParams is possible, for example. That is by design: it is expected to meet most

Re: Limitations of mod_dbd - single server per vhost

2012-08-22 Thread Graham Leggett
On 22 Aug 2012, at 10:25 AM, Nick Kew wrote: From reading the module's documentation, it seems, a single vhost can only use one DB-server (and only with one set of credentials): only a single DBDriver and DBDParams is possible, for example. That is by design: it is expected to meet most

Ideas for an output filter for mod_lua

2012-08-22 Thread Daniel Gruno
Hi dev@, I've been wondering (and tinkering with) the idea of creating output filters through mod_lua. If this has already been discussed, it was before my time here, so please forgive any redundant ideas. Essentially, what I'd like to do is be able to do the following: LuaOutputFilter

Re: Limitations of mod_dbd - single server per vhost

2012-08-22 Thread Nick Kew
On 22 Aug 2012, at 11:43, Graham Leggett wrote: On 22 Aug 2012, at 10:25 AM, Nick Kew wrote: From reading the module's documentation, it seems, a single vhost can only use one DB-server (and only with one set of credentials): only a single DBDriver and DBDParams is possible, for example.

Re: Ideas for an output filter for mod_lua

2012-08-22 Thread Nick Kew
On 22 Aug 2012, at 12:00, Daniel Gruno wrote: So, any feedback, comments, thoughts on this? Basic concept looks fine. I guess we'd need more detail to say any more about it. Is the implementation 'clean' or does it involve hacks to core? If what you have is pure module then I'd see no reason

Re: [Vote] httpd 2.2.23 release

2012-08-22 Thread Steffen
All looks fine on Windows. Steffen -Original Message- From: William A. Rowe Jr. Sent: Tuesday, August 21, 2012 9:25 PM Newsgroups: gmane.comp.apache.devel To: dev@httpd.apache.org Subject: [Vote] httpd 2.2.23 release Candidate binaries are available from

Re: Limitations of mod_dbd - single server per vhost

2012-08-22 Thread Mikhail T.
On 22.08.2012 07:24, Nick Kew wrote: The implementation needs object persistence, of the kind we have in the per-server configuration but not per-directory. That was the original design constraint. I'd say, my complaint was a little misunderstood. It is not, that I wish to see separate

Re: [ANNOUNCEMENT] Apache HTTP Server 2.4.3 Released

2012-08-22 Thread Andy Wang
On 08/21/2012 06:55 AM, Jim Jagielski wrote: NOTE to Windows users: The issues with AcceptFilter None replacing Win32DisableAcceptEx appears to have resolved starting with version 2.4.3 make Apache httpd 2.4.x suitable for Windows servers. I noticed the following blurb from

Re: Limitations of mod_dbd - single server per vhost

2012-08-22 Thread Nick Kew
On Wed, 22 Aug 2012 09:21:16 -0400 Mikhail T. mi+t...@aldan.algebra.com wrote: On 22.08.2012 07:24, Nick Kew wrote: The implementation needs object persistence, of the kind we have in the per-server configuration but not per-directory. That was the original design constraint. I'd say, my

Fixing apr_dbd_freetds (Re: Limitations of mod_dbd - single server per vhost)

2012-08-22 Thread Mikhail T.
Perhaps, this discussion should be happening on theticket https://issues.apache.org/bugzilla/show_bug.cgi?id=53666 itself? Oh, well :) Comments inline: On 22.08.2012 10:47, Nick Kew wrote: I think I've pointed a few people at the ODBC driver as an alternative. Do you have a strong reason to

Re: Fixing apr_dbd_freetds (Re: Limitations of mod_dbd - single server per vhost)

2012-08-22 Thread Jeff Trawick
On Wed, Aug 22, 2012 at 12:26 PM, Mikhail T. mi+t...@aldan.algebra.com wrote: Perhaps, this discussion should be happening on the ticket itself? Oh, well :) Comments inline: and/or d...@apr.apache.org On 22.08.2012 10:47, Nick Kew wrote: I think I've pointed a few people at the ODBC driver

Re: Fixing apr_dbd_freetds

2012-08-22 Thread Mikhail T.
On 22.08.2012 12:55, Jeff Trawick wrote: and/or...@apr.apache.org You are right. Unfortunately, that list (like this one), requires one to subscribe before posting. I deeply resent such requirements and try to avoid such lists, when at all possible :-( Yours, -mi

Re: Ideas for an output filter for mod_lua

2012-08-22 Thread Daniel Gruno
On 08/22/2012 01:36 PM, Nick Kew wrote: Basic concept looks fine. I guess we'd need more detail to say any more about it. Is the implementation 'clean' or does it involve hacks to core? If what you have is pure module then I'd see no reason not to drop mod_lua_filter (or is it

Re: Ideas for an output filter for mod_lua

2012-08-22 Thread Tim Bannister
On 22 Aug 2012, at 22:25, Daniel Gruno rum...@cord.dk wrote: Would your concept meaningfully generalise beyond application-level filters? I'm not entirely sure what you mean by this, could you elaborate? If you want some more sophisticated examples of what could be achieved with Lua

Re: [Vote] httpd 2.2.23 release

2012-08-22 Thread Jeff Trawick
On Tue, Aug 21, 2012 at 3:25 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Candidate binaries are available from http://httpd.apache.org/dev/dist/ - these do not yet constitute ASF releases. Win32 specific artifacts (x86 binary distribution and -win32-src.zip) will follow sometime later