Re: httpd-trunk with MSIE (async read broken?) and AJP problems was Re: httpd-trunk sucking CPU on ajax

2006-02-27 Thread Ruediger Pluem
On 02/27/2006 09:35 AM, Justin Erenkrantz wrote: > On Sun, Feb 26, 2006 at 11:55:31PM -0800, Sander Temme wrote: > > > Also, we're getting reports that IE clients on Windows consistently get > 408s (server timeout) immediately from httpd. Some users with Safari and > Firefox can see this prob

Re: httpd-trunk with MSIE (async read broken?) and AJP problems was Re: httpd-trunk sucking CPU on ajax

2006-02-27 Thread Ruediger Pluem
On 02/27/2006 08:58 PM, Justin Erenkrantz wrote: > >>There are also still problems with proxy code corrupting data from the AJP >> >>>side of things. See: >>> >>>https://issues.apache.org/jira/browse/INFRA-697 >>> >>>for the infrastructure issue open for this. We were at 2.2.0 but the >> >>pro

Re: httpd-trunk with MSIE (async read broken?) and AJP problems was Re: httpd-trunk sucking CPU on ajax

2006-02-27 Thread Ruediger Pluem
On 02/27/2006 10:20 PM, Ruediger Pluem wrote: > > On 02/27/2006 08:58 PM, Justin Erenkrantz wrote: > > > Meanwhile I doubt that Tomcat sent the correct response. But maybe it is just > me, > so lets see what I found from the dump Justin sent over to me: > > The f

Re: mod_proxy_balancer / failover (hot standby)

2006-02-28 Thread Ruediger Pluem
On 02/28/2006 05:46 PM, [EMAIL PROTECTED] wrote: > Hello, > > I´d like to restart the thread > http://www.gossamer-threads.com/lists/apache/dev/305214 Thanks for starting this again. I also lost track of it. > > Please let me know if I just missed a correct config - otherwise I am curious >

Re: Does mod_jk compatible with httpd2.2

2006-03-03 Thread Ruediger Pluem
On 03/03/2006 06:55 PM, Joost de Heer wrote: > Kanagasabai Sriskanthaverl wrote: > >> Hi, >> Could any one please let me know whether I can use mod_jk with httpd2.2. >> If so, is it same as with httpd2.0 or different. please guide me to >> setup it. >> I am aware that, there is mod_ajp which can

Re: Does mod_jk compatible with httpd2.2

2006-03-03 Thread Ruediger Pluem
On 03/03/2006 10:51 PM, Ruediger Pluem wrote: > > On 03/03/2006 06:55 PM, Joost de Heer wrote: > >> >> >>Are there things that mod_jk can do which you can't do with mod_proxy_ajp? > > > Yes, it can handle cluster domains which mod_proxy_ajp can

Re: AW: mod_proxy_ajp - The purpose of FLUSHING_BANDAID

2006-03-07 Thread Ruediger Pluem
On 03/07/2006 07:19 PM, Mladen Turk wrote: > Plüm wrote: > >> >> >> First: I am the author. >> > > Cool. Did someone ever told you to that you > need to fix your mail client ;). > I hate your AW:AW:AW... Sorry I forgot to remove. Stupid Outlook at work. I don't use it outside as you may notice

Re: mod_proxy_ajp - The purpose of FLUSHING_BANDAID

2006-03-07 Thread Ruediger Pluem
On 03/07/2006 08:58 PM, Mladen Turk wrote: > William A. Rowe, Jr. wrote: > > The current implementation breaks a simple timeout write: > out.write("Hello"); > Thread.sleep(2000); > out.write("World"); > > It will send the 'Hello', but only after additional thread > finishes and times out. Giv

Re: mod_proxy_ajp - The purpose of FLUSHING_BANDAID

2006-03-07 Thread Ruediger Pluem
On 03/07/2006 09:15 PM, Jim Jagielski wrote: > I would suggest that the "bandaid" code no longer be > compile time but rather runtime, using a > "force-flush=true" param to the AJP worker. Just for clarification: What is your exact purpose? 1. Use the poll method of the bandaid, but make it pos

Re: mod_proxy_ajp - The purpose of FLUSHING_BANDAID

2006-03-07 Thread Ruediger Pluem
On 03/07/2006 10:10 PM, Jim Jagielski wrote: > William A. Rowe, Jr. wrote: > >>For the benefit of folks here and not on mod_jk... >> > > > Check out jk_ajp_common.c in tomcat-5.5-connectors/jk/native/common > where whether the flush is forced for each JK_AJP13_SEND_BODY_CHUNK > is controlled b

Re: mod_proxy_ajp - The purpose of FLUSHING_BANDAID

2006-03-07 Thread Ruediger Pluem
On 03/07/2006 11:43 PM, Justin Erenkrantz wrote: > On 3/7/06, Jim Jagielski <[EMAIL PROTECTED]> wrote: > >>I would suggest that the "bandaid" code no longer be >>compile time but rather runtime, using a >>"force-flush=true" param to the AJP worker. > > > I'd prefer that we not defer this decis

Re: mod_proxy_ajp - The purpose of FLUSHING_BANDAID

2006-03-07 Thread Ruediger Pluem
On 03/08/2006 12:49 AM, William A. Rowe, Jr. wrote: > Ruediger Pluem wrote: > >> OTH I guess we still have to convince some people to switch from mod_jk >> to mod_proxy_ajp. So I guess having a similar behaviour in mod_proxy_ajp >> as in mod_jk will ease this. Default fo

Re: mod_proxy_ajp - The purpose of FLUSHING_BANDAID

2006-03-07 Thread Ruediger Pluem
On 03/08/2006 12:40 AM, Ruediger Pluem wrote: > > > The question that remains open to me is what kind of implementation should be > used > if force-flush is set to true? > > The poll approach in the current code or flushing after each packet? If the poll approach is

Re: mod_proxy_ajp flushing

2006-03-07 Thread Ruediger Pluem
On 03/08/2006 03:46 AM, Jim Jagielski wrote: > How about something like this? I whipped this out very quickly > and just did some quick compile and config-test tests on it... > Comments before I commit sometime tomorrow: Basicly looks good to me. Thanks for doing so. Some comments inline. > > -

Re: mod_proxy_ajp flushing

2006-03-08 Thread Ruediger Pluem
On 03/08/2006 03:46 AM, Jim Jagielski wrote: > Index: modules/proxy/mod_proxy.h > === > --- modules/proxy/mod_proxy.h (revision 384045) > +++ modules/proxy/mod_proxy.h (working copy) > @@ -301,6 +301,11 @@ > #if APR_HAS_THREADS >

Re: mod_proxy_ajp flushing

2006-03-08 Thread Ruediger Pluem
On 03/08/2006 09:31 PM, Jim Jagielski wrote: > Any other comments about the patch? Should I just > commit the revised one and we can tweak from > there... +1 Regards Rüdiger

ProxyPass does not work inside LocationMatch

2006-03-11 Thread Ruediger Pluem
PR 38864 (http://issues.apache.org/bugzilla/show_bug.cgi?id=38864) revealed that ProxyPass does not work inside LocationMatch if LocationMatch uses a regular expression (which might be a frequent use of it :-)). I helped the reporter by pointing him to a working mod_rewrite configuration that does

Re: ProxyPass does not work inside LocationMatch

2006-03-12 Thread Ruediger Pluem
On 03/12/2006 08:51 AM, Nick Kew wrote: > On Sunday 12 March 2006 00:26, Ruediger Pluem wrote: > > > The basic problem is putting directives on the server_rec and then > hacking them to work inside . The original bug was with > ProxyPassReverse, where multiple s in a virtua

Re: pool use/mutex initialization in util_ldap not thread safe?

2006-03-16 Thread Ruediger Pluem
On 03/16/2006 03:49 AM, Jeff Trawick wrote: > On 3/15/06, Brad Nicholes wrote: > > That is really one pool globally but there is a mutex per server_rec. > So a thread handling a request for one vhost grabs the mutex and uses > the pool but that doesn't protect from a thread handling a request

Re: Config Bug in proxy_balancer?

2006-03-22 Thread Ruediger Pluem
On 03/22/2006 06:32 PM, Akins, Brian wrote: > > > Looks like it may be in add_pass where it calls ap_proxy_get_balancer: > > if (strncasecmp(r, "balancer:", 9) == 0) { > proxy_balancer *balancer = ap_proxy_get_balancer(cmd->pool, conf, > r); > if (!balancer) { > c

Re: AW: Config Bug in proxy_balancer?

2006-03-27 Thread Ruediger Pluem
On 03/27/2006 05:15 PM, Jim Jagielski wrote: > > On Mar 23, 2006, at 9:59 AM, Plüm, Rüdiger, VIS wrote: > >> >> >>> -Ursprüngliche Nachricht- >>> Von: Jim Jagielski >>> I want to be able to use same balancer in multiple vhosts. >>> >>> This is actually that way by design,

Re: AW: Config Bug in proxy_balancer?

2006-03-27 Thread Ruediger Pluem
On 03/27/2006 10:03 PM, Jim Jagielski wrote: >> > > What we needed to avoid was the case where a balancer defined in > VhostA leaked into VhostB. You should not be able to define > balancers in one Vhost and have them available in others; it's That makes things clearer to me. Thanks. BTW: I ag

Re: [PATCH]mod_disk_cache - check return of apr_bucket_read

2006-03-28 Thread Ruediger Pluem
Thanks for the patch. Committed a slightly modified version as r389697 (http://svn.apache.org/viewcvs?rev=389697&view=rev). Regards Rüdiger

Re: PR 31759 - default handler returns output filter apr_status_t value

2006-04-01 Thread Ruediger Pluem
On 03/31/2006 06:53 PM, Jeff Trawick wrote: > > Some concerns about the else path: > > a) is 500 proper? should it just return OK instead? I think 500 is good. > > b) what about logging that path to ensure that the administrator has > some help diagnosing the problem, since we can't carry

Re: [VOTE] Release 2.2.1 as GA

2006-04-01 Thread Ruediger Pluem
On 04/01/2006 09:28 PM, Paul Querna wrote: > 2.2.1, embedding APR 1.2.6 and APR-Util 1.2.6, is available from: > http://httpd.apache.org/dev/dist/ > > Please Test and Vote on releasing 2.2.1 as GA. > +1, compiled and started on RHAS 3 update 3, gcc 3.2.3, glibc 2.3.2, kernel 2.4.21 RHAS 4 upd

Re: [VOTE] Release 2.2.1 as GA

2006-04-01 Thread Ruediger Pluem
On 04/01/2006 11:24 PM, Oden Eriksson wrote: > > > I get these failed tests with perl-framework (r390750) on Mandriva Linux: > > Failed Test Stat Wstat Total Fail Failed List of Failed > --- > t/ssl/proxy.t

Re: PR 31759 - default handler returns output filter apr_status_t value

2006-04-01 Thread Ruediger Pluem
On 04/02/2006 12:27 AM, Jeff Trawick wrote: > > yep ;) > > I'll move the patch to trunk, change it to return OK where original > patch returned r->status, integrate your logging patch, and commit, if > it holds up under more varied testing. > Thanks.

Re: [VOTE] Release 2.2.1 as GA

2006-04-02 Thread Ruediger Pluem
On 04/02/2006 02:40 AM, Jim Jagielski wrote: > Ruediger Pluem wrote: > >>Argh. It seems that http://svn.apache.org/viewcvs?rev=379237&view=rev has not >>been >>backported. My fault not taking more care of this :-(. >>So I am now -1. >>Should I p

Re: mod_proxy_balancer connection pool limitation problem

2006-04-02 Thread Ruediger Pluem
On 04/02/2006 04:46 PM, Bjørn Stabell wrote: > > > ProxyPass /zope http://192.168.0.242:7680/ > max=2 timeout=1 acquire=1 ttl=1 > > > I'm using mpm-worker, both machines are Linux machines. > > I thought Apache would make no more than 2 connections to the b

Re: [VOTE] Release 2.2.1 as GA

2006-04-02 Thread Ruediger Pluem
On 04/02/2006 05:19 AM, William A. Rowe, Jr. wrote: > >> Can someone on win32 PLEASE update the .dsp file for apr-util? > > > Glad to Does this mean that httpd 2.2.1 does not run with apr-util below 1.2.6 on windows? Is this desired? Regards Rüdiger

Re: [VOTE] Release 2.2.1 as GA

2006-04-02 Thread Ruediger Pluem
On 04/02/2006 05:06 PM, Colm MacCarthaigh wrote: > > Adding an ABI doesn't break ABI backwards-compat, so it should be o.k. But httpd 2.2.1 would not compile with apr-util below 1.2.7 on windows. So I guess this part of the code should be conditional and only active either on non windows (BTW:

Re: mod_proxy_balancer connection pool limitation problem

2006-04-02 Thread Ruediger Pluem
On 04/02/2006 05:16 PM, Bjørn Stabell wrote: > > > StartServers 2 > MaxClients 128 > MinSpareThreads 25 > MaxSpareThreads 75 > ThreadsPerChild 64 > MaxRequestsPerChild 0 > > > > # /nb/apache-2.2/bin/httpd -l > Compiled in modules:

Re: Bug in rewrite or proxy?

2006-04-08 Thread Ruediger Pluem
On 04/08/2006 09:40 AM, Bjørn Stabell wrote: > > In Apache 2.2.1 (the release candidate) mod_proxy_balancer and > mod_deflate seems ok, but either mod_proxy or mod_rewrite is breaking > badly. Here's what the trimmed down config file looks like (it still > exhibits the same problem): > >

Re: Bug in rewrite or proxy?

2006-04-08 Thread Ruediger Pluem
On 04/08/2006 09:40 AM, Bjørn Stabell wrote: > > In Apache 2.2.1 (the release candidate) mod_proxy_balancer and > mod_deflate seems ok, but either mod_proxy or mod_rewrite is breaking > badly. Here's what the trimmed down config file looks like (it still > exhibits the same problem): > >

Re: SIGSEGV on x86_64 (2.2.0)

2006-04-08 Thread Ruediger Pluem
On 04/08/2006 10:52 PM, Davi Arnaut wrote: > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912499703168 (LWP 619)] > 0x003703470004 in strncmp () from /lib64/tls/libc.so.6 > (gdb) bt > #0 0x003703470004 in strncmp () from /lib64/tls/libc.so.6 > #1 0x

Re: svn commit: r392948 - /httpd/httpd/branches/2.2.x/STATUS

2006-04-10 Thread Ruediger Pluem
On 04/10/2006 03:58 PM, trawick wrote: > - > +* htdbm: Warn when the user adds a plaintext password on a platform > + with crypt(). The server will assume that the format is crypt(). > +Trunk version of patch: > + http://svn.apache.org/viewcvs?rev=392945&view=rev I gu

Re: svn commit: r393037 - in /httpd/httpd/trunk: CHANGES server/protocol.c

2006-04-10 Thread Ruediger Pluem
On 04/10/2006 10:21 PM, William A. Rowe, Jr. wrote: > -1 Veto. > > You aren't checking the scheme (other than that we've dumped CONNECT > earlier > in the code) so you don't know that this transform is appropriate. If you > would like to test that scheme applies, you still have the question of

Re: svn commit: r393037 - in /httpd/httpd/trunk: CHANGES server/protocol.c

2006-04-10 Thread Ruediger Pluem
On 04/10/2006 11:39 PM, Ruediger Pluem wrote: > > > > No arguing about your veto. I just try to understand it better to address it. > > So some questions: > > 1. As I just learned from RFC3986 an empty path is allowed (I was not aware > of this >before

Re: svn commit: r393037 - in /httpd/httpd/trunk: CHANGES server/protocol.c

2006-04-10 Thread Ruediger Pluem
On 04/10/2006 11:19 PM, Davi Arnaut wrote: > On Mon, 10 Apr 2006 16:01:29 -0500 > "William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote: > > >>Nick Kew wrote: >> >>>On Monday 10 April 2006 20:59, [EMAIL PROTECTED] wrote: >>> >>> >>> * Prevent r->parsed_uri.path from being NULL as this can cause

Re: svn commit: r393037 - in /httpd/httpd/trunk: CHANGES server/protocol.c

2006-04-10 Thread Ruediger Pluem
On 04/10/2006 10:21 PM, William A. Rowe, Jr. wrote: > -1 Veto. Rolled back by r393088. Regards Rüdiger

Re: svn commit: r393037 - in /httpd/httpd/trunk: CHANGES server/protocol.c

2006-04-10 Thread Ruediger Pluem
On 04/11/2006 12:09 AM, Ruediger Pluem wrote: > > On 04/10/2006 10:21 PM, William A. Rowe, Jr. wrote: > >>-1 Veto. > > > Rolled back by r393088. Of course it must be r393087 :-). Regards Rüdiger

Re: svn commit: r393037 - in /httpd/httpd/trunk: CHANGES server/protocol.c

2006-04-11 Thread Ruediger Pluem
On 04/11/2006 04:00 AM, Roy T. Fielding wrote: > > > It probably needs to be updated for RFC 3986 anyway. The path should > be set to "", not NULL. The HTTP server should take care of the > redirect from "" to "/", which in this case means the http-proxy > needs to check for "" when it sends

Copied workers in balancer?

2006-04-14 Thread Ruediger Pluem
While investigating PR 38227 (http://issues.apache.org/bugzilla/show_bug.cgi?id=38227) I stumbled accross ap_proxy_add_worker_to_balancer: PROXY_DECLARE(void) ap_proxy_add_worker_to_balancer(apr_pool_t *pool, proxy_balancer *balancer, proxy_worker *worker) { pr

Re: Copied workers in balancer?

2006-04-14 Thread Ruediger Pluem
On 04/14/2006 02:17 PM, Mladen Turk wrote: > Ruediger Pluem wrote: > >> >> Does anybody remember why we are making a copy of the worker? > > > Usually a worker represents a backend appserver instance. > Now you can have multiple load balancers with different &g

Re: Copied workers in balancer?

2006-04-14 Thread Ruediger Pluem
On 04/14/2006 05:20 PM, Mladen Turk wrote: > Ruediger Pluem wrote: >> >> >> Ok, I understand these goals, but as far as I can see from the current >> code >> they do not share the error status as they are using different scoreboard >> slots a

Re: Any undocumented showstoppers on 2.0.56?

2006-04-14 Thread Ruediger Pluem
On 04/15/2006 12:12 AM, William A. Rowe, Jr. wrote: > ... that would prevent me from rolling early tomorrow? Please raise > hands now, and lets see if we can't get them committed. I'm thinking > of patches-to-apply, not new efforts :) There's always 2.0.57 for > new and exciting bug fixes. No

Re: It's that time of the year again

2006-04-18 Thread Ruediger Pluem
On 04/18/2006 08:57 PM, William A. Rowe, Jr. wrote: > Justin Erenkrantz wrote: > >> >>> The httpd community has never objected to it. IF you are suggesting >>> putting >>> wire protocol implementations in APR, I think again you are >>> overloading the >>> charter. Suggesting that a matching cl

Re: It's that time of the year again

2006-04-18 Thread Ruediger Pluem
On 04/18/2006 06:35 PM, Parin Shah wrote: > Plüm, Rüdiger, wrote: > > I have been spending some time to remove the libcurl dependency by > creating fake connection and requests. I didn't know we already have > such functionality in proxy. Can you tell me where is that code to > create fake con

Re: Intend to tag/roll 1.3.35

2006-04-18 Thread Ruediger Pluem
On 04/19/2006 12:14 AM, Seán C. Farley wrote: > > Although it would be nice, I understand. Since I have not followed the > 2.[02] series, please check the comment I made about connection timeouts > to the origin server. Look for "Only GET/HEAD requests are re-used" in > the patch. Would this

Re: svn commit: r395180 - /httpd/httpd/trunk/modules/proxy/proxy_util.c

2006-04-19 Thread Ruediger Pluem
On 04/19/2006 10:57 AM, > Author: martin > Date: Wed Apr 19 01:56:59 2006 > New Revision: 395180 > > URL: http://svn.apache.org/viewcvs?rev=395180&view=rev > Log: > Fix for platforms without threads: inreslist exists only if APR_HAS_THREADS > is set Thanks for spoting and fixing this. Regards

Re: svn commit: r395216 - /httpd/httpd/branches/2.2.x/STATUS

2006-04-19 Thread Ruediger Pluem
On 04/19/2006 01:37 PM, >+1: rpluem, jim > + trawick: needs http://svn.apache.org/viewcvs?rev=395180&view=rev Thanks for adding. Regards Rüdiger

Re: AW: Fold mod_proxy_fcgi into trunk (and maybe 2.2...)

2006-04-19 Thread Ruediger Pluem
On 04/19/2006 04:53 PM, Jim Jagielski wrote: > > > IIRC (I need to look over my full notes) but the only > non-fcgi file touched was: > > http://svn.apache.org/viewcvs.cgi/httpd/httpd/branches/fcgi- > proxy-dev/modules/proxy/mod_proxy_balancer.c? > rev=383291&r1=357431&r2=383291 Thanks

Re: Buckets and brigades

2006-04-22 Thread Ruediger Pluem
On 04/22/2006 06:54 AM, Brandon Fosdick wrote: > Can I impose upon somebody to explain buckets and brigades to me? That http://www.apachetutor.org/dev/brigades Should be a good start for you. Regards Rüdiger

Re: [VOTE] 2.2.2 Candidate

2006-04-23 Thread Ruediger Pluem
On 04/22/2006 06:35 AM, Paul Querna wrote: > Please test and vote on releasing httpd 2.2.2, bundling APR and APR-Util > 1.2.7. > > Download from: > http://httpd.apache.org/dev/dist/ Tested on Red Hat AS4. So +1 from me: waiting 60 seconds for server to start: ... waiting 60 seconds for server

Re: [VOTE] 2.0.58 Candidate

2006-04-24 Thread Ruediger Pluem
On 04/24/2006 08:40 PM, Colm MacCarthaigh wrote: > O.k., for the last time, hopefully :) A candidate for 2.0.58 is > available for testing and voting at; Hopefully my last +1 on this :-). Regards Rüdiger

Re: Difference between Documentation and code for CacheMaxExpire

2006-04-26 Thread Ruediger Pluem
The issue below came up again in PR21260. So anyone with an idea now if this is a bug in the documentation or in the code? Regards Rüdiger On 01/17/2006 02:11 PM, Ruediger Pluem wrote: > I found a difference between the documentation of CacheMaxExpire and the code. > The documentat

Re: Email address on mail archive (fwd)

2006-04-28 Thread Ruediger Pluem
On 04/28/2006 11:45 PM, Ian Holsman wrote: > > On 29/04/2006, at 4:30 AM, Justin Erenkrantz wrote: > >> >> Welcome to the big bad Internet. Not everyone is nice. It's a >> valuable lesson to learn. >> >> We can do all of the obfuscation we want in mod_mbox, but spambots >> *do* just subscribe

Re: svn commit: r398494 - in /httpd/site/trunk: docs/security/vulnerabilities_13.html docs/security/vulnerabilities_20.html docs/security/vulnerabilities_22.html xdocs/security/vulnerabilities_22.xml

2006-05-01 Thread Ruediger Pluem
On 05/01/2006 03:32 AM, [EMAIL PROTECTED] wrote: > Author: pquerna > Date: Sun Apr 30 18:32:18 2006 > New Revision: 398494 > > URL: http://svn.apache.org/viewcvs?rev=398494&view=rev > Log: > rebuild all. > > Modified: > httpd/site/trunk/docs/security/vulnerabilities_13.html > httpd/site

Re: svn commit: r398492 - in /httpd/site/trunk: docs/download.html docs/index.html xdocs/download.xml xdocs/index.xml

2006-05-01 Thread Ruediger Pluem
On 05/01/2006 03:25 AM, [EMAIL PROTECTED] wrote: > Author: pquerna > Date: Sun Apr 30 18:25:38 2006 > New Revision: 398492 > > URL: http://svn.apache.org/viewcvs?rev=398492&view=rev > Log: > Rev website for 2.2.2 > > Modified: > httpd/site/trunk/docs/download.html > httpd/site/trunk/doc

Re: Generic cache architecture

2006-05-03 Thread Ruediger Pluem
On 05/03/2006 09:53 PM, William A. Rowe, Jr. wrote: > > And finally (most important) none of this needs to target 2.2. If 2.2 > lives > 5 months to be replaced by 2.4 - there is really no issue. 2.0 lived Please keep in mind that some of us are dependent on commercial httpd modules, whether

Re: Possible new cache architecture

2006-05-03 Thread Ruediger Pluem
On 05/03/2006 10:46 PM, Graham Leggett wrote: > > mod_cache definitely needs cache admin, currently it's implemented as an > external program that is called via cron, which doesn't help if you're > on a box without cron. Cache cleaning can be done either when a Not completely true. According to

Re: apr_brigade_insert_file() LFS/Linux issues

2006-05-03 Thread Ruediger Pluem
On 05/03/2006 11:58 PM, Joshua Slive wrote: >> >> No, works fine here. Can you get strace output for the failing call? > > > Just a random note: There was a report of a problem with 2.2.2 and > mod_include on the users list that went away when sendfile was turned > off. Sounds similar. Is t

Re: Generic cache architecture

2006-05-03 Thread Ruediger Pluem
On 05/03/2006 11:27 PM, William A. Rowe, Jr. wrote: > > Moreso, we need more third party authors to -participate- in telling us > what > in HTTPD-2.4 will make their module better. And a faster cycle of 6mos-1yr > gives them a chance to do this and realize the benefits in the official > releas

Re: Generic cache architecture

2006-05-03 Thread Ruediger Pluem
On 05/04/2006 12:35 AM, Justin Erenkrantz wrote: > > For simplicity sake, I agree. Let's call this new thing > mod_cache_generic or mod_frobit. However, let's not touch mod_cache > and friends for now. > > We can rearrange things later if this new "architecture" actually has > any benefits.

Re: svn commit: r399668 - in /httpd/httpd/trunk: CHANGES modules/filters/mod_charset_lite.c

2006-05-04 Thread Ruediger Pluem
On 05/04/2006 01:26 PM, wrote: > Author: trawick > > + *) mod_charset_lite: Bypass translation when the source and dest charsets > + are the same. [Jeff Trawick] As I am not an expert on mod_charset_lite a short question: Can this ever happen apart from a situation where the server is m

Re: svn commit: r399668 - in /httpd/httpd/trunk: CHANGES modules/filters/mod_charset_lite.c

2006-05-04 Thread Ruediger Pluem
On 05/04/2006 10:51 PM, Jeff Trawick wrote: > > Here is the expected way to encounter that: > > > CharsetSourceEnc IBM-1047 > CharsetDefault ISO-8859-1 > > > > # already in the right charset > CharsetSourceEnc ISO-8859-1 > > > So we shouldn't go through the motions when processing /somed

Re: svn commit: r404776 - in /httpd/httpd/branches/2.2.x: CHANGES STATUS

2006-05-07 Thread Ruediger Pluem
On 05/07/2006 04:52 PM, wrote: > Author: niq > >*) core: Prevent reading uninitialized memory while reading a line of > - protocol input. PR 39282. [Davi Arnaut ] > + protocol input. PR 39282. [Davi Arnaut ] Just curious: Why did you remove the dots? So far we have only removed

Re: svn commit: r407357 - in /httpd/httpd/trunk: CHANGES modules/cache/cache_storage.c

2006-05-18 Thread Ruediger Pluem
On 05/18/2006 11:21 AM, Plüm wrote: > >>-Ursprüngliche Nachricht- >>Von: Joe Orton >>... >> >>>@@ -375,15 +380,18 @@ >>> } >>> } >>> else { >>>-scheme = "http"; >>>+scheme = ap_http_scheme(r); >>> } >> >>cache_storage.c: In function `cache_generate_key_

Re: svn commit: r407357 - in /httpd/httpd/trunk: CHANGES modules/cache/cache_storage.c

2006-05-21 Thread Ruediger Pluem
On 05/18/2006 10:50 AM, Joe Orton wrote: > On Wed, May 17, 2006 at 07:16:43PM -, > >>--- httpd/httpd/trunk/modules/cache/cache_storage.c (original) >>+++ httpd/httpd/trunk/modules/cache/cache_storage.c Wed May 17 12:16:43 2006 > > ... > >>@@ -375,15 +380,18 @@ >> } >> } >>

Re: svn commit: r407357 - in /httpd/httpd/trunk: CHANGES modules/cache/cache_storage.c

2006-05-22 Thread Ruediger Pluem
On 05/22/2006 04:49 PM, Joe Orton wrote: > > Great, thanks. In reply to your other questions: "casts are bad" :), > and I don't think that performance is a good excuse for randomly > manually inlining functions either (sometimes overall performance is > improved by reducing executable size

PR 39643 revealed a problem between mod_cache and mod_filter

2006-05-24 Thread Ruediger Pluem
During my analysis of PR39643 (http://issues.apache.org/bugzilla/show_bug.cgi?id=39643) I found out that mod_cache and mod_filter do not work together correctly. In fact mod_filter crashes with a segfault if the content is delivered from the cache. The segfault is caused by line 366 of mod_filte

Re: PR 39643 revealed a problem between mod_cache and mod_filter

2006-05-25 Thread Ruediger Pluem
On 05/25/2006 09:02 AM, Nick Kew wrote: > On Thursday 25 May 2006 06:56, Ruediger Pluem wrote: > > > Which begs the question: why are we attaching output filters to mod_cache? Because some module might offer a protocol or connection filter that should be also run on cached

Re: svn commit: r395211 - /httpd/httpd/trunk/configure.in

2006-05-25 Thread Ruediger Pluem
On 04/19/2006 12:57 PM, > Author: jorton > Date: Wed Apr 19 03:57:20 2006 > New Revision: 395211 > > URL: http://svn.apache.org/viewcvs?rev=395211&view=rev > Log: > * configure.in: Add --with-included-apr flag to force use of the > bundled copies of APR and APR-util. > > Modified: > httpd/h

Re: Corrected: Proxy and rewrite ordering

2006-05-27 Thread Ruediger Pluem
On 05/27/2006 02:47 PM, Nick Kew wrote: > [my previous post contained some irrelevant observations I > thought I'd deleted. Reposting to reduce confusion] > > In mod_rewrite.c, I see > ap_hook_translate_name(hook_uri2file, NULL, NULL, APR_HOOK_FIRST); > > In mod_proxy.c, I see > /* fix

Re: conclusions to FAQs on mod_proxy_ajp vs. mod_jk?

2006-05-27 Thread Ruediger Pluem
On 05/27/2006 03:58 PM, Jeff Trawick wrote: > > Are there still fundamental pieces missing from mod_proxy_ajp + > mod_proxy_balancer which have to be resolved before mod_proxy_ajp is > the natural solution for anybody on Apache >= 2.2? Currently mod_proxy_balancer lacks the domain feature of m

Re: [PATCH] No temporary file left behind

2006-05-28 Thread Ruediger Pluem
On 05/28/2006 03:52 AM, Davi Arnaut wrote: > Hi, > > Remove mod_disk_cache temporary files when rename() fails, otherwise > they may accumulate in excess. Thanks for the patch. Committed to trunk as r409942 (http://svn.apache.org/viewvc?rev=409942&view=rev). Regards Rüdiger

Re: svn commit: r409942 - in /httpd/httpd/trunk: CHANGES modules/cache/mod_disk_cache.c

2006-05-28 Thread Ruediger Pluem
On 05/28/2006 02:33 PM, Colm MacCarthaigh wrote: > On Sun, May 28, 2006 at 10:32:04AM -, [EMAIL PROTECTED] wrote: > > A significant source of this kind of error is that the filesystem > suddenly becomes read-only. Either to a protective automative re-mount > by the kernel, a log journal bec

Re: conclusions to FAQs on mod_proxy_ajp vs. mod_jk?

2006-05-28 Thread Ruediger Pluem
On 05/28/2006 03:18 PM, Jeff Trawick wrote: > On 5/27/06, Ruediger Pluem wrote: > >> >> >> On 05/27/2006 03:58 PM, Jeff Trawick wrote: >> >> > >> > Are there still fundamental pieces missing from mod_proxy_ajp + >> > mod_proxy_balancer w

Re: PR 39643 revealed a problem between mod_cache and mod_filter

2006-05-30 Thread Ruediger Pluem
On 05/25/2006 07:56 AM, Ruediger Pluem wrote: > During my analysis of PR39643 > (http://issues.apache.org/bugzilla/show_bug.cgi?id=39643) > I found out that mod_cache and mod_filter do not work together correctly. In > fact mod_filter > crashes with a segfault if the content is

PR 39673 revealed a problem with NTLM and mod_proxy

2006-05-30 Thread Ruediger Pluem
PR 39673 revealed a problem with NTLM and mod_proxy_http. Actually NTLM does not work any longer with proxied backends doing NTLM authentication. As far as I understand NTLM the current 2.2.x proxy implementation does NOT support it, because there is no guarantee that the same backend connection

Re: [PATCH] mod_disk_cache early size-check

2006-06-03 Thread Ruediger Pluem
On 05/30/2006 12:55 PM, Niklas Edmundsson wrote: > > This patch takes advantage of the possibility to do the size-check of > the file to be cached early. > > The current behaviour is to start caching the file and then bail out > when it notices that it has cached more than the maximum allowed s

PR35247: Does mod_cache violate RFC2616 because it ignores s-maxage in responses with max-age?

2006-06-03 Thread Ruediger Pluem
Can someone of our RFC experts please have a look at PR 35247 (http://issues.apache.org/bugzilla/show_bug.cgi?id=35247)? Questions that remain are: 1. Does the current behaviour of mod_cache really violate RFC2616? 2. If yes, does the proposed patch fix this violation? Regards Rüdiger

Re: restructuring mod_ssl as an overlay

2006-06-07 Thread Ruediger Pluem
On 06/07/2006 10:03 PM, Roy T. Fielding wrote: > After quite a bit of delving into the US export requirements for > encryption-related software, I have found that we are able to > distribute 100% open source packages with identifiable source code > to anyone not in the banned set of countries. H

Re: restructuring mod_ssl as an overlay

2006-06-07 Thread Ruediger Pluem
On 06/07/2006 10:53 PM, William A. Rowe, Jr. wrote: > > There's another gray point, without OpenSSL, mod_ssl is a noop, that is, > it does no crypto. There is more crypto in mod_auth_digest, util_md5 or > in apr-util than there is in mod_ssl. I think this is an excellent point regarding the s

Re: AW: restructuring mod_ssl as an overlay

2006-06-08 Thread Ruediger Pluem
On 06/08/2006 07:13 PM, William A. Rowe, Jr. wrote: > > I will say this; the people who are wildly waving their arms "no more > binaries" are the same people who, surprise, haven't contributed binaries > to httpd, at least not lately (little surprise). This is true, but I do not think that peo

Re: restructuring mod_ssl as an overlay

2006-06-08 Thread Ruediger Pluem
On 06/08/2006 11:47 PM, Roy T. Fielding wrote: > Sorry, I did a poor job of explaining -- the binaries issue is about > openssl. The openssl issue is what required me to read the EAR No reason to say sorry. Thanks for your work on this issue. > The mere presence of mod_ssl source code appears

Re: svn commit: r413158 - /httpd/site/trunk/xdocs/download.xml

2006-06-09 Thread Ruediger Pluem
On 06/09/2006 10:47 PM, wrote: > Author: wrowe > Date: Fri Jun 9 13:47:02 2006 > New Revision: 413158 > > URL: http://svn.apache.org/viewvc?rev=413158&view=rev > Log: > > Note 2.2.2 was our 10 year celebration I believe, (just to put something > interesting front and center under that top

Re: Knocking items off the plate, one by one

2006-06-09 Thread Ruediger Pluem
On 06/09/2006 08:02 PM, William A. Rowe, Jr. wrote: > I'm entirely neutral.) Please vote; > > [X] Jettison apache/win 1.3 binaries to a footnote of history in archives > [ ] Beg of Bill, "One more Round!" of 1.3.36 for old times sake > [ ] Keep them available from www even if they are ne

Re: debug apache

2006-06-16 Thread Ruediger Pluem
On 06/16/2006 10:28 PM, Alexander Lazic wrote: > Any opinion from the developer, to this issue?! > > On Don 01.06.2006 08:14, Alexander Lazic wrote: > >> Hi, >> >> i have read http://httpd.apache.org/dev/debugging.html and asked me >> follwing: >> >> Is it possible to get a logentry from the ho

Re: debug apache

2006-06-17 Thread Ruediger Pluem
On 06/17/2006 08:57 AM, Alexander Lazic wrote: > On Sam 17.06.2006 00:54, Ruediger Pluem wrote: > >> From my current point of view the answer is: No, this is not possible >> out of the box. >> It may be possible if you modify the hook macros. > > > And do y

Re: mod_proxy_xxxxx last resort fallback redirect ?

2006-06-17 Thread Ruediger Pluem
On 06/17/2006 05:56 PM, Darryl Miles wrote: > Internal being a fall through to the configured mapping and content > handler for the URL just as-if the ProxyPass directive wasn't there, I > was thinking along the lines of this being configured with a > "fallthrough:" scheme prefix. This means it

Re: [EMAIL PROTECTED] Re: debug apache

2006-06-18 Thread Ruediger Pluem
On 06/18/2006 02:49 PM, Mathieu CARBONNEAUX wrote: > i think is very usefull to have this in production environment... to debug > probleme without interupting production... in only up the log level with > reload... > with strace you must restart apache with strace...and for desactivating it >

Re: debug apache

2006-06-18 Thread Ruediger Pluem
On 06/18/2006 04:03 PM, Jeff Trawick wrote: >> > On 06/17/2006 08:57 AM, Alexander Lazic wrote: >> > > On Sam 17.06.2006 00:54, Ruediger Pluem wrote: >> > >> From my current point of view the answer is: No, this is not >> possible >> > >>

Re: mod_proxy_balancer/mod_proxy_ajp TODO

2006-06-19 Thread Ruediger Pluem
On 06/19/2006 06:21 PM, Mladen Turk wrote: > Hi guys, > > I'm would like to give few notes on the things I'm > currently working on, so that eventually no duplicate > work is done if someone already have similar things > on his drawing board. > > 1. Additional by business load balancing method

Re: mod_proxy_balancer/mod_proxy_ajp TODO

2006-06-19 Thread Ruediger Pluem
On 06/19/2006 10:37 PM, Mladen Turk wrote: > Henri Gomez wrote: > >> >> For the load-balancing algorythm, do you plan to propose a bunch of >> pre build algos and let users select the right one for their use or >> allow externals modules ? We could see that like mod_jk / mod_proxy >> modules lik

Re: mod_proxy_balancer/mod_proxy_ajp TODO

2006-06-19 Thread Ruediger Pluem
On 06/19/2006 10:23 PM, Mladen Turk wrote: > Henri Gomez wrote: > >> Good to see that PING/PONG got such a good response here. >> >> When I added this to mod_jk it was just a quick way to detect hang >> JVMs but it seems to many on the TC-DEV not a very usefull feature :) >> > > And may thanks

Re: [Patch 39806] Add env vars to mod_proxy_balancer to allow more control

2006-06-20 Thread Ruediger Pluem
On 06/20/2006 08:17 PM, Jeff Trawick wrote: > On 6/20/06, Brian Rectanus <[EMAIL PROTECTED]> wrote: > >> I have a minor patch to mod_proxy_balancer that I would like to get >> applied. The patch adds some environment vars to balancer requests to >> export info on the chosen route so that it pos

Re: svn commit: r416165 - /httpd/httpd/trunk/modules/filters/mod_deflate.c

2006-06-21 Thread Ruediger Pluem
On 06/22/2006 01:16 AM, wrote: > Author: niq > Date: Wed Jun 21 16:16:47 2006 > New Revision: 416165 > > URL: http://svn.apache.org/viewvc?rev=416165&view=rev > Log: > PR#39854 > Remove bogus code that chokes on flush buckets > > > if (APR_BUCKET_IS_FLUSH(bkt)) { > -apr_b

Re: svn commit: r416165 - /httpd/httpd/trunk/modules/filters/mod_deflate.c

2006-06-21 Thread Ruediger Pluem
On 06/22/2006 02:08 AM, Nick Kew wrote: > On Thursday 22 June 2006 00:38, Ruediger Pluem wrote: > > >>Is this correct? In fact you ignore flush buckets now. > > > Yes, this ignores flush buckets - which is better than choking on them. Yes, of course. > I'm n

Re: A silly bugzilla question

2006-06-24 Thread Ruediger Pluem
On 06/24/2006 08:48 PM, William A. Rowe, Jr. wrote: > APR is now used by a half dozen successful open source projects and many > many more other development efforts. > > Is there a reason for apr issues to continue to go to httpd.apache.org? > That is, is it time for a [EMAIL PROTECTED] mailing

<    5   6   7   8   9   10   11   12   13   14   >