Re: [us...@httpd] How to mount JBoss in Subdir

[Krist van Besien]

On Tue, Feb 17, 2009 at 12:54 PM, carsten  wrote:
> rewriting does not work (at least we have used the wrióng ruLe)
> If one can point us in the right direction, please. An example will be nice, 
> too

One solution would be not to use mod_jk and in stead just proxy to the
tomcat's http port. That way the full power of RewriteRules are
available, but even a simple proxy will work:

ProxyPass /extern/appcontext http://tomcatserver:8080/appcontext
ProxyPassReverse /extern/appcontext http://tomcatserver:8080/appcontext

Krist

-- 
krist.vanbes...@gmail.com
kr...@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] RE: port 80 + 8080 + SSL (443)

[Krist van Besien]

On Wed, Feb 18, 2009 at 7:35 AM, KURT PETERS  wrote:
> Thanks for your help.  The *:80 method seems to work.  Just have 2 follow-up
> questions:
>
> 1) Did I need to put the Listen 443 AFTER the  for the 80 and
> 8080?  In other words, does apache2 do the parsing of virtual hosts and
> "listens" in order?

No. You can safely put all the "Listens" up front.

> 2) I use godaddy's forwarding feature for my domain name 
> does anyone know why I have to use the actual IP address when I want to get
> my web server to respond to anything other than the port 80 at
> ?  For instance, if I type in 
> it does not work, but if I use  it does!
>   I'm wondering if this is a godaddy problem or my Apache2 set up.

It's a "GoDaddy" problem. The way their forwarding works is that they
set up a virtualhost with your domain name on one of their servers,
and forward all requests. But they only do this for port 80.

You need to make whatever.com point directly to your IP, in stead of
using a forwarding service. If your IP is dynamic you could use a
service like zoneedit.com. I've been using them for ages now for my
homeserver.


Krist

-- 
krist.vanbes...@gmail.com
kr...@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

[us...@httpd] RE: port 80 + 8080 + SSL (443)

[KURT PETERS]

Thanks for your help.  The *:80 method seems to work.  Just have 2 follow-up 
questions:

1) Did I need to put the Listen 443 AFTER the  for the 80 and 
8080?  In other words, does apache2 do the parsing of virtual hosts and 
"listens" in order?
2) I use godaddy's forwarding feature for my domain name 
does anyone know why I have to use the actual IP address when I want to get my 
web server to respond to anything other than the port 80 at ?  
For instance, if I type in  it does not work, but 
if I use  it does!
  I'm wondering if this is a godaddy problem or my Apache2 set up.  I put my 
machine in a DMZ for a short period of time to see if it was my router, and 
that doesn't seem to be the case: it doesn't work with my machine in the DMZ 
either.
Regards,
Kurt


--Forwarded Message Attachment--
From: ka...@e-tunity.com
To: users@httpd.apache.org
Date: Mon, 16 Feb 2009 16:41:59 +0100
Subject: Re: [us...@httpd] port 80 + 8080 + SSL (443)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Hi Kurt,
 
On Feb 16, 2009, at 4:22 PM, KURT PETERS wrote:
 
>  192.168.1.40:8080>
> ServerName www.example.com
> ServerAlias LOCALNAME
> DocumentRoot /var/www
> 
>
> NameVirtualHost 172.20.30.40:443
> NameVirtualHost 192.168.1.40:443
>
> 
> ServerName www.example.com
> DocumentRoot /var/secwww
> 
>
> Is there an "easier" way to do this?
 
Since you aren't serving different content based on the hostname that  
a browser is requesting, I think that you don't need NameVirtualHost.  
You might try simplifying by:
 
Listen 80
Listen 8080

   ...

 
Listen 443

   ...

 
This is all off the top of my head, you'd need to check directives in  
the docs. But answering your question: this may be an easier way, but  
your method is certainly valid as well and isn't "overdoing it".
 
- --
Best regards / met vriendelijke groet, Karel Kubat
Mob +31 6 2956 4861
 
 
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
 
iEYEARECAAYFAkmZiUcACgkQ23FrzRzybNXKrgCdHWT08hYfX7x4rtjDMGH5GsCD
KEwAniB7GWZDcDoTiTm22d/03tApP+ml
=ahBk
-END PGP SIGNATURE-


--Forwarded Message Attachment--
Date: Mon, 16 Feb 2009 13:27:59 -0500
From: cove...@gmail.com
To: users@httpd.apache.org
Subject: Re: [us...@httpd] port 80 + 8080 + SSL (443)

> 
> ServerName www.example.com
> DocumentRoot /var/secwww
> 
 
in addition to Karel' response, you do need mod_ssl directives to
actually service SSL on this port.
 
 
-- 
Eric Covener
cove...@gmail.com

Re: [us...@httpd] Why Would Apache be so slow??

[Tony Anecito]

Hi Andre,

Here is another thought that might explain things. Suppose a web page has up to 
10 22KB images for tabs and the browser opens up say 8 sockets and the 
bandwidth of the user was 1Mbps. Would the fact that many sockets were allowed 
by the browser saturate the user side bandwidth? Like CPU utilization the 
network folks might normally want to run it lower else the number of collisions 
might get so high the overall effect might be a large delay or load time.

I thought somewhere on the Apache site there was a recommendation to number of 
images to a page and the size?

Just wondering,
-Tony


--- On Tue, 2/17/09, Tony Anecito  wrote:

> From: Tony Anecito 
> Subject: Re: [us...@httpd] Why Would Apache be so slow??
> To: users@httpd.apache.org
> Date: Tuesday, February 17, 2009, 10:10 PM
> Hi Andre,
> 
> Thanks for the writeup. I have fiber instead of copper but
> I suspec the fiber is shared by putting in some type of
> optical hub perhaps.
> 
> That said I had a troubleshooting session with the ISP and
> it was narrowed down to the network somewhere. He wanted me
> to bypass the router so I just went an bought another one
> since it was an old one anyway but it did not make a
> difference. I later called the company hosting my url
> godaddy and they did some tests but could not fault the DNS
> and I ran some DSL performance tests myself and the DNS
> seemed fast enough. I do have wireshark installed but have
> not tried capturing traffic to see if anything can be
> gleemed from it.
> 
> Funny thing was godaddy tested the url and it did not seem
> slow to them. Which made the issue even more confusing.
> 
> So I am down to the ISP's device to convert light
> signals the ethernet and dsiabling the remaining two
> comnputers on the network tonight. I will try powering down
> the light to ethernet converter after the 2 computers are
> offline to see what happens.
> 
> Again many thanks and I will run those tests after I get to
> the root cause of the performance issue.
> 
> -Tony
> 
> 
> 
> 
> --- On Tue, 2/17/09, André Warnier 
> wrote:
> 
> > From: André Warnier 
> > Subject: Re: [us...@httpd] Why Would Apache be so
> slow??
> > To: users@httpd.apache.org
> > Date: Tuesday, February 17, 2009, 4:57 PM
> > In short, what your tests are showing you is that
> Apache on
> > its own (not quite, but close enough) gives you the
> file in
> > 20 ms. The rest (the 5000 ms you measured before,
> minus 20
> > ms) is the network.
> > Score : Apache 1, network 249.
> > That should give you a pretty good indication of what
> to
> > focus on next.
> > 
> > In many more words :
> > 
> > First about the Apache cache : get rid of it.
> > The server-side cache will only slow down things for
> this
> > type of test. It only helps if you have many requests
> /for
> > the same file/ in a given period of time. If you have
> only
> > one, then you are just forcing the server not only to
> send
> > the response to the browser, but also to copy this
> response
> > to the cache.. You are also forcing the server to look
> in
> > the cache each time, to see if the file is there.  And
> if it
> > is there, it anyway has to read it before sending it
> to the
> > browser.
> > In addition, if the cache is in memory, then you are
> also
> > using up memory that could be better used somewhere
> else.
> > 
> > Note that it would be much better to do the tests
> below
> > with a non-graphical barebones test program such as
> > Apache's ab, or wget, or curl, or (my preferred
> one for
> > this) lwp-request (perl).
> > Then you could write a script which measures the time
> from
> > the client side, and which repeats the above accesses
> any
> > number of times automatically.  But if you like
> typing..
> > 
> > Clear the browser cache.
> > Then try with 3 files, one after the other, with the
> > browser on the same machine as Apache :
> >  - one fairly small, like the 20KB file you have been
> > testing with
> >  - one say 250 KB
> >  - one say 1MB
> > To be fair and avoid secondary effects, make (or get)
> an
> > "index page" showing links to your 3 files,
> and to
> > measure the time right-click on each link and do a
> > "save as..".  This way you are really
> measuring
> > the time it takes Apache to serve it, and not for
> example
> > the time it takes your browser to display the page, or
> image
> > or whatever.
> > Got to eliminate the secondary effects.
> > 
> > I bet that the difference in time, with the browser on
> the
> > same machine as Apache, will not be very large between
> the 3
> > above.
> > I don't remember what mod_logio exactly measures,
> but
> > if it is the total time between the arrival of the
> request
> > up to the time the complete response has gone out of
> Apache,
> > then remember that
> > a) one fixed element is the time to process the
> request,
> > finding the file etc..  That's the same no matter
> how
> > big the file.
> > b) the variable element is the time to send the
> response,
> > which depend

Re: [us...@httpd] Why Would Apache be so slow??

[Tony Anecito]

Hi Andre,

Thanks for the writeup. I have fiber instead of copper but I suspec the fiber 
is shared by putting in some type of optical hub perhaps.

That said I had a troubleshooting session with the ISP and it was narrowed down 
to the network somewhere. He wanted me to bypass the router so I just went an 
bought another one since it was an old one anyway but it did not make a 
difference. I later called the company hosting my url godaddy and they did some 
tests but could not fault the DNS and I ran some DSL performance tests myself 
and the DNS seemed fast enough. I do have wireshark installed but have not 
tried capturing traffic to see if anything can be gleemed from it.

Funny thing was godaddy tested the url and it did not seem slow to them. Which 
made the issue even more confusing.

So I am down to the ISP's device to convert light signals the ethernet and 
dsiabling the remaining two comnputers on the network tonight. I will try 
powering down the light to ethernet converter after the 2 computers are offline 
to see what happens.

Again many thanks and I will run those tests after I get to the root cause of 
the performance issue.

-Tony




--- On Tue, 2/17/09, André Warnier  wrote:

> From: André Warnier 
> Subject: Re: [us...@httpd] Why Would Apache be so slow??
> To: users@httpd.apache.org
> Date: Tuesday, February 17, 2009, 4:57 PM
> In short, what your tests are showing you is that Apache on
> its own (not quite, but close enough) gives you the file in
> 20 ms. The rest (the 5000 ms you measured before, minus 20
> ms) is the network.
> Score : Apache 1, network 249.
> That should give you a pretty good indication of what to
> focus on next.
> 
> In many more words :
> 
> First about the Apache cache : get rid of it.
> The server-side cache will only slow down things for this
> type of test. It only helps if you have many requests /for
> the same file/ in a given period of time. If you have only
> one, then you are just forcing the server not only to send
> the response to the browser, but also to copy this response
> to the cache.. You are also forcing the server to look in
> the cache each time, to see if the file is there.  And if it
> is there, it anyway has to read it before sending it to the
> browser.
> In addition, if the cache is in memory, then you are also
> using up memory that could be better used somewhere else.
> 
> Note that it would be much better to do the tests below
> with a non-graphical barebones test program such as
> Apache's ab, or wget, or curl, or (my preferred one for
> this) lwp-request (perl).
> Then you could write a script which measures the time from
> the client side, and which repeats the above accesses any
> number of times automatically.  But if you like typing..
> 
> Clear the browser cache.
> Then try with 3 files, one after the other, with the
> browser on the same machine as Apache :
>  - one fairly small, like the 20KB file you have been
> testing with
>  - one say 250 KB
>  - one say 1MB
> To be fair and avoid secondary effects, make (or get) an
> "index page" showing links to your 3 files, and to
> measure the time right-click on each link and do a
> "save as..".  This way you are really measuring
> the time it takes Apache to serve it, and not for example
> the time it takes your browser to display the page, or image
> or whatever.
> Got to eliminate the secondary effects.
> 
> I bet that the difference in time, with the browser on the
> same machine as Apache, will not be very large between the 3
> above.
> I don't remember what mod_logio exactly measures, but
> if it is the total time between the arrival of the request
> up to the time the complete response has gone out of Apache,
> then remember that
> a) one fixed element is the time to process the request,
> finding the file etc..  That's the same no matter how
> big the file.
> b) the variable element is the time to send the response,
> which depends on the response size and how fast the line is
> and ..how fast the client is to read and save the response.
> With the server-local browser, (b) depends essentially on
> the speed of your disks.
> You may want to repeat these tests a number of times, to
> also eliminate the fact that your server (apart from Apache)
> also has a disk cache. So the second time you ask for the
> same file is likely to be faster, independently of Apache.
> So run the above 3 downloads 5-6 times each at least,
> discard the first one, then discard the longest and the
> shortest, and average the rest.
> You may also want to make sure that there is nothing else
> significant running on your server, to eliminate those
> effects (email server ? automatic disk indexing ? automatic
> updates ?). Etc.. etc...
> Running real benchmarks is not so easy.
> 
> Anyway, the above times are your baseline.
> Now try again the same 3 files with a browser on another
> machine of your local network.
> The difference with the first test will give you the time
> your local network is add

[us...@httpd] Authentication/Authorization using HTTP Server

[Vasanth Kumar ravi]

Is it possible to have authentication implemented at the Apache HTTP Server
, using the Oracle database as Authorization provider.
We have a application setup with Apache web server(2.0.X)/Weblogic App
server(9.X)/Oracle DB(10g).

We would like to implement a custom login page at the Apache , which would
in turn refer the oracle db for authorization.
Is ther any modules which can be used to achieve this.

I did research on the same, and found that only file /dbm based
authentication is possible with HTTP Server 

Any pointers would be much appreciated.

-- 
Thanks,
VK

Re: [us...@httpd] Why Would Apache be so slow??

[André Warnier]

In short, what your tests are showing you is that Apache on its own (not 
quite, but close enough) gives you the file in 20 ms. The rest (the 5000 
ms you measured before, minus 20 ms) is the network.

Score : Apache 1, network 249.
That should give you a pretty good indication of what to focus on next.

In many more words :

First about the Apache cache : get rid of it.
The server-side cache will only slow down things for this type of test. 
It only helps if you have many requests /for the same file/ in a given 
period of time. If you have only one, then you are just forcing the 
server not only to send the response to the browser, but also to copy 
this response to the cache.. You are also forcing the server to look in 
the cache each time, to see if the file is there.  And if it is there, 
it anyway has to read it before sending it to the browser.
In addition, if the cache is in memory, then you are also using up 
memory that could be better used somewhere else.


Note that it would be much better to do the tests below with a 
non-graphical barebones test program such as Apache's ab, or wget, or 
curl, or (my preferred one for this) lwp-request (perl).
Then you could write a script which measures the time from the client 
side, and which repeats the above accesses any number of times 
automatically.  But if you like typing..


Clear the browser cache.
Then try with 3 files, one after the other, with the browser on the same 
machine as Apache :

 - one fairly small, like the 20KB file you have been testing with
 - one say 250 KB
 - one say 1MB
To be fair and avoid secondary effects, make (or get) an "index page" 
showing links to your 3 files, and to measure the time right-click on 
each link and do a "save as..".  This way you are really measuring the 
time it takes Apache to serve it, and not for example the time it takes 
your browser to display the page, or image or whatever.

Got to eliminate the secondary effects.

I bet that the difference in time, with the browser on the same machine 
as Apache, will not be very large between the 3 above.
I don't remember what mod_logio exactly measures, but if it is the total 
time between the arrival of the request up to the time the complete 
response has gone out of Apache, then remember that
a) one fixed element is the time to process the request, finding the 
file etc..  That's the same no matter how big the file.
b) the variable element is the time to send the response, which depends 
on the response size and how fast the line is and ..how fast the client 
is to read and save the response.
With the server-local browser, (b) depends essentially on the speed of 
your disks.
You may want to repeat these tests a number of times, to also eliminate 
the fact that your server (apart from Apache) also has a disk cache. So 
the second time you ask for the same file is likely to be faster, 
independently of Apache.
So run the above 3 downloads 5-6 times each at least, discard the first 
one, then discard the longest and the shortest, and average the rest.
You may also want to make sure that there is nothing else significant 
running on your server, to eliminate those effects (email server ? 
automatic disk indexing ? automatic updates ?). Etc.. etc...

Running real benchmarks is not so easy.

Anyway, the above times are your baseline.
Now try again the same 3 files with a browser on another machine of your 
local network.
The difference with the first test will give you the time your local 
network is adding to the baseline.

Then try again, going through your Internet connection.
Then you will see how much that is adding.

When your ISP is renting you a DSL line for 3 Mbit/s, you have to 
realise that he is also renting the same to your 100 neighbours.  But he 
is not expecting you and all your 100 neighbours, at the same time, to 
be using the full 3 Mbit/s each.  So his line has a total capacity of 
say 100 Mbit/s at best (instead of 300 Mbit/s), and he figures that on 
average you and the neighbours will be satisfied.  If you read the fine 
print, you'll probably see that somewhere it says "/up to/ 3 Mbit/s".
So if your neighbours are reading this, and trying the same thing at the 
same time, don't be surprised if several tests show widely different 
answers.



-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Why Would Apache be so slow??

[Tony Anecito]

Thanks for the advice. I did make a change to the modules section but like you 
said I suspect the problem is outside of Apache.

My network setup uses a DLINK 1Gbps gaming router connected to the ISP wire to 
fiber converter then from there to the internet somehow. On the other side of 
my router I use 1Gbps cable connecting to 1Gbps lan cards.

I tried tests where I used a computer (Laptop) on my local network (which goes 
through indicates the request comes through my router and after clearing the 
cache reloaded the site and in my logs:

200 22834 234375

so 23KB took .234 seconds or 780Kbps which seems slow but then for my 
configuration not sure if this is slow but much better than what I see in my 
logs for requests coming through the ISP router and through the internet.

If I try from the browser on the machine that is hosting the Apache server/site 
then it is extreemly fast. I get typically 15-32msec for a 22K file with a http 
status of 200 not 304.

I called my ISP and they said try  a dsl speed test which went up to 2Mbps 
upload but not sure if that is a true test of uploading html files through the 
system.


I will keep trying to understand and do some tests outside my network to see 
what happens.

Many Thanks,
-Tony


--- On Tue, 2/17/09, André Warnier  wrote:

> From: André Warnier 
> Subject: Re: [us...@httpd] Why Would Apache be so slow??
> To: users@httpd.apache.org
> Date: Tuesday, February 17, 2009, 12:46 PM
> Tony Anecito wrote:
> > Hi All,
> > 
> > I am using Apache 2.4 and it is taking 10s of seconds
> to download small files. for example:
> > 
> > 200 49018 5046875
> > 
> [...]
>  >
> > This is extreemly frustrating to see Apache so slow.
> > 
> Hi.
> It is also quite frustrating to see someone jumping to
> conclusions like that, when on the other hand Apache powers
> about 75% of public websites worldwide, and when Apache by
> itself is probably capable of serving 1000 requests like the
> above, per second.
> 
> It is possible that something is definitely wrong in your
> configuration, such as the last 2 lines of your
> "Loadmodule" series:
> LoadModule logio_module modules/mod_logio.so
> LoadModule logio_module modules/mod_mem_cache.so
> (spot it ?)
> 
> but it is about 100 times more likely that your problem is
> somewhere outside of Apache (such as some network problem).
> Can you describe your setup a bit more in detail ?
> Such as :
> - where is your Apache server ?
> - where is the browser you are testing with ?
> - is there something in-between ?
> - which exact URL are you trying in the browser, to get
> that file ?
> - what else is using the same "line" between your
> browser and the server ?
> 
> 
> Basically, if Apache tells you that it took 5 seconds to
> send a 50K file to your client, it means that it could not
> send more than 10 Kbytes/second, or roughly 100 Kbit/s.
> Since on the other hand you mention pretty fast disks
> (which can probably read more than 50 MB/second), and a line
> which can reach 2 Mbit/second, there are some 1,900
> Kbit/second getting lost somewhere.
> And it is probably not inside of Apache.
> 
> 
> -
> The official User-To-User support forum of the Apache HTTP
> Server Project.
> See http://httpd.apache.org/userslist.html> for
> more info.
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>   "   from the digest:
> users-digest-unsubscr...@httpd.apache.org
> For additional commands, e-mail:
> users-h...@httpd.apache.org




-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Why Would Apache be so slow??

[André Warnier]

Tony Anecito wrote:

Hi All,

I am using Apache 2.4 and it is taking 10s of seconds to download small files. 
for example:

200 49018 5046875


[...]
 >

This is extreemly frustrating to see Apache so slow.


Hi.
It is also quite frustrating to see someone jumping to conclusions like 
that, when on the other hand Apache powers about 75% of public websites 
worldwide, and when Apache by itself is probably capable of serving 1000 
requests like the above, per second.


It is possible that something is definitely wrong in your configuration, 
such as the last 2 lines of your "Loadmodule" series:

LoadModule logio_module modules/mod_logio.so
LoadModule logio_module modules/mod_mem_cache.so
(spot it ?)

but it is about 100 times more likely that your problem is somewhere 
outside of Apache (such as some network problem).

Can you describe your setup a bit more in detail ?
Such as :
- where is your Apache server ?
- where is the browser you are testing with ?
- is there something in-between ?
- which exact URL are you trying in the browser, to get that file ?
- what else is using the same "line" between your browser and the server ?


Basically, if Apache tells you that it took 5 seconds to send a 50K file 
to your client, it means that it could not send more than 10 
Kbytes/second, or roughly 100 Kbit/s.
Since on the other hand you mention pretty fast disks (which can 
probably read more than 50 MB/second), and a line which can reach 2 
Mbit/second, there are some 1,900 Kbit/second getting lost somewhere.

And it is probably not inside of Apache.


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

[us...@httpd] Re: Too many open files (24) - ulimit not obeyed - plimit says yes

[Fletcher Cocquyt]

Arnab Ganguly  gmail.com> writes:

> 
> 
> I assume you tried "ulimit -H -n 65536" in the apachectl, also echo the
changed value within the script see the changes are getting affected for the
current process.Next is can you see the TCP states of the socket opened, it is
quite possible the sockets are opened but not closed correctly hence you upper
limit gets exhausted.

Yes, I just verified with plimit:

11400:  /opt/httpd/bin/httpd -k start
   resource  current maximum
  time(seconds) unlimited   unlimited
  file(blocks)  unlimited   unlimited
  data(kbytes)  unlimited   unlimited
  stack(kbytes) 8480130336
  coredump(blocks)  unlimited   unlimited
  nofiles(descriptors)  65536   65536
  vmemory(kbytes)   unlimited   unlimited

So my next move could be to somehow dump all descriptors for the process that
complains its exceeded 64K - but how to do that? (How to trigger a lsof at that
instant?)

Thanks

> Please try out the following and update.-A
> On Wed, Feb 11, 2009 at 3:25 AM, Fletcher Cocquyt  stanford.edu>
wrote:Hi, my apache 2.0.52 is logging
> Too many open files (24) and throwing HTTP error code 500
> the apachectl script sets the max FD to 65536,
> and lsof shows ~20,000 entries for httpd
> (about 6000 txt - others are pipes to cronolog)
> It seems like the ulimit is not obeyed, but I echoed the settings after the
> apachectl runs at its at the hard limit.
> god  web-04:~ 1:53pm 51 # lsof | wc -l
>    20558
> god  web-04:~ 1:53pm 52 # lsof | egrep httpd | wc -l
>    15978
> Does anyone have a hint how to make apache happy and use the 64k limit?
> many thanks
> -
> The official User-To-User support forum of the Apache HTTP Server Project.
> See http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe  httpd.apache.org
>    "   from the digest: users-digest-unsubscribe  httpd.apache.org
> For additional commands, e-mail: users-help  httpd.apache.org
> 
> 
> 
> 





-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] mod_proxy not displaying images

[Nick Kew]

Matt McCutchen wrote:


  I also
suggest that you try a test case other than Google in case Google tries
to block people from proxy-passing to them.


Google doesn't stop you proxying, but it does redirect to your country,
taking you out of scope of your rules.  That makes it tricky to proxy
unless (it thinks) you're in the US.

--
Nick Kew

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Why Would Apache be so slow??

[Tony Anecito]

Okay. I enabled loading of what I hope are the right modules and added if 
statements for mem cache.

Hopefully this solves the problem.

My conf file section I changes now is:

LoadModule actions_module modules/mod_actions.so
LoadModule alias_module modules/mod_alias.so
LoadModule asis_module modules/mod_asis.so
LoadModule auth_basic_module modules/mod_auth_basic.so
#LoadModule auth_digest_module modules/mod_auth_digest.so
#LoadModule authn_anon_module modules/mod_authn_anon.so
#LoadModule authn_dbm_module modules/mod_authn_dbm.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authn_file_module modules/mod_authn_file.so
#LoadModule authz_dbm_module modules/mod_authz_dbm.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule autoindex_module modules/mod_autoindex.so
#LoadModule cern_meta_module modules/mod_cern_meta.so
LoadModule cgi_module modules/mod_cgi.so
#LoadModule dav_module modules/mod_dav.so
#LoadModule dav_fs_module modules/mod_dav_fs.so
LoadModule deflate_module modules/mod_deflate.so
LoadModule dir_module modules/mod_dir.so
LoadModule env_module modules/mod_env.so
LoadModule expires_module modules/mod_expires.so
LoadModule file_cache_module modules/mod_file_cache.so
LoadModule headers_module modules/mod_headers.so
LoadModule imagemap_module modules/mod_imagemap.so
LoadModule include_module modules/mod_include.so
#LoadModule info_module modules/mod_info.so
LoadModule isapi_module modules/mod_isapi.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule mime_module modules/mod_mime.so
#LoadModule mime_magic_module modules/mod_mime_magic.so
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
#LoadModule proxy_connect_module modules/mod_proxy_connect.so
#LoadModule proxy_http_module modules/mod_proxy_http.so
#LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
LoadModule negotiation_module modules/mod_negotiation.so
#LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
#LoadModule speling_module modules/mod_speling.so
#LoadModule status_module modules/mod_status.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule userdir_module modules/mod_userdir.so
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule vhost_alias_module modules/mod_vhost_alias.so
#LoadModule ssl_module modules/mod_ssl.so
LoadModule logio_module modules/mod_logio.so
LoadModule logio_module modules/mod_mem_cache.so


ProxyRequests Off

KeepAlive On
KeepAliveTimeout 15
MaxKeepAliveRequests 80 

#StartServers 5 
#MinSpareServers 5 
#MaxSpareServers 10 
#ServerLimit 15 
#MaxClients 15 
#MaxRequestsPerChild 2000






CacheEnable mem /
MCacheSize 4096
MCacheMaxObjectCount 100
MCacheMinObjectSize 1
MCacheMaxObjectSize 2048







--- On Tue, 2/17/09, Tony Anecito  wrote:

> From: Tony Anecito 
> Subject: Re: [us...@httpd] Why Would Apache be so slow??
> To: users@httpd.apache.org
> Date: Tuesday, February 17, 2009, 10:38 AM
> Hi All,
> 
> Here is my module setup hopefully it will point out
> something I am missing.
> 
> LoadModule actions_module modules/mod_actions.so
> LoadModule alias_module modules/mod_alias.so
> LoadModule asis_module modules/mod_asis.so
> LoadModule auth_basic_module modules/mod_auth_basic.so
> #LoadModule auth_digest_module modules/mod_auth_digest.so
> #LoadModule authn_anon_module modules/mod_authn_anon.so
> #LoadModule authn_dbm_module modules/mod_authn_dbm.so
> LoadModule authn_default_module
> modules/mod_authn_default.so
> LoadModule authn_file_module modules/mod_authn_file.so
> #LoadModule authz_dbm_module modules/mod_authz_dbm.so
> LoadModule authz_default_module
> modules/mod_authz_default.so
> LoadModule authz_groupfile_module
> modules/mod_authz_groupfile.so
> LoadModule authz_host_module modules/mod_authz_host.so
> LoadModule authz_user_module modules/mod_authz_user.so
> LoadModule autoindex_module modules/mod_autoindex.so
> #LoadModule cern_meta_module modules/mod_cern_meta.so
> LoadModule cgi_module modules/mod_cgi.so
> #LoadModule dav_module modules/mod_dav.so
> #LoadModule dav_fs_module modules/mod_dav_fs.so
> #LoadModule deflate_module modules/mod_deflate.so
> LoadModule dir_module modules/mod_dir.so
> LoadModule env_module modules/mod_env.so
> #LoadModule expires_module modules/mod_expires.so
> #LoadModule file_cache_module modules/mod_file_cache.so
> #LoadModule headers_module modules/mod_headers.so
> LoadModule imagemap_module modules/mod_imagemap.so
> LoadModule include_module modules/mod_include.so
> #LoadModule info_module modules/mod_info.so
> LoadModule isapi_module modules/mod_isapi.so
> LoadModule log_config_module modules/mod_log_config.so
> LoadModule mime_module modules/mod_

Re: [us...@httpd] mod_proxy not displaying images

[Matt McCutchen]

On Tue, 2009-02-17 at 11:59 -0500, Christopher Long wrote:
> I'm attempting to use mod_proxy to display various webpages via
> ProxyPass.  I'm having issues getting the images to properly come
> through.  Here is what I have in /conf/httpd.conf:
> 
> 
> 
> 
> ProxyRequests Off
> 
> 
>Order deny,allow
>Allow from all
> 
> 
> ProxyPass/google/ http://www.google.com/
> ProxyPassReverse/google/ http://www.google.com/
> 
> 
> 
> And this is the error I am receiving in /logs/error.log:
> 
> [Tue Feb 17 11:54:21 2009] [error] [client 127.0.0.1] File does not
> exist: D:/httpd/htdocs/intl, referer: http://localhost/google/
> [Tue Feb 17 11:54:21 2009] [error] [client 127.0.0.1] File does not
> exist: D:/httpd/htdocs/extern_js, referer: http://localhost/google/
> [Tue Feb 17 11:54:21 2009] [error] [client 127.0.0.1] File does not
> exist: D:/httpd/htdocs/images, referer: http://localhost/google/
> 
> Does anyone know how I can get these errors to go away and have the
> images display?

You probably need to use mod_proxy_html to rewrite image references in
the HTML, as mentioned in the ProxyPassReverse documentation.  I also
suggest that you try a test case other than Google in case Google tries
to block people from proxy-passing to them.

-- 
Matt


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Re: GUI for configuring Apache httpd by editing httpd.conf

[Tom Evans]

On Tue, 2009-02-17 at 07:55 +0300, Mohammed obaidan wrote:
> Hi,
> 
> Apache is not for web server admins. what about developers? What about
> home servers? What about users that needs a certain web application on
> their intranet? do they need to be web server admins to use Apache?
> certainly not.
> 
> Most of the posts here suggests that people here are Apache admins and
> they think that such a tool is useless because they can use a text
> editor to configure Apache because they are Apache admins.How about if
> you are not an Apache admin? I do not think you are going to hack a
> text file for adding a virtual host or an alias without a certain tool
> that can display information about such directives and validate that
> for you.
> 

Just an aside; I wasn't born as an apache admin. I didn't go on a course
that made me an apache admin. I wanted to install apache and make it
work, which means understanding one reasonabley large, extremely well
documented file, and then reading a bit of the manual.

I started doing that 8 years ago, and I still read the manual when I
need to change things. The problems I think you will encounter in
writing a tool to configure apache are

1) Lots of people will be very familiar with apache syntax, and won't be
with a gui tool.

2) Loss of flexibility; in a text editor, all options are available to
the insightful, but in a gui tool you only have available the options
that the author deems useful. This means if you ever do anything outside
of the tool, then you need to know exactly how apache configurations are
put together.

3) Loss of community; in a text editor making changes to stock is
straightforward and explainable - "I downloaded 2.2.11, did the default
install and added 'ServerAlias localhost.localdomain'." compared to "I
added an extra site to the server aliases tab". With the tool, only the
writer of the tool can advise the users, without having to grok entire
conf files.

4) Distro incompatability; apache can come in lots of different config
layouts. It would not be possible to predict all of them, especially as
many people (myself included!) roll our own layouts, as the task
requires. 

5) Validating and parsing the config file; because of 4), you would need
to be able to parse and validate the apache configuration files. To do
this, you need to know whether a directive exists, and whether its value
is correct or not. The only way to find out if a directive exists is to
load all the specified modules from LoadModule lines, and find a
directive that matches. Having found the directive that matches, the
only way to check whether a directive value is correct is to call the
directives configuration callback with the supplied values.

Obviously, part 5 is tricky! The simplest way to avoid that is to write
your own parser, which only knows about the modules and directives that
you have told it about. Even then, you will need to take logic that
already exists and works (config parser) and rewrite it in a simpler,
less capable form. Even a 1st year CS grad would know that isn't a good
long term plan! 
Writing your own parser (even if you used APRs config parsing routines
for parsing apache-style config files) will require knowledge of how
apache works. For instance, if I have the file /etc/apache.conf, which
contains these lines

ServerRoot /usr/local/apache22
Include "main.conf"

then your parser will need to work out to
read /usr/local/apache22/main.conf not /etc/main.conf.
If /etc/apache.conf just contained this:

Include "main.conf"

then you would need to do even more, you would need to see what default
directory was compiled into apache for the ServerRoot!

So, I think a lot of people do not warm to this idea because it is a lot
of work, wont work as effectively as a text editor + manual, will be
harder to maintain, and (especially on this list) will be much much
harder to support users using this tool.

Good luck scratching your itch!

Tom


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Why Would Apache be so slow??

[Tony Anecito]

Hi All,

Here is my module setup hopefully it will point out something I am missing.

LoadModule actions_module modules/mod_actions.so
LoadModule alias_module modules/mod_alias.so
LoadModule asis_module modules/mod_asis.so
LoadModule auth_basic_module modules/mod_auth_basic.so
#LoadModule auth_digest_module modules/mod_auth_digest.so
#LoadModule authn_anon_module modules/mod_authn_anon.so
#LoadModule authn_dbm_module modules/mod_authn_dbm.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authn_file_module modules/mod_authn_file.so
#LoadModule authz_dbm_module modules/mod_authz_dbm.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule autoindex_module modules/mod_autoindex.so
#LoadModule cern_meta_module modules/mod_cern_meta.so
LoadModule cgi_module modules/mod_cgi.so
#LoadModule dav_module modules/mod_dav.so
#LoadModule dav_fs_module modules/mod_dav_fs.so
#LoadModule deflate_module modules/mod_deflate.so
LoadModule dir_module modules/mod_dir.so
LoadModule env_module modules/mod_env.so
#LoadModule expires_module modules/mod_expires.so
#LoadModule file_cache_module modules/mod_file_cache.so
#LoadModule headers_module modules/mod_headers.so
LoadModule imagemap_module modules/mod_imagemap.so
LoadModule include_module modules/mod_include.so
#LoadModule info_module modules/mod_info.so
LoadModule isapi_module modules/mod_isapi.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule mime_module modules/mod_mime.so
#LoadModule mime_magic_module modules/mod_mime_magic.so
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
#LoadModule proxy_connect_module modules/mod_proxy_connect.so
#LoadModule proxy_http_module modules/mod_proxy_http.so
#LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
LoadModule negotiation_module modules/mod_negotiation.so
#LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
#LoadModule speling_module modules/mod_speling.so
#LoadModule status_module modules/mod_status.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule userdir_module modules/mod_userdir.so
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule vhost_alias_module modules/mod_vhost_alias.so
#LoadModule ssl_module modules/mod_ssl.so
LoadModule logio_module modules/mod_logio.so

--- On Tue, 2/17/09, Tony Anecito  wrote:

> From: Tony Anecito 
> Subject: [us...@httpd] Why Would Apache be so slow??
> To: "Apache Mailing List" 
> Date: Tuesday, February 17, 2009, 10:14 AM
> Hi All,
> 
> I am using Apache 2.4 and it is taking 10s of seconds to
> download small files. for example:
> 
> 200 49018 5046875
> 
> The firs param is the http status the second the file size
> and the third the time %D or 5 seconds.
> 
> I tried a dsl speed test and I am getting 2Mbps upload
> which seems healthy.
> I have a dual core AMD64 5200+ with SATA2 drives that are
> defragged. I am using Windows 2000 professional.
> 
> Any ideas? Any tools I can use to diagnose the problem? I
> tried using ab from the Apache bin directory but I get
> invalid url when I try it.
> 
> Should not Apache cache files? I have over 1GB free of fast
> memory.
> 
> I also setup some tuning based on a blog I found I have:
> 
> ThreadsPerChild 250
> MaxRequestsPerChild  0
> 
> ProxyRequests Off
> 
> KeepAlive On
> KeepAliveTimeout 15
> MaxKeepAliveRequests 80 
> 
> 
> This is extreemly frustrating to see Apache so slow.
> 
> Regards,
> -Tony
> 
> 
>   
> 
> -
> The official User-To-User support forum of the Apache HTTP
> Server Project.
> See http://httpd.apache.org/userslist.html> for
> more info.
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>"   from the digest:
> users-digest-unsubscr...@httpd.apache.org
> For additional commands, e-mail:
> users-h...@httpd.apache.org


  

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Why Would Apache be so slow??

[Glen Barber]

On Tue, Feb 17, 2009 at 12:14 PM, Tony Anecito  wrote:
> Any ideas? Any tools I can use to diagnose the problem? I tried using ab from 
> the Apache bin directory but I get invalid url when I try it.

There is a tool called 'apachetop', but I don't know if it is
available for Win32.

-- 
Glen Barber

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

[us...@httpd] Why Would Apache be so slow??

[Tony Anecito]

Hi All,

I am using Apache 2.4 and it is taking 10s of seconds to download small files. 
for example:

200 49018 5046875

The firs param is the http status the second the file size and the third the 
time %D or 5 seconds.

I tried a dsl speed test and I am getting 2Mbps upload which seems healthy.
I have a dual core AMD64 5200+ with SATA2 drives that are defragged. I am using 
Windows 2000 professional.

Any ideas? Any tools I can use to diagnose the problem? I tried using ab from 
the Apache bin directory but I get invalid url when I try it.

Should not Apache cache files? I have over 1GB free of fast memory.

I also setup some tuning based on a blog I found I have:

ThreadsPerChild 250
MaxRequestsPerChild  0

ProxyRequests Off

KeepAlive On
KeepAliveTimeout 15
MaxKeepAliveRequests 80 


This is extreemly frustrating to see Apache so slow.

Regards,
-Tony


  

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

[us...@httpd] mod_proxy not displaying images

[Christopher Long]

Hello:

I'm attempting to use mod_proxy to display various webpages via ProxyPass.
I'm having issues getting the images to properly come through.  Here is what
I have in /conf/httpd.conf:




ProxyRequests Off


   Order deny,allow
   Allow from all


ProxyPass/google/ http://www.google.com/
ProxyPassReverse/google/ http://www.google.com/



And this is the error I am receiving in /logs/error.log:

[Tue Feb 17 11:54:21 2009] [error] [client 127.0.0.1] File does not exist:
D:/httpd/htdocs/intl, referer: http://localhost/google/
[Tue Feb 17 11:54:21 2009] [error] [client 127.0.0.1] File does not exist:
D:/httpd/htdocs/extern_js, referer: http://localhost/google/
[Tue Feb 17 11:54:21 2009] [error] [client 127.0.0.1] File does not exist:
D:/httpd/htdocs/images, referer: http://localhost/google/

Does anyone know how I can get these errors to go away and have the images
display?

Thanks,

Chris Long

[us...@httpd] Re: mod_authnz_ldap and UTF-8

[Dan Poirier]

"Mark H. Wood"  writes:

> On Mon, Feb 16, 2009 at 01:24:31PM -0500, Eric Covener wrote:
>> This a fringe option. You might have better luck trying to coerce
>> browsers into sending utf-8 or avoiding non-ascii usernames
>> altogether.
>
> "Professor Wöhler, we can mis-spell your name 'Wohler' or we can
> mis-spell it 'Woehler', but we can't spell it properly."
>   -- #6, "How to Have Your Budget Cut"

A username and a personal name are two different things.  If they don't
like Wohler or Woehler, give them QWER8274.


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] mod_authnz_ldap and UTF-8

[Mark H. Wood]

On Mon, Feb 16, 2009 at 01:24:31PM -0500, Eric Covener wrote:
> This a fringe option. You might have better luck trying to coerce
> browsers into sending utf-8 or avoiding non-ascii usernames
> altogether.

"Professor Wöhler, we can mis-spell your name 'Wohler' or we can
mis-spell it 'Woehler', but we can't spell it properly."
-- #6, "How to Have Your Budget Cut"

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
Friends don't let friends publish revisable-form documents.


pgpSW91f8XXc4.pgp
Description: PGP signature

Re: [us...@httpd] how do I redirect wsdl calls to local disk

[Krist van Besien]

On Tue, Feb 17, 2009 at 3:22 PM, Jones Scott - sjones
 wrote:
> But I can't seem to get a rewrite rule that will work.  Thus, I posted
> this note for some help

RewriteRules only work on the URL, not on the query string. if you
also want to match the query string you need to add a RewriteCond that
matches the %{QUERY_STRING} variable.

For example (of the top of my head)

RewriteCond %{QUERY_STRING} wsdl
RewriteRule /webapp/webservice /staticfiles/wsdl

Krist

-- 
krist.vanbes...@gmail.com
kr...@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] how do I redirect wsdl calls to local disk

[Karel Kubat]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Scott,

On Feb 17, 2009, at 3:22 PM, Jones Scott - sjones wrote:


But I can't seem to get a rewrite rule that will work.  Thus, I posted
this note for some help

[...]

I am trying to bypass an error on the JBoss server.  There is an error
that JBoss 4.0.2 gives after concurrent access to the wsdl.  Most of  
our
clients use the WSDL once.  But we have a couple that put it inline  
with

their code.  I thought a good short term work around is to have the
WSDLs static on the apache server.  This is until we can upgrade or  
get

a patch


Basically then you don't need to rewrite anything. Probably you want  
to write a small job to fetch the wsdl's off the appserver. You then  
store the files on your webserver in some directory under your  
docroot. I'm not sure what you are exactly asking...

- --
Best regards / met vriendelijke groet, Karel Kubat
Mob +31 6 2956 4861



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)

iEYEARECAAYFAkmayXAACgkQ23FrzRzybNVBlwCeKzan8MP8vSIuz/vhiubITvcG
acAAoJAYKEtYNxuuniLhR8PbLTK7CVVT
=drRU
-END PGP SIGNATURE-

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

RE: [us...@httpd] how do I redirect wsdl calls to local disk

[Jones Scott - sjones]

But I can't seem to get a rewrite rule that will work.  Thus, I posted
this note for some help

-Original Message-
From: Jones Scott - sjones [mailto:scott.jo...@acxiom.com] 
Sent: Tuesday, February 17, 2009 8:10 AM
To: users@httpd.apache.org
Subject: RE: [us...@httpd] how do I redirect wsdl calls to local disk

I am trying to bypass an error on the JBoss server.  There is an error
that JBoss 4.0.2 gives after concurrent access to the wsdl.  Most of our
clients use the WSDL once.  But we have a couple that put it inline with
their code.  I thought a good short term work around is to have the
WSDLs static on the apache server.  This is until we can upgrade or get
a patch

-Original Message-
From: Krist van Besien [mailto:krist.vanbes...@gmail.com] 
Sent: Tuesday, February 17, 2009 5:12 AM
To: users@httpd.apache.org
Subject: Re: [us...@httpd] how do I redirect wsdl calls to local disk

On Mon, Feb 16, 2009 at 6:19 PM, Jones Scott - sjones
 wrote:
> I am using apache in our DMZ.  It is using mod_jk to redirect all
calls to
> JBoss 4.0.2
>
>
>
> I need to redirect the product/1.0?wsdl requests to stay on the apache
> server.

Why do you need that? A wsdl is generated by a webservice, and apache
doesn't run webservices itself.
if you intend to actually put the wsdl file somewhere on your apache
server's filesystem, then you can us maybe some rewrite rule magic.
But what is it you are actually trying to achieve?

Krist


-- 
krist.vanbes...@gmail.com
kr...@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

-
The official User-To-User support forum of the Apache HTTP Server
Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org


*
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be
legally privileged.

If the reader of this message is not the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.

If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.

Thank you.

*


-
The official User-To-User support forum of the Apache HTTP Server
Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

RE: [us...@httpd] how do I redirect wsdl calls to local disk

[Jones Scott - sjones]

I am trying to bypass an error on the JBoss server.  There is an error
that JBoss 4.0.2 gives after concurrent access to the wsdl.  Most of our
clients use the WSDL once.  But we have a couple that put it inline with
their code.  I thought a good short term work around is to have the
WSDLs static on the apache server.  This is until we can upgrade or get
a patch

-Original Message-
From: Krist van Besien [mailto:krist.vanbes...@gmail.com] 
Sent: Tuesday, February 17, 2009 5:12 AM
To: users@httpd.apache.org
Subject: Re: [us...@httpd] how do I redirect wsdl calls to local disk

On Mon, Feb 16, 2009 at 6:19 PM, Jones Scott - sjones
 wrote:
> I am using apache in our DMZ.  It is using mod_jk to redirect all
calls to
> JBoss 4.0.2
>
>
>
> I need to redirect the product/1.0?wsdl requests to stay on the apache
> server.

Why do you need that? A wsdl is generated by a webservice, and apache
doesn't run webservices itself.
if you intend to actually put the wsdl file somewhere on your apache
server's filesystem, then you can us maybe some rewrite rule magic.
But what is it you are actually trying to achieve?

Krist


-- 
krist.vanbes...@gmail.com
kr...@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

-
The official User-To-User support forum of the Apache HTTP Server
Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

*
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be
legally privileged.

If the reader of this message is not the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.

If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.

Thank you.
*


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Re: Problem with accessing svn.apache.org

[an...@iguanait.com]

Thanks for the reply. It returned back before 2 hours around.
It is ok now :)

Thanks again!

On Tue, 2009-02-17 at 08:10 -0500, Dan Poirier wrote:
> No problem here.  The problem might have been temporary, or it could be
> local to you.  Try it again.
> 


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Re: GUI for configuring Apache httpd by editing httpd.conf

[André Warnier]

Peter Schober wrote:

* Glen Barber  [2009-02-16 18:10]:

On Mon, Feb 16, 2009 at 11:40 AM, John Hudak  wrote:

DITTO!!!
In the 'bad old days' of computing, everything was based on a text file.  It
forces one to really understand what is behind the changes.  I for one do
not subscribe to the 'dumbing down' of operating systems and certain
application via lots of window forms  If it were easy, any primate could
do it, and thats the point...its not always 'that easy'...nor should it be.

Very well stated.


Except for the elitist nonsense, and beside the point, really:
If people think such a hypothetical tool would be useful and want to
write and use such a thing, they should go ahead and do so.
If you think this is nonsense, it's not for you, which is fine.
  It's certainly not for me. But other than stating the reasons why I
think this is not practical and helpful in the real world, why should
I try to convice others to /not/ write duch a thing? Because "some
things should not be easy"?

I think you got the point exactly.  What would we Apache wizards be for, 
if it was so easy that anyone can do it ?

;-)

In an earlier post to the OP, I mentioned that there were really 2 
categories of webserver administrators.  I think the subsequent messages 
on this topic prove the point.



-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

[us...@httpd] Re: Problem with accessing svn.apache.org

[Dan Poirier]

No problem here.  The problem might have been temporary, or it could be
local to you.  Try it again.

-- 
Dan Poirier 


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

[us...@httpd] How to mount JBoss in Subdir

[carsten]

Hello,
We can mount our application deployed in JBoss with JKmount. It works fine.
But we can reach this app only over an url of this form:
http:/ourserver/appcontext

This is done via an mount of
JKMount /appcontext worker

Now we ha´ve to reach our app over an url of this form
http:/ourserver/extern/appcontext

notice the extra /extern/ part in the URL. We need this since this is the target
of a redirection from an other server.

How can i achieve this? Any research in this direction failed.
Alias /extern /fong does not work

rewriting does not work (at least we have used the wrióng ruLe)
If one can point us in the right direction, please. An example will be nice, too
Ciao,
Carsten


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] how do I redirect wsdl calls to local disk

[Krist van Besien]

On Mon, Feb 16, 2009 at 6:19 PM, Jones Scott - sjones
 wrote:
> I am using apache in our DMZ.  It is using mod_jk to redirect all calls to
> JBoss 4.0.2
>
>
>
> I need to redirect the product/1.0?wsdl requests to stay on the apache
> server.

Why do you need that? A wsdl is generated by a webservice, and apache
doesn't run webservices itself.
if you intend to actually put the wsdl file somewhere on your apache
server's filesystem, then you can us maybe some rewrite rule magic.
But what is it you are actually trying to achieve?

Krist


-- 
krist.vanbes...@gmail.com
kr...@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Proxy needs to rewrite parameters in QueryString

[Krist van Besien]

On Fri, Feb 13, 2009 at 12:52 PM, Andreas Dahlén  wrote:

> A succefull LoginRequest is redirected by the Location-header
> Location:
> http://login.internal.com?LoginSuccess?servername=http://backend1.internal.com

This isn't a legal URL. Is this really what is returned?

RewriteRules don't operate on what goes out, only on what comes in.
ProxyHTMLURLMap doesn't operate on redirects. ProxyPassRevers does,
but ofcourse your redicrect must match.

Krist


-- 
krist.vanbes...@gmail.com
kr...@vanbesien.org
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with top-posting?
A: Top-posting.
Q: What's the biggest scourge on plain text email discussions?

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Error log entries about CGI script

[Kevin O'Gorman]

On Tue, Feb 17, 2009 at 12:27 AM, Karel Kubat  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kevin,
>
> On Feb 16, 2009, at 10:53 PM, Kevin O'Gorman wrote:
>
 The entries look like this
 [Mon Feb 16 07:53:53 2009] [error] [client 74.6.22.153] client denied
 by server configuration: /usr/htdocs/10

 The corresponding access log entries are like this:
 66.249.67.149 - - [16/Feb/2009:07:55:53 -0800] "GET
 /hex-bin/board/10/da:/Bc/H7 HTTP/1.1" 200 12153
 which as you can see, succeeded.  The only thing special is that
 "hex-bin" has been redirected with ScriptAlias
 to another place, where the script is.

 Maybe this is normal, but I do think it odd.  Am I doing something
 wrong?
>>>
>>> From your previous mail I think that the CGI name /hex-bin/ was the
>>> absolute
>>> directory /hex/bin/. I therefore don't understand who is accessing
>>> /usr/htdocs/10 and why... Is that maybe the docroot of the server? What
>>> happens if you direct the browser to / ?
>>>
>>
>> "You don't have permission to access / on this server."
>>
>> Try it at http://hex.kosmanor.com/
>> or http://hex.kosmanor.com/hex-bin/board
>
> In that case I'd start by adding:
> 
>  Order allow,deny
>  Allow from all
> 

That did it.  Thanks

++ kevin

>
> Alternatively use the  directive and see if that helps.
>

>



-- 
Kevin O'Gorman, PhD

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

[us...@httpd] Problem with accessing svn.apache.org

[an...@iguanait.com]

Hi,

can you give me some information why i cannot access svn.apache.org.

It was working until yesterday.

Is there some changes or some problem with this subdomain?

I can access apache.org, but not svn.apache.org



-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
   "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] mod_authnz_ldap and UTF-8

[Marc Patermann]

Hi Eric,

Eric Covener schrieb:


This a fringe option.

What does that mean?


You might have better luck trying to coerce browsers into sending
utf-8

The authentication is on a WebDAV site. So there is no web page I could
code charset headers in. (If that is what you mean.)

I tried
IndexOptions charset=utf-8
with no success.


or avoiding non-ascii usernames altogether.

That is sadly not the best choice here. :(


Marc


-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Re: [us...@httpd] Error log entries about CGI script

[Karel Kubat]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kevin,

On Feb 16, 2009, at 10:53 PM, Kevin O'Gorman wrote:


The entries look like this
[Mon Feb 16 07:53:53 2009] [error] [client 74.6.22.153] client  
denied

by server configuration: /usr/htdocs/10

The corresponding access log entries are like this:
66.249.67.149 - - [16/Feb/2009:07:55:53 -0800] "GET
/hex-bin/board/10/da:/Bc/H7 HTTP/1.1" 200 12153
which as you can see, succeeded.  The only thing special is that
"hex-bin" has been redirected with ScriptAlias
to another place, where the script is.

Maybe this is normal, but I do think it odd.  Am I doing something  
wrong?


From your previous mail I think that the CGI name /hex-bin/ was the  
absolute

directory /hex/bin/. I therefore don't understand who is accessing
/usr/htdocs/10 and why... Is that maybe the docroot of the server?  
What

happens if you direct the browser to / ?



"You don't have permission to access / on this server."

Try it at http://hex.kosmanor.com/
or http://hex.kosmanor.com/hex-bin/board


In that case I'd start by adding:

  Order allow,deny
  Allow from all


Alternatively use the  directive and see if that helps.

- --
Best regards / met vriendelijke groet, Karel Kubat
Mob +31 6 2956 4861



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)

iEYEARECAAYFAkmadN4ACgkQ23FrzRzybNXTIQCgj+YjAncIaf2rB8mfbsI2Iae2
lf4AoJ7jWgj4xqhYDc4g8fH8B6f9bRFv
=8EWC
-END PGP SIGNATURE-

-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
  "   from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org