Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Remy Maucherat
Filip Hanik - Dev wrote:
ok, there are two very simple memory friendly ways to do sticky load balancing.
And as a matter of fact, this is how some hardware loadbalancers do it.
1. Set a cookie on the clients machine - no server memory to hold a map
2. If the client doesn't accept cookies, do a simple sticky load balancing based on 
the IP of the client request. Again, no memory
map needed.
The current jvmRoute addition to JSESSIONID is not really needed, since it doesn't add that much of a benefit over the two options
above. So right then and there, there is one less thing to configure.
 

It's cool to have one less thing to configure, but it seems to me 
jvmRoute is the most reliable and efficient way of doing stickiness (the 
cookie way is intrusive, and the IP way is highly inaccurate).

Rmy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[5.next] Progress, more ideas and native connector benchmarks

2004-07-22 Thread Remy Maucherat
I've had a few more feature ideas (actually, it's more tweaks and simple 
things than big development for the most part), and I'm refining the way 
I'll be implementing the new deployer.

* Parse element Context (if context config file) in HostConfig, for 
className, path and docBase attributes.

* Parse remaining of element Context in ContextConfig (after 
defaultcontext).

* unpackWars in HostConfig (in most cases, it's done there already).
* Any resource removal when undeploy in HostConfig.
* anti-resource-locking (optional feature) in ContextConfig (by mutating 
the docBase, and copying the whole webapp elsewhere).

* Redo naming resources configuration using setAllProperties rule to 
make the XML less verbose.
Example:
 Resource name=bean/MyBeanFactory auth=Container
   type=com.mycompany.MyBean 
factory=org.apache.naming.factory.BeanFactory
   bar=23/

* Default global and per-host configurations:
- conf/engine/host/context.xml.default
- conf/engine/host/web.xml.default
- conf/context.xml
- conf/web.xml
This will lead to the removal of the DefaultContext interface, since 
this will fully replace the functionality (while being very simple to 
implement and actually complete functionality wise; I have no idea why I 
never thought of doing it this way, since the default web.xml is 
implemented like that). For the admin webapp support for DefaultContext, 
we would simply need to register a Context instance in JMX with the 
usual DefaultContext MBean name, and tweak a little.

* HTML host manager servlet (allows easily creating host and 
preconfiguring them - ex: with the manager webapp installed, and a 
default context file). I think this would be useful (?).

* The other features I mentioned earlier: startup time optimization, 
removal of stuff which isn't used (such as container listeners).

Note: I'll initially commit some of the updated deployer work as JDK 1.5 
sources, and I'll change back to JDK 1.4 sources a bit later. It's very 
easy to do (although it hurts: I'm getting used to typing for 
collections way too fast ;) ), and I'm using this opportunity to really 
play with the new JDK.

I think I'm nearing the point where I'll submit a release plan for this 
branch (let's say at the end of next week), since I don't see much more 
to add for now besides more tweaking.

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Remy Maucherat
Tim Funk wrote:
*Changes to tomcat*
Add a proxy mode flag to allow for the X- headers to pass 
authentication and other variables.
Add to the manager(?) app and method to expose all the URL spaces 
availble.
Minor changes to fix getRemoteAddr() to show the client, not the 
apache server.

Pros - Simple(?) and not tomcat specific.
Cons - Duplicate (re)parsing of headers, probably higher latency than jk.
The changes would have to be simple, and non intrusive performance wise. 
Otherwise, I'm going to prefer AJP ;)
Speaking about performance, did anyone do a comparison of mod_proxy 
against mod_jk to see how good/bad it is ? This is really important 
information IMO, and I don't see how a decision can be made without it.

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

Filip Hanik wrote:
 
 really, so then there is no fail over.

Yes there are. In Jk default is to fail over always.
The JK2 has a routeRedirect to handle such cases (but not strictly).
If the routeRedirect is down it will still fail over, which is probably
incorrect.

 cause that is what fail over does, redirects you to another server.
 and with session replication in place, you should be good to go
 

Sure if you've set up many-to-many session replication.

We should have something like:

If we have a session route but the worker is down
  If there is a routeRedirect then
 If the routeRedirect worker is down
 return 500
 Else
 return routeRedirect
  Else
  Fail over to another worker
Else
   return sessionWorker

Basically it means that if the redirection worker is down don't fail over,
but rather break the transaction.   

It enables single session replication node.

I don't care if the fail over will be turned on by default or not, but would
like to have a control in cases where either there are:

A) session replication is in place on all nodes
B) session replication is done on a single node
C) there is no session replication at all

Like said the JK presumes there is A, JK2 handles both A and B cases (but it
should C too).

MT.


smime.p7s
Description: S/MIME cryptographic signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Mladen Turk wrote:
 

Filip Hanik wrote:
really, so then there is no fail over.

Yes there are. In Jk default is to fail over always.
The JK2 has a routeRedirect to handle such cases (but not strictly).
If the routeRedirect is down it will still fail over, which is probably
incorrect.

cause that is what fail over does, redirects you to another server.
and with session replication in place, you should be good to go

Sure if you've set up many-to-many session replication.
We should have something like:
If we have a session route but the worker is down
  If there is a routeRedirect then
 If the routeRedirect worker is down
 return 500
 Else
 return routeRedirect
  Else
  Fail over to another worker
Else
   return sessionWorker
Basically it means that if the redirection worker is down don't fail over,
but rather break the transaction.   

It enables single session replication node.
I don't care if the fail over will be turned on by default or not, but would
like to have a control in cases where either there are:
A) session replication is in place on all nodes
B) session replication is done on a single node
C) there is no session replication at all
Like said the JK presumes there is A, JK2 handles both A and B cases (but it
should C too).
MT.
I am looking to get the sessionid:
- By reading request_rec-unparsed_uri or  request_rec-uri.
- By reading the cooky from request_rec-headers_in.
How do I read the sessionid in the response?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

Remy Maucherat wrote:

 Speaking about performance, did anyone do a comparison of 
 mod_proxy against mod_jk to see how good/bad it is ? This is 
 really important information IMO, and I don't see how a 
 decision can be made without it.


Results a quite impressive, good question Remy :)

Tomcat 5.0.27 + Apache 2.0.50
All tests done on a clean startup with empty logs.


ProxyPass /servlets-examples/ http://localhost:8080/servlets-examples/
ProxyPassReverse /servlets-examples/
http://localhost:8080/servlets-examples/

Ab -n 1000 

Time taken for tests:   4.226077 seconds

Mod_jk-1.26

JkWorkersFile conf/workers.properties
JkMount /servlets-examples/* ajp13 

Time taken for tests:   2.824061 seconds

A lot, lot faster.
 
What is more interesting is when you increase the number of loops forom 1000
to 1

Ab -n 1

Time taken for tests:   239.614549 seconds
Complete requests:  1
Failed requests:7011

Using mod_jk:

Ab -n 1

Time taken for tests:   21.811363 seconds
Complete requests:  1
Failed requests:0


So, mod_proxy is a lot slower and doesn't handle load. 
(Perhaps increasing http listeners on TC would help).


MT.


smime.p7s
Description: S/MIME cryptographic signature


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
In previous mail I forgot one crucial result:

Ab -n 1000 directly to TC

Time taken for tests:   1.882708 seconds

Ab -n 1 directly to TC
 
Time taken for tests:   17.244797 seconds


I'll leave the calculation to others.

MT.


smime.p7s
Description: S/MIME cryptographic signature


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk


jean-frederic clere wrote:

 I am looking to get the sessionid:
 - By reading request_rec-unparsed_uri or  request_rec-uri.
 - By reading the cooky from request_rec-headers_in.

 How do I read the sessionid in the response?


Good point. We'll need something like mod_proxy_html or something like that to
parse the headers returned from Remote.
Cannot speak for sure, cause I still have some problems figuring out the
mod_proxy algorithm.

It's getting more and more complicated :).

MT.


smime.p7s
Description: S/MIME cryptographic signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread David Rees
Remy Maucherat wrote, On 7/21/2004 11:33 PM:
The changes would have to be simple, and non intrusive performance wise. 
Otherwise, I'm going to prefer AJP ;)
Speaking about performance, did anyone do a comparison of mod_proxy 
against mod_jk to see how good/bad it is ? This is really important 
information IMO, and I don't see how a decision can be made without it.
I did a couple quick tests using a few different sized static documents 
using ab, Tomcat 5.0.27, Apache 2.0.50 both on the same single CPU 
machine.  Depending on the document size, mod_proxy was anywhere from 
50% (very small document of a few bytes) to 10% (30k document) slower 
than mod_jk.

By comparison, going directly to Tomcat about twice as fast as using 
mod_jk, and going directly to Apache is another 30% faster than that.

Watching CPU utilization when switching between mod_jk and mod_proxy 
showed that Tomcat uses a lot more CPU when using mod_proxy than when 
using mod_jk.

So while the performance hit isn't negligible, it's not too bad.  It 
does show that it will be worthwhile to a proxy_ajp_module, but at the 
same time I think that using plain http provides more than enough 
performance for the majority of users out there, and you can't argue 
with the fact that the work will benefit a lot more than just Tomcat and 
lessen development time.

I could see people using the proposed load-balancing functionality along 
with mod_proxy to balance requests to clusters of many other application 
servers (PHP, perl, CGI, etc) as well.

-Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


mod_proxy details : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
Remy Maucherat wrote:
Filip Hanik - Dev wrote:
ok, there are two very simple memory friendly ways to do sticky load 
balancing.
And as a matter of fact, this is how some hardware loadbalancers do it.

1. Set a cookie on the clients machine - no server memory to hold a map
2. If the client doesn't accept cookies, do a simple sticky load 
balancing based on the IP of the client request. Again, no memory
map needed.

The current jvmRoute addition to JSESSIONID is not really needed, 
since it doesn't add that much of a benefit over the two options
above. So right then and there, there is one less thing to configure.
 

It's cool to have one less thing to configure, but it seems to me 
jvmRoute is the most reliable and efficient way of doing stickiness (the 
cookie way is intrusive, and the IP way is highly inaccurate).
Well it seems the discussion advance quickly and on the right direction,
a true ASF members colaboration.
I made some benchs yesterday on my laptop between :
- TC 3.3.2/Coyote
- Apache 2.0.49 alone (simple html file)
- Apache 2.0.49 + jk 1.2.6 + TC 3.3.2/jk2
- Apache 2.0.49 + jk 1.2.6 + 2 * TC 3.3.2/jk2
- Apache 2.0.49 + mod_proxy + TC 3.3.2 (Coyote 1.1).
I'll redo them today on a faster machines since the results where
a little too random but the benchs raise some questions :
- I'm using ab (ApacheBench) and wonder if the -k (keep alive)
  if HTTP keep-alive is really used ?
- Did mod_proxy keep a connection cache ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c

2004-07-22 Thread Henri Gomez
[EMAIL PROTECTED] wrote:
billbarker2004/07/21 22:46:13
  Modified:jk/native/iis jk_isapi_plugin.c
  Log:
  Fix broken mapping parsing.
  
  The patch looks safe enough, since nobody should care that we modify the uri.
  
  Submitted By: Jess Holle  [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.23  +4 -5  jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c
  
Could I consider the jk 1.2.6 ready for release of should we delay it a 
bit ?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c

2004-07-22 Thread Mladen Turk
 

Henri Gomez wrote:
 
 Could I consider the jk 1.2.6 ready for release of should we 
 delay it a bit ?
 

No release please.
There is a bug in jk_global.h so you cannot compile on WIN32.
It's couple of days ago that jean-frederic introduced protable.h, that is
nonexistent on WIN32 builds. 
Here is a quick fix:

#ifndef WIN32
#include portable.h
#else
#define HAVE_VSNPRINTF
#define HAVE_SNPRINTF
#endif





 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


smime.p7s
Description: S/MIME cryptographic signature


Re: cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c

2004-07-22 Thread Henri Gomez
Mladen Turk wrote:
 

Henri Gomez wrote:
Could I consider the jk 1.2.6 ready for release of should we 
delay it a bit ?


No release please.
There is a bug in jk_global.h so you cannot compile on WIN32.
It's couple of days ago that jean-frederic introduced protable.h, that is
nonexistent on WIN32 builds. 
Here is a quick fix:

#ifndef WIN32
#include portable.h
#else
#define HAVE_VSNPRINTF
#define HAVE_SNPRINTF
#endif
I commit ASAP Mladen, while I'm making huge ab against Apache2,
Tomcat 3.3.2 (Coyote), jk and mod_proxy.
Some interesting results to come :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 
 Ab -n 1
 
 Time taken for tests:   239.614549 seconds
 Complete requests:  1
 Failed requests:7011
 
 So, mod_proxy is a lot slower and doesn't handle load. 
 (Perhaps increasing http listeners on TC would help).


Increasing the maxThreads to 350 and acceptCount to 300 doesn't solve the
issue.
On large load I'm getting the following using mod_proxy:

[error] (OS 10048)Only one usage of each socket address (protocol/network
address/port) is normally permitted.  : proxy: HTTP: attempt to connect to
127.0.0.1:8080 (localhost) failed

Anyone has a clue where and why those error messages comes from?

MT.


smime.p7s
Description: S/MIME cryptographic signature


cvs commit: jakarta-tomcat-connectors/jk/native/common jk_global.h

2004-07-22 Thread hgomez
hgomez  2004/07/22 01:31:45

  Modified:jk/native/common jk_global.h
  Log:
  Windows didn't have portable.h
  
  Revision  ChangesPath
  1.31  +6 -1  jakarta-tomcat-connectors/jk/native/common/jk_global.h
  
  Index: jk_global.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_global.h,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- jk_global.h   19 Jul 2004 13:51:42 -  1.30
  +++ jk_global.h   22 Jul 2004 08:31:45 -  1.31
  @@ -24,7 +24,12 @@
   #ifndef JK_GLOBAL_H
   #define JK_GLOBAL_H
   
  +#ifndef WIN32
   #include portable.h
  +#else
  +#define HAVE_VSNPRINTF
  +#define HAVE_SNPRINTF
  +#endif
   
   #include jk_version.h
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: mod_proxy details : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Henri Gomez wrote:
Remy Maucherat wrote:
Filip Hanik - Dev wrote:
ok, there are two very simple memory friendly ways to do sticky load 
balancing.
And as a matter of fact, this is how some hardware loadbalancers do it.

1. Set a cookie on the clients machine - no server memory to hold a map
2. If the client doesn't accept cookies, do a simple sticky load 
balancing based on the IP of the client request. Again, no memory
map needed.

The current jvmRoute addition to JSESSIONID is not really needed, 
since it doesn't add that much of a benefit over the two options
above. So right then and there, there is one less thing to configure.
 

It's cool to have one less thing to configure, but it seems to me 
jvmRoute is the most reliable and efficient way of doing stickiness 
(the cookie way is intrusive, and the IP way is highly inaccurate).

Well it seems the discussion advance quickly and on the right direction,
a true ASF members colaboration.
I made some benchs yesterday on my laptop between :
- TC 3.3.2/Coyote
- Apache 2.0.49 alone (simple html file)
- Apache 2.0.49 + jk 1.2.6 + TC 3.3.2/jk2
- Apache 2.0.49 + jk 1.2.6 + 2 * TC 3.3.2/jk2
- Apache 2.0.49 + mod_proxy + TC 3.3.2 (Coyote 1.1).
I'll redo them today on a faster machines since the results where
a little too random but the benchs raise some questions :
- I'm using ab (ApacheBench) and wonder if the -k (keep alive)
  if HTTP keep-alive is really used ?
Why?
Remember to run ab on a separate (fast) machine otherwise the results are random ;-)
- Did mod_proxy keep a connection cache ?
It does not close the socket to the proxy when using HTTP/1.1 and Connection: 
is  not close.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Mladen Turk wrote:
Ab -n 1
Time taken for tests:   239.614549 seconds
Complete requests:  1
Failed requests:7011
So, mod_proxy is a lot slower and doesn't handle load. 
(Perhaps increasing http listeners on TC would help).


Increasing the maxThreads to 350 and acceptCount to 300 doesn't solve the
issue.
On large load I'm getting the following using mod_proxy:
[error] (OS 10048)Only one usage of each socket address (protocol/network
address/port) is normally permitted.  : proxy: HTTP: attempt to connect to
127.0.0.1:8080 (localhost) failed
Anyone has a clue where and why those error messages comes from?
Could you try ab -k? - mod_proxy will reuse the socket -
MT.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Extract of APACHE 2.1 STATUS

2004-07-22 Thread jean-frederic clere
+++
WISH LIST
* mod_proxy performance: when mod_proxy is configured to do proxy
  gateway (aka reverse proxy), it would be nice to be able to reuse
  connections to the backend servers. Now, connections to the
  backend servers are taken down when the corresponding frontend
  connection is taken down.
* mod_proxy: Ability to run SSL over proxy gateway connections,
  encrypting (or reencrypting) at the proxy.
* mod_proxy: Add capability of mod_proxy to load balance across
  a farm of backend servers.
+++
That is what we need ;-)
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: mod_proxy details : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Remy Maucherat
Henri Gomez wrote:
I made some benchs yesterday on my laptop between :
- TC 3.3.2/Coyote
- Apache 2.0.49 alone (simple html file)
- Apache 2.0.49 + jk 1.2.6 + TC 3.3.2/jk2
- Apache 2.0.49 + jk 1.2.6 + 2 * TC 3.3.2/jk2
- Apache 2.0.49 + mod_proxy + TC 3.3.2 (Coyote 1.1).
I'll redo them today on a faster machines since the results where
a little too random but the benchs raise some questions :
- I'm using ab (ApacheBench) and wonder if the -k (keep alive)
  if HTTP keep-alive is really used ?
I do my testing with -k usually, and with something like -c 20, to get 
an average load level (I'm using that on Cygwin, so high concurrency 
does't quite work in localhost). It seems like keepalive is being used 
often, and this factors out some of the network stack overhead when I'm 
profiling stuff.

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

jean-frederic clere wrote: 
  
  [error] (OS 10048)Only one usage of each socket address 
  (protocol/network
  address/port) is normally permitted.  : proxy: HTTP: attempt to 
  connect to 127.0.0.1:8080 (localhost) failed
  
  Anyone has a clue where and why those error messages comes from?
 
 Could you try ab -k? - mod_proxy will reuse the socket -


Still the same messages.
When running ab on the same host where apache and TC are located I'm getting
between 3-16 errors on '-n 1000',
But when using remote machine and use the ab from remote I'm getting around
50% error requests; cca. 450 - 520 requests gets failed.
The number of failed requests gets lower and lower when I run same ab in a
series, and it get more and more random, varying from 0 - 50 %.
Interesting is that rising concurrency level to 20 or more, lowers the error
number, but It's still around 10% (1120 from 1 request are 502).

Very strange and totally unusable at least on WIN32.

MT.


smime.p7s
Description: S/MIME cryptographic signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
Mladen Turk wrote:
 

jean-frederic clere wrote: 

[error] (OS 10048)Only one usage of each socket address 
(protocol/network
address/port) is normally permitted.  : proxy: HTTP: attempt to 
connect to 127.0.0.1:8080 (localhost) failed

Anyone has a clue where and why those error messages comes from?
Could you try ab -k? - mod_proxy will reuse the socket -

Still the same messages.
When running ab on the same host where apache and TC are located I'm getting
between 3-16 errors on '-n 1000',
But when using remote machine and use the ab from remote I'm getting around
50% error requests; cca. 450 - 520 requests gets failed.
The number of failed requests gets lower and lower when I run same ab in a
series, and it get more and more random, varying from 0 - 50 %.
Interesting is that rising concurrency level to 20 or more, lowers the error
number, but It's still around 10% (1120 from 1 request are 502).
Very strange and totally unusable at least on WIN32.
Well ab running on Win32 didn't very stable ;(

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[GUMP@brutus]: jakarta-tomcat-catalina/jakarta-tomcat-catalina success

2004-07-22 Thread bobh
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project jakarta-tomcat-catalina contains errors.
Project State : 'Success'

Full details are available at:


http://brutus.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina]
 -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 -ERROR- Unhandled Property: tomcat33.home on: gump.model.builder.Ant instance at 
0x40dcba4c
 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 -DEBUG- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property xml-apis.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
 -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
 -DEBUG- Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.


The following work was performed:
http://brutus.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/gump_work/build_jakarta-tomcat-catalina_jakarta-tomcat-catalina.html
Work Name: build_jakarta-tomcat-catalina_jakarta-tomcat-catalina (Type: Build)
State: Success
Elapsed: 21 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* 
-Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar
 -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2-ri 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Djtc.home=/usr/local/gump/public/workspace/jakarta-tomcat-connectors 
-Dmail.home=/usr/local/gump/packages/javamail-1.3 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040722.jar
 -Dcatalina.deploy=/usr/local/gump/public/workspace/jakarta-tomcat-catalina/build 
-Dxml-apis.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar 
-DxercesImpl.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 -Djsse.home=/usr/local/gump/packages/jsse1.0.3 
-Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar 
-Dcatalina.build=/usr/local/gump/public/workspace/jakarta-tomcat-catalina/build 
-Dcommons-fileupload.jar=/usr/local/gump/public/workspace/jakarta-commons/fileupload/target/commons-fileupload-20040722.jar
 -Dmail.jar=/usr/local/gump/packages/javamail-1.3/mail.jar 
-Dcommons-digester.jar=/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar
 -Djndi.jar=/usr/local/gump/packages/jndi1_2_1/lib/jndi.jar

[GUMP@brutus]: jakarta-tomcat-5/jakarta-tomcat-5 success

2004-07-22 Thread bobh
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project jakarta-tomcat-5 contains errors.
Project State : 'Success'

Full details are available at:

http://brutus.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-5/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina]
 -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 -ERROR- Unhandled Property: tomcat33.home on: gump.model.builder.Ant instance at 
0x40fb644c
 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 -DEBUG- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property xml-apis.jar.
 -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -DEBUG- Dependency on commons-el exists, no need to add for property commons-el.jar.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -DEBUG- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx-tools.jar.
 -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
 -DEBUG- Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 -DEBUG- Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
 -DEBUG- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 -DEBUG- Dependency on jakarta-struts exists, no need to add for property struts.home.


The following work was performed:
http://brutus.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Success
Elapsed: 2 mins 22 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* 
-Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar
 -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2-ri 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040722.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040722.jar
 -Dxml-apis.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar 
-DxercesImpl.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar
 -Dstruts.home=/usr/local/gump/public/workspace/jakarta-struts/dist 
-Djsse.home=/usr/local

Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Mladen Turk wrote:
 

jean-frederic clere wrote: 

[error] (OS 10048)Only one usage of each socket address 
(protocol/network
address/port) is normally permitted.  : proxy: HTTP: attempt to 
connect to 127.0.0.1:8080 (localhost) failed

Anyone has a clue where and why those error messages comes from?
Could you try ab -k? - mod_proxy will reuse the socket -

Still the same messages.
When running ab on the same host where apache and TC are located I'm getting
between 3-16 errors on '-n 1000',
Don't run ab on the same host, otherwise you are benching ab.
But when using remote machine and use the ab from remote I'm getting around
50% error requests; cca. 450 - 520 requests gets failed.
The number of failed requests gets lower and lower when I run same ab in a
series, and it get more and more random, varying from 0 - 50 %.
Interesting is that rising concurrency level to 20 or more, lowers the error
number, but It's still around 10% (1120 from 1 request are 502).
I also I have some (40) errors with concurrency 300 but Tomcat and Apache are in 
2 different machines:
+++
[Thu Jul 22 11:39:39 2004] [error] [client 172.25.182.35] proxy: DNS lookup 
failure for: pgtr0327.mch.fsc.net returned by /examples/servlet/HelloWorldExample
+++

Very strange and totally unusable at least on WIN32.
Use a real operating system.
MT.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
I made some benchs on my Linux Fedora Core 2
on a P4 2.8ghz / 1Gb RAM :
Apache 2.0.50 in
 - Apache 2.0.50 alone (simple html file)
 - TC 3.3.2/Coyote 1.1
 - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2
JkMount /examples/* local
worker.local.port=8009
worker.local.host=localhost
worker.local.type=ajp13
worker.local.cachesize=16
worker.local.cache_timeout=600
worker.local.socket_keepalive=1
worker.local.socket_timeout=300
 - Apache 2.0.50 + mod_proxy + TC 3.3.2 (Coyote 1.1).
ProxyPass /tc3/ http://localhost:11011/
ProxyPassReverse /tc3/ http://localhost:11011/
Apache Bench is running on another machine, Windows 2000 P3 1Ghz,
and both systems are on a switched 100Mbps network :
Apache 2 alone  1202 req/s
TC/Coyote   883 req/s
Apache 2 + jk + TC  906 req/s
Apache 2 + proxy + TC   497.req/s   (but with 8000 errors ;(
Constatation :
- Remy make a tremendous works since Coyote HTTP 1.1 is only 15% slower
  than the Apache 2 native HTTP.
- mod_proxy is 50% slower than mod_jk and that's a really bad news.
  Also many errors appears, about 4% errors.
- Tomcat via jk or mod_proxy, when on the same machine make a cpu load
  of 60% system and 30% user. Tomcat alone is 33% system and 10% user.
How could we optimize mod_proxy settings since I'm using the standard
httpd.conf ?
--
Complete bench results :
Apache 2.0.50 alone (simple html file)
C:\Program Files\Apache Group\Apache2\binab -k -n 20 -c 16 
http://machone/HelloWorldExample.html
This is ApacheBench, Version 2.0.40-dev $Revision: 1.121.2.8 $ apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, 
http://www.apache.org/

Benchmarking machone (be patient)
Completed 2 requests
Completed 4 requests
Completed 6 requests
Completed 8 requests
Completed 10 requests
Completed 12 requests
Completed 14 requests
Completed 16 requests
Completed 18 requests
Finished 20 requests
Server Software:Apache/2.0.50
Server Hostname:machone
Server Port:80
Document Path:  /HelloWorldExample.html
Document Length:459 bytes
Concurrency Level:  16
Time taken for tests:   166.299127 seconds
Complete requests:  20
Failed requests:0
Write errors:   0
Keep-Alive requests:0
Total transferred:  14580 bytes
HTML transferred:   9180 bytes
Requests per second:1202.65 [#/sec] (mean)
Time per request:   13.304 [ms] (mean)
Time per request:   0.831 [ms] (mean, across all concurrent requests)
Transfer rate:  856.18 [Kbytes/sec] received
Tomcat 3.3.2 using the Coyote 1.1 HTTP connector
C:\Program Files\Apache Group\Apache2\binab -k -n 20 -c 16 
http://machone:11011/examples/servlet/HelloWorldExample
This is ApacheBench, Version 2.0.40-dev $Revision: 1.121.2.8 $ apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, 
http://www.apache.org/

Benchmarking machone (be patient)
Completed 2 requests
Completed 4 requests
Completed 6 requests
Completed 8 requests
Completed 10 requests
Completed 12 requests
Completed 14 requests
Completed 16 requests
Completed 18 requests
Finished 20 requests
Server Software:Apache-Coyote/1.1
Server Hostname:machone
Server Port:11011
Document Path:  /examples/servlet/HelloWorldExample
Document Length:400 bytes
Concurrency Level:  16
Time taken for tests:   226.485671 seconds
Complete requests:  20
Failed requests:0
Write errors:   0
Keep-Alive requests:0
Total transferred:  10540 bytes
HTML transferred:   8000 bytes
Requests per second:883.06 [#/sec] (mean)
Time per request:   18.119 [ms] (mean)
Time per request:   1.132 [ms] (mean, across all concurrent requests)
Transfer rate:  454.46 [Kbytes/sec] received
Apache 2.0.50 + jk 1.2.6 + Tomcat 3.3.2 (via Coyote JK2 connector)
C:\Program Files\Apache Group\Apache2\binab -k -n 20 -c 16 
http://machone/examples/servlet/HelloWorldExample
This is ApacheBench, Version 2.0.40-dev $Revision: 1.121.2.8 $ apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, 
http://www.apache.org/

Benchmarking machone (be patient)
Completed 2 requests
Completed 4 requests
Completed 6 requests
Completed 8 requests
Completed 10 requests
Completed 12 requests
Completed 14 requests
Completed 16 requests
Completed 18 requests
Finished 20 requests
Server Software:Apache/2.0.50
Server Hostname:machone
Server Port:80
Document Path:  /examples/servlet/HelloWorldExample
Document Length:400 bytes
Concurrency Level:  16
Time taken for tests:   220.637261 seconds
Complete 

Re: AJP protocol description??

2004-07-22 Thread Henri Gomez
Bill Barker wrote:
- Original Message - 
From: Ian Holsman [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 8:42 PM
Subject: AJP protocol description??


Hi..
I'm lurker from over in httpd-dev
do you guys have a description of the AJP protocol?

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/common/AJPv13.html
Ian don't forget to take a look at AJP extensions proposal :
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/common/AJPv13-extensions-proposal.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk aphowto.xml

2004-07-22 Thread hgomez
hgomez  2004/07/22 03:02:24

  Modified:jk/xdocs/jk aphowto.xml
  Log:
  make no-jk appears in bold
  
  Revision  ChangesPath
  1.28  +3 -3  jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml
  
  Index: aphowto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- aphowto.xml   15 Jul 2004 14:49:31 -  1.27
  +++ aphowto.xml   22 Jul 2004 10:02:24 -  1.28
  @@ -572,12 +572,12 @@
   /screen
   
   p
  -Since mod_jk 1.2.6, and under Apache 2.0, it's possible to exclude some URL/URI from
  -jk processing by setting the env var no-jk, for example with the SetEnvIf Directive.
  +Starting with mod_jk 1.2.6, and under Apache 2.0, it's possible to exclude some 
URL/URI from
  +jk processing by setting the env var bno-jk/b, for example with the SetEnvIf 
Directive.
   /p
   
   p
  -You could use no-jk env var to fix problem with mod_alias or mod_userdir
  +You could use bno-jk/b env var to fix problem with mod_alias or mod_userdir
   directive when jk and alias/userdir URLs matches. 
   /p
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

Henri Gomez wrote:
  
  Very strange and totally unusable at least on WIN32.
 
 Well ab running on Win32 didn't very stable ;(


Yeah, sure :)

WTF then mod_jk doesn't produce such errors ?
BTW, the errors reported comes from mod_proxy.

MT.


smime.p7s
Description: S/MIME cryptographic signature


DO NOT REPLY [Bug 30255] New: - Tomcat 5.0.26 JSP Encoding problem

2004-07-22 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30255.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30255

Tomcat 5.0.26 JSP Encoding problem

   Summary: Tomcat 5.0.26 JSP Encoding problem
   Product: Tomcat 5
   Version: 5.0.26
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlet  JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I use russian symbols (koi8-r encoding) in my jsp's and my code works in 4.12
fine:
%@ page contentType=text/html; charset=koi8-r %
...
%
request.setCharacterEncoding( koi8-r);
String s = request.getParameter( param1);
out.print( s);
%
...
But when i deploy my application in 5.0.26
I receive ??? - string on output.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Filip Hanik - Dev wrote:
I suppose in this case the load balancer would run HOOK_MIDDLE, and
sticky would run HOOK_LAST.

cool, and then have the server just try them in that order? ie, if the sticky server 
went down, it just takes the next one from the
list (and that list should be ordered well since it comes from the LB algorithm)
correct assumption?
Yes.
In other words, you start with a list of IPs (supplied by the config, 
resolved by DNS), and each load balancer module reorders the IP 
addresses in turn, as needed.

So a load balancer module will reorder the IPs least loaded to most loaded.
Then the sticky module will either do nothing to list, or it will notice 
a sticky session, and move the sticky IP address to the top of the list.

Thing is for the sticky module to be effective, it must run last, 
otherwise the load balancer will undo sticky's work.

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Tim Funk wrote:
I'm not sure of the status so far, but I'd like to summarize a strawman. 
I have no idea how to code this at this time or if it can be done.
No problem, we drill down into the details as we go along :)
*Config* [Feel free to change the names]
ProxyClient http://server1/config.xml
ProxyClient http://server2/config.xml
ProxyClient http://server3/another/config.xml
ProxyUpdate /proxyconfig
The config should follow the established config for proxy, which would 
be this:

ProxyPass /myWebapp ajp://server1/myWebapp
At the moment, server1 would resolve to multiple names, however a 
userful addition would be ability to do this:

ProxyPass /myWebapp ajp://server1 server2 server3/myWebapp
which is the way LDAP URLs handle multiple possible servers.
*Startup*
Apache polls each proxy-client for existence and config at the URL 
defined by te ProxyClient directive.
Each proxy-client states the paths/extension/mimetype/??? it can serve 
as well as its weight.
It is the job of proxy_ajp to understand what ajp://server1 server2 
server3/myWebapp means.

What proxy_ajp can do, if it has not already done so, is poll the 
servers in the server list and say hey guys, which of you lot serves 
myWebapp? All of you? Ok cool bananas - the top of the list of IPs I 
have been given is you server1, so go ahead, knock yourself out.

*On going*
Apache periodically polls the config URL for changes.
--or--
A proxy-client can join, remove, alter URL availability by using making a
request to apache defined at ProxyUpdate.
proxy_ajp need not poll - it can do so as the request arrives.
If proxy_ajp connects to the backend, and that backend returns 5xx, then 
proxy_ajp says Oops, obviously not serving any more, let me try the 
next IP in my list and see if that one is willing to serve my request.

*Edge cases*
Authentication, environment variables, and other system parameters would be
passed to the proxy via X-Headers. Apache would need to deny/filter 
these header names from outside clients.
I don't understand - are these headers created by tomcat, and passed 
towards the client, or created by the client, and passed towards tomcat?

Either way, funky header handling would be done by proxy_ajp.
*stickyness*
unknown how to fix this in a generic manner
Using a completely separate and independant module called 
proxy_sticky, which uses a hook I will be putting into proxy sometime 
this weekend. :)

*Failover* 2 cases
1) server unavailable - easy to recover since a new connection is made
2) server available but doesn't handle request anymore -
Proxy-client returns a custom header to let apache move to next node?
No need for a custom header - just interpret the response codes 
correctly. 5xx means try the next server in the list, if you run out of 
list, pass the error back up to the client.

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Remy Maucherat wrote:
It's cool to have one less thing to configure, but it seems to me 
jvmRoute is the most reliable and efficient way of doing stickiness
Can you describe the jvmRoute method to me?
(the 
cookie way is intrusive, and the IP way is highly inaccurate).
I agree on the IP way being inaccurate (and have argued long and hard 
against people who couldn't understand that the same browser could 
easily come in from one of many IP addresses, changing all the time as 
they go).

Currently tomcat handles sessions as either a) a cookie or b) a 
parameter. We could easily teach proxy_sticky that stickiness is based 
on either of these two.

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_proxy details : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Henri Gomez wrote:
- I'm using ab (ApacheBench) and wonder if the -k (keep alive)
  if HTTP keep-alive is really used ?
- Did mod_proxy keep a connection cache ?
Proxy's HTTP module will reuse the same connection from previous 
connections if keepalives are being used, it doesn't keep a connection 
cache for more than one connection at a time.

This behaviour is limited to proxy_http though. There is nothing inside 
proxy that would prevent proxy_ajp from keeping a connection cache.

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Mladen Turk wrote:
BTW, the errors reported comes from mod_proxy.
What are the errors though, and do they come from mod_proxy or 
mod_proxy_http?

It would be a huge help to the people using proxy (ie for non tomcat 
related stuff) if we could find and fix these error conditions under load.

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


custom login and user management to tomcat realm

2004-07-22 Thread Don Hill
 I am looking for some direction as to what APi I should be using for
  doing a custom login to tomcat 4.x 5.x, I don't want to use the j2ee
  container authentication, any suggestion on where I could find some
  info or sample code, I need to also do things like, get user list,
  get Roles, groups .
  

Thanks



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Remy Maucherat
Graham Leggett wrote:
Remy Maucherat wrote:
It's cool to have one less thing to configure, but it seems to me 
jvmRoute is the most reliable and efficient way of doing stickiness

Can you describe the jvmRoute method to me?
It's really dumb: we append the node name to the session id when it's 
generated (it ends up as the JSESSIONID cookie value). Of course, the 
downside is that you have to configure stuff on each node :/

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

error with Windows Service

2004-07-22 Thread Nasser Dawoud /MEM/PRO
I get the following error when trying to start the Tomcat 5 service in Windows 
XP...any idea why this is happening now?
It used to work fine a week ago and all of a sudden, I started getting this error:



error with Tomcat Windows Service

2004-07-22 Thread Nasser Dawoud /MEM/PRO

I get the following error when trying to start the Tomcat 5 service in Windows 
XP...any idea why this is happening now?
It used to work fine a week ago and all of a sudden, I started getting this error:


[EMAIL PROTECTED] [EMAIL PROTECTED]


Re: error with Tomcat Windows Service

2004-07-22 Thread Nasser Dawoud /MEM/PRO
my mistake...here's the error from windows service:

[2004-07-22 08:29:49] [364  javajni.c] [error] Unsuported JNI version 65537
[2004-07-22 08:29:49] [770  prunsrv.c] [error] Failed initializing java
..\bin\bootstrap.jar
[2004-07-22 08:29:49] [982  prunsrv.c] [error] ServiceStart returned 2
[2004-07-22 08:29:49] [info] Run service finished.


- Original Message -
From: Nasser Dawoud /MEM/PRO [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 22, 2004 8:41 AM
Subject: error with Tomcat Windows Service



I get the following error when trying to start the Tomcat 5 service in
Windows XP...any idea why this is happening now?
It used to work fine a week ago and all of a sudden, I started getting this
error:


[EMAIL PROTECTED] [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
jean-frederic clere wrote:
I also I have some (40) errors with concurrency 300 but Tomcat and 
Apache are in 2 different machines:
+++
[Thu Jul 22 11:39:39 2004] [error] [client 172.25.182.35] proxy:
 DNS lookup failure for: pgtr0327.mch.fsc.net returned by
  ^^
/examples/servlet/HelloWorldExample
+++

Very strange and totally unusable at least on WIN32.

Use a real operating system.
Or a decent DNS server :)
Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Remy Maucherat
Henri Gomez wrote:
I made some benchs on my Linux Fedora Core 2
on a P4 2.8ghz / 1Gb RAM :
Apache 2.0.50 in
 - Apache 2.0.50 alone (simple html file)
 - TC 3.3.2/Coyote 1.1
 - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2
JkMount /examples/* local
worker.local.port=8009
worker.local.host=localhost
worker.local.type=ajp13
worker.local.cachesize=16
worker.local.cache_timeout=600
worker.local.socket_keepalive=1
worker.local.socket_timeout=300
 - Apache 2.0.50 + mod_proxy + TC 3.3.2 (Coyote 1.1).
ProxyPass /tc3/ http://localhost:11011/
ProxyPassReverse /tc3/ http://localhost:11011/
Apache Bench is running on another machine, Windows 2000 P3 1Ghz,
and both systems are on a switched 100Mbps network :
Apache 2 alone 1202 req/s
TC/Coyote 883 req/s
Apache 2 + jk + TC906 req/s
Apache 2 + proxy + TC497.req/s(but with 8000 errors ;(
Constatation :
- Remy make a tremendous works since Coyote HTTP 1.1 is only 15% slower
  than the Apache 2 native HTTP.
- mod_proxy is 50% slower than mod_jk and that's a really bad news.
  Also many errors appears, about 4% errors.
- Tomcat via jk or mod_proxy, when on the same machine make a cpu load
  of 60% system and 30% user. Tomcat alone is 33% system and 10% user.
How could we optimize mod_proxy settings since I'm using the standard
httpd.conf ?
It's quite bad :( Did you check everything was ok using verbose ?
ab -n 1 -v 10
All your tests show Keep-Alive requests:0  in the result. It 
should work ok with Tomcat standalone (to be honest, I didn't try 3.3 
with the current HTTP/1.1 connector), and with Apache as well.

ab uses HTTP/1.0 keepalive with the -k option.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Remy Maucherat
Graham Leggett wrote:
jean-frederic clere wrote:
I also I have some (40) errors with concurrency 300 but Tomcat and 
Apache are in 2 different machines:
+++
[Thu Jul 22 11:39:39 2004] [error] [client 172.25.182.35] proxy:
 DNS lookup failure for: pgtr0327.mch.fsc.net returned by
  ^^
/examples/servlet/HelloWorldExample
+++

Very strange and totally unusable at least on WIN32.


Use a real operating system.

Or a decent DNS server :)
It's not normal there's a DNS lookup on each request. Why does it happen ?
+1 on using a real OS ;)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: GWAVA Sender Notification (Content filter)

2004-07-22 Thread Andreas Ernst
[EMAIL PROTECTED] schrieb:
 
http://www.gwava.com

A message sent by you was blocked by GWAVA - Content protection for 
Novell GroupWise.

The message was blocked for the following reason(s):
* Content filter
The message contained the following information:
*Subject:* 	Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in 
tomcat-dev
*From:* 	[EMAIL PROTECTED]
*Recipient(s):* 	[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]

The following information details the events that prevented delivery 
of this message:

*Event* *Details*
Content filtered
Content within this message was disallowed.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hallo,
konnen Sie diesen Mist abstellen?!?!?
Danke
Andreas Ernst
Mitglied der Mailingliste [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

Graham Leggett wrote:
 Mladen Turk wrote:
 
  BTW, the errors reported comes from mod_proxy.
 
 What are the errors though, and do they come from mod_proxy 
 or mod_proxy_http?


All are exactly the same:

[error] (OS 10048)Only one usage of each socket address (protocol/network
address/port) is normally permitted.  : proxy: HTTP: attempt to connect to
127.0.0.1:8080 (localhost) failed
 
 It would be a huge help to the people using proxy (ie for non 
 tomcat related stuff) if we could find and fix these error 
 conditions under load.


We had a same problen in jk for over two years now. The problem is that you
will need at least:

Line 1037 in proxy_util.c:

/* make the connection out of the socket */
do {
rv = apr_socket_connect(*newsock, backend_addr);
} while (APR_STATUS_IS_EINTR(rv)); 


But again it might be just an attemp to connect to an nonclosed connection
(as BTW the error suggests), or perhaps connection beeing in the process of
disconnection, but cause of high load you have a race condition.


MT.


smime.p7s
Description: S/MIME cryptographic signature


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

Remy Maucherat wrote:

 +1 on using a real OS ;)

Well, you could also use a real programming language for start ;-).

MT.


smime.p7s
Description: S/MIME cryptographic signature


Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
Remy Maucherat wrote:
Henri Gomez wrote:
I made some benchs on my Linux Fedora Core 2
on a P4 2.8ghz / 1Gb RAM :
Apache 2.0.50 in
 - Apache 2.0.50 alone (simple html file)
 - TC 3.3.2/Coyote 1.1
 - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2
JkMount /examples/* local
worker.local.port=8009
worker.local.host=localhost
worker.local.type=ajp13
worker.local.cachesize=16
worker.local.cache_timeout=600
worker.local.socket_keepalive=1
worker.local.socket_timeout=300
 - Apache 2.0.50 + mod_proxy + TC 3.3.2 (Coyote 1.1).
ProxyPass /tc3/ http://localhost:11011/
ProxyPassReverse /tc3/ http://localhost:11011/
Apache Bench is running on another machine, Windows 2000 P3 1Ghz,
and both systems are on a switched 100Mbps network :
Apache 2 alone 1202 req/s
TC/Coyote 883 req/s
Apache 2 + jk + TC906 req/s
Apache 2 + proxy + TC497.req/s(but with 8000 errors ;(
Constatation :
- Remy make a tremendous works since Coyote HTTP 1.1 is only 15% slower
  than the Apache 2 native HTTP.
- mod_proxy is 50% slower than mod_jk and that's a really bad news.
  Also many errors appears, about 4% errors.
- Tomcat via jk or mod_proxy, when on the same machine make a cpu load
  of 60% system and 30% user. Tomcat alone is 33% system and 10% user.
How could we optimize mod_proxy settings since I'm using the standard
httpd.conf ?

It's quite bad :( Did you check everything was ok using verbose ?
ab -n 1 -v 10
All your tests show Keep-Alive requests:0  in the result. It 
should work ok with Tomcat standalone (to be honest, I didn't try 3.3 
with the current HTTP/1.1 connector), and with Apache as well.

ab uses HTTP/1.0 keepalive with the -k option.
Well I was thinking ab (2.0.40) use HTTP 1.1. I'll retest it
with JMeter :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Remy Maucherat wrote:
 DNS lookup failure for: pgtr0327.mch.fsc.net returned by
  ^^

It's not normal there's a DNS lookup on each request. Why does it happen ?
In the config it was set to connect to a DNS name, which has to be 
resolved - but httpd doesn't do any caching of this (which in theory 
would be the job of a caching DNS server), thus a lookup on each request.

Perhaps an enhancement to proxy_http would be to support DNS caching for 
a period of time.

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Mladen Turk wrote:
All are exactly the same:
[error] (OS 10048)Only one usage of each socket address (protocol/network
address/port) is normally permitted.  : proxy: HTTP: attempt to connect to
127.0.0.1:8080 (localhost) failed
Ok.
We had a same problen in jk for over two years now. The problem is that you
will need at least:
Line 1037 in proxy_util.c:
/* make the connection out of the socket */
do {
rv = apr_socket_connect(*newsock, backend_addr);
} while (APR_STATUS_IS_EINTR(rv)); 

But again it might be just an attemp to connect to an nonclosed connection
(as BTW the error suggests), or perhaps connection beeing in the process of
disconnection, but cause of high load you have a race condition.
So if I committed the above patch to httpd v2.1.0-dev would you be in a 
position to test it?

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Peter Lin
the nightly build of jmeter has an alpha sampler that uses Commons
HTTPClient. you may want to try that one instead, if you use jmeter

peter

On Thu, 22 Jul 2004 15:09:19 +0200, Henri Gomez [EMAIL PROTECTED] wrote:
 Remy Maucherat wrote:
 
  Henri Gomez wrote:
 
  I made some benchs on my Linux Fedora Core 2
  on a P4 2.8ghz / 1Gb RAM :
 
  Apache 2.0.50 in
 
   - Apache 2.0.50 alone (simple html file)
 
   - TC 3.3.2/Coyote 1.1
 
   - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2
 
  JkMount /examples/* local
 
  worker.local.port=8009
  worker.local.host=localhost
  worker.local.type=ajp13
  worker.local.cachesize=16
  worker.local.cache_timeout=600
  worker.local.socket_keepalive=1
  worker.local.socket_timeout=300
 
 
   - Apache 2.0.50 + mod_proxy + TC 3.3.2 (Coyote 1.1).
 
  ProxyPass /tc3/ http://localhost:11011/
  ProxyPassReverse /tc3/ http://localhost:11011/
 
 
  Apache Bench is running on another machine, Windows 2000 P3 1Ghz,
  and both systems are on a switched 100Mbps network :
 
 
  Apache 2 alone 1202 req/s
  TC/Coyote 883 req/s
  Apache 2 + jk + TC906 req/s
  Apache 2 + proxy + TC497.req/s(but with 8000 errors ;(
 
 
  Constatation :
 
  - Remy make a tremendous works since Coyote HTTP 1.1 is only 15% slower
than the Apache 2 native HTTP.
 
  - mod_proxy is 50% slower than mod_jk and that's a really bad news.
Also many errors appears, about 4% errors.
 
  - Tomcat via jk or mod_proxy, when on the same machine make a cpu load
of 60% system and 30% user. Tomcat alone is 33% system and 10% user.
 
 
  How could we optimize mod_proxy settings since I'm using the standard
  httpd.conf ?
 
 
  It's quite bad :( Did you check everything was ok using verbose ?
  ab -n 1 -v 10
  All your tests show Keep-Alive requests:0  in the result. It
  should work ok with Tomcat standalone (to be honest, I didn't try 3.3
  with the current HTTP/1.1 connector), and with Apache as well.
 
  ab uses HTTP/1.0 keepalive with the -k option.
 
 Well I was thinking ab (2.0.40) use HTTP 1.1. I'll retest it
 with JMeter :)
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Remy Maucherat wrote:
Graham Leggett wrote:
jean-frederic clere wrote:
I also I have some (40) errors with concurrency 300 but Tomcat and 
Apache are in 2 different machines:
+++
[Thu Jul 22 11:39:39 2004] [error] [client 172.25.182.35] proxy:

 DNS lookup failure for: pgtr0327.mch.fsc.net returned by
  ^^
/examples/servlet/HelloWorldExample
+++


Very strange and totally unusable at least on WIN32.


Use a real operating system.

Or a decent DNS server :)

It's not normal there's a DNS lookup on each request. Why does it happen ?
Not for each request but each time http makes a new connection to Tomcat.
We have to cache the result of apr_sockaddr_info_get().
+1 on using a real OS ;)
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Mladen Turk wrote:
/* make the connection out of the socket */
do {
rv = apr_socket_connect(*newsock, backend_addr);
} while (APR_STATUS_IS_EINTR(rv)); 
One further question (I am not 100% clued up on the workings of apr's 
socket handling) - would a situation ever arise where 
APR-STATUS_IS_EINTR(rv) would always return non zero, causing an 
infinite loop?

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


RE: [5.next] Progress, more ideas and native connector benchmarks

2004-07-22 Thread Shapira, Yoav

Hola,

* Redo naming resources configuration using setAllProperties rule to
make the XML less verbose.
Example:
  Resource name=bean/MyBeanFactory auth=Container
type=com.mycompany.MyBean
factory=org.apache.naming.factory.BeanFactory
bar=23/

I personally really like this (and use setAllProperties extensively in
my own projects).  The only knock against this approach is that the
Servlet Spec uses the verbose param-name/param-value pairs all over
the place, and being a servlet container we may wish to stick to the
same spirit.

* Default global and per-host configurations:
- conf/engine/host/context.xml.default
- conf/engine/host/web.xml.default
- conf/context.xml
- conf/web.xml
This will lead to the removal of the DefaultContext interface, since
this will fully replace the functionality (while being very simple to
implement and actually complete functionality wise; I have no idea why
I
never thought of doing it this way, since the default web.xml is
implemented like that). For the admin webapp support for
DefaultContext,
we would simply need to register a Context instance in JMX with the
usual DefaultContext MBean name, and tweak a little.

+1, good idea.

* HTML host manager servlet (allows easily creating host and
preconfiguring them - ex: with the manager webapp installed, and a
default context file). I think this would be useful (?).

There have been several requests along these lines on the tomcat-user
mailing list, so I'd say it'd be useful.

I think I'm nearing the point where I'll submit a release plan for this
branch (let's say at the end of next week), since I don't see much more
to add for now besides more tweaking.

Looking forward to it.

What is the status of Logger removal/rewriting/rethinking?

Yoav



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:RE: [5.next] Progress, more ideas and native connector benchmarks
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
Peter Lin wrote:
the nightly build of jmeter has an alpha sampler that uses Commons
HTTPClient. you may want to try that one instead, if you use jmeter
peter
made some tests with JMeter 2.0.1 but my laptop is
way to slow.
I need another smaller stress tool ;(

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: GWAVA Sender Notification (Content filter)

2004-07-22 Thread Andreas Ernst
Andreas Ernst schrieb:
[EMAIL PROTECTED] schrieb:
 
http://www.gwava.com

A message sent by you was blocked by GWAVA - Content protection for 
Novell GroupWise.

The message was blocked for the following reason(s):
* Content filter
The message contained the following information:
*Subject:* Re: Simple Sticky LB WAS: Invitation to HTTPD 
commiters in tomcat-dev
*From:* [EMAIL PROTECTED]
*Recipient(s):* [No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]

The following information details the events that prevented delivery 
of this message:

*Event* *Details*
Content filtered
Content within this message was disallowed.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hallo,
konnen Sie diesen Mist abstellen?!?!?
Danke
Andreas Ernst
Mitglied der Mailingliste [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

sorry did not change the address
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Peter Lin
you can run it in non-Gui mode with -n option.

http://jakarta.apache.org/jmeter/usermanual/get-started.html#non_gui

might help, or not.

peter

On Thu, 22 Jul 2004 15:33:41 +0200, Henri Gomez [EMAIL PROTECTED] wrote:
 Peter Lin wrote:
 
  the nightly build of jmeter has an alpha sampler that uses Commons
  HTTPClient. you may want to try that one instead, if you use jmeter
 
  peter
 
 made some tests with JMeter 2.0.1 but my laptop is
 way to slow.
 
 I need another smaller stress tool ;(
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
jean-frederic clere wrote:
Not for each request but each time http makes a new connection to Tomcat.
We have to cache the result of apr_sockaddr_info_get().
Added to bugzilla as a request for enhancement (so this doesn't fall 
through the cracks).

Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk


Graham Leggett wrote:

 So if I committed the above patch to httpd v2.1.0-dev would
 you be in a position to test it?


No, I've tested it.
Still has the same error messages.

OS error 10048 means:

Typically, only one usage of each socket address (protocol/IP address/port) is
permitted. This error occurs if an application attempts to bind a socket to an
IP address/port that has already been used for an existing socket, or a socket
that was not closed properly, or one that is still in the process of closing.
For server applications that need to bind multiple sockets to the same port
number, consider using setsockopt (SO_REUSEADDR).


MT.


smime.p7s
Description: S/MIME cryptographic signature


cvs commit: jakarta-tomcat-site/xdocs index.xml

2004-07-22 Thread yoavs
yoavs   2004/07/22 06:47:15

  Modified:docs index.html
   xdocsindex.xml
  Log:
  Updated latest stable version from 5.0.25 to 5.0.27.
  
  Revision  ChangesPath
  1.62  +5 -3  jakarta-tomcat-site/docs/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v
  retrieving revision 1.61
  retrieving revision 1.62
  diff -u -r1.61 -r1.62
  --- index.html26 May 2004 14:59:31 -  1.61
  +++ index.html22 Jul 2004 13:47:15 -  1.62
  @@ -30,11 +30,13 @@
   
   meta name=author value=Marc 
A. Saegesser
   meta name=email value=[EMAIL PROTECTED]
  +meta name=author value=Yoav Shapira
  +meta name=email value=[EMAIL PROTECTED]
   
  
   
   
  -titleThe Jakarta Site - Apache Tomcat/title
  +titleThe Jakarta Site - Apache Jakarta Tomcat/title
   /head
   
   body bgcolor=#ff text=#00 link=#525D76
  @@ -136,7 +138,7 @@
   table 
border=0 cellspacing=0 cellpadding=2 width=100%
 trtd bgcolor=#525D76
   font color=#ff face=arial,helvetica,sanserif
  -  a name=Apache TomcatstrongApache Tomcat/strong/a
  +  a name=Apache Jakarta TomcatstrongApache Jakarta Tomcat/strong/a
   /font
 /td/tr
 trtd
  @@ -189,7 +191,7 @@
   /td
   td bgcolor=#a0ddf0 colspan= rowspan= 
valign=top align=left
   font color=#00 size=-1 face=arial,helvetica,sanserif
  -5.0.25
  +5.0.27
   /font
   /td
   /tr
  
  
  
  1.51  +4 -3  jakarta-tomcat-site/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs/index.xml,v
  retrieving revision 1.50
  retrieving revision 1.51
  diff -u -r1.50 -r1.51
  --- index.xml 26 May 2004 14:59:31 -  1.50
  +++ index.xml 22 Jul 2004 13:47:15 -  1.51
  @@ -3,12 +3,13 @@
   
 properties
   author email=[EMAIL PROTECTED]Marc A. Saegesser/author
  -titleApache Tomcat/title
  +author email=[EMAIL PROTECTED]Yoav Shapira/author
  +titleApache Jakarta Tomcat/title
 /properties
   
   body
   
  -section name=Apache Tomcat
  +section name=Apache Jakarta Tomcat
   
   pTomcat is the servlet container that is used in the official
   Reference Implementation for the
  @@ -40,7 +41,7 @@
   
   tr
 td2.4/2.0/td
  -  td5.0.25/td
  +  td5.0.27/td
   /tr
   
   tr
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Mladen Turk wrote:
We had a same problen in jk for over two years now. The problem is that you
will need at least:
Line 1037 in proxy_util.c:
/* make the connection out of the socket */
do {
rv = apr_socket_connect(*newsock, backend_addr);
} while (APR_STATUS_IS_EINTR(rv)); 
Added to bugzilla as 30260.
Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Mladen Turk wrote:
OS error 10048 means:
Typically, only one usage of each socket address (protocol/IP address/port) is
permitted. This error occurs if an application attempts to bind a socket to an
IP address/port that has already been used for an existing socket, or a socket
that was not closed properly, or one that is still in the process of closing.
  
For server applications that need to bind multiple sockets to the same port
number, consider using setsockopt (SO_REUSEADDR).
Could this be the problem? Maybe proxy is not closing sockets properly.
Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Graham Leggett wrote:
jean-frederic clere wrote:
Not for each request but each time http makes a new connection to Tomcat.
We have to cache the result of apr_sockaddr_info_get().

Added to bugzilla as a request for enhancement (so this doesn't fall 
through the cracks).
That is PR 30259.
Regards,
Graham
--

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Fernando R. Torrijos
Please help me to unsubscribe me from the tomcat and
relatives forum. I already send a lot of mails to the
mayordomo with the words unsubscribe but im still
receiving mail. Please help me.

thanks

fernando R Torrijos

_
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Fernando R. Torrijos wrote:
Please help me to unsubscribe me from the tomcat and
relatives forum. I already send a lot of mails to the
mayordomo with the words unsubscribe but im still
receiving mail. Please help me.
Please follow the instructions at the bottom of the emails you have 
received, which are:

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

jk 1.2.6 to be tagged

2004-07-22 Thread Henri Gomez
I'll tag jk 1.2.6 by 17h CET.
So if you have any showstopper, send me an email :)))

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

Graham Leggett wrote:
  used for an existing socket, or a socket that was not 
 closed properly, or one that is still in the process of closing.

  For server applications that need to bind multiple sockets 
 to the same 
  port number, consider using setsockopt (SO_REUSEADDR).
 
 Could this be the problem? Maybe proxy is not closing sockets 
 properly.


If you turn the loglevel to debug then there is no error messages (although
everything is by the order of magnitude slower), so the closing algorithm is
correct.
The problem is IMHO that you are using a socket (presuming it is free) still
served by the bucket brigade, but I may be wrong. 

MT.


smime.p7s
Description: S/MIME cryptographic signature


GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [5.next] Progress, more ideas and native connector benchmarks

2004-07-22 Thread Costin Manolache
Quick question - did you had any discussion on class loaders for 5.next?
It's one area I'm playing with, I want to make sure I'm not going in 
oposite direction :-)

BTW - another feature idea would be to extend the JMX configuration into 
the webapps, i.e. allow jmx apps to view and configure context and 
servlet params, and support servlets implementing MBean interfaces. The 
init(ServletConfig) model is pretty archaic :-)

Costin
Remy Maucherat wrote:
I've had a few more feature ideas (actually, it's more tweaks and simple 
things than big development for the most part), and I'm refining the way 
I'll be implementing the new deployer.

* Parse element Context (if context config file) in HostConfig, for 
className, path and docBase attributes.

* Parse remaining of element Context in ContextConfig (after 
defaultcontext).

* unpackWars in HostConfig (in most cases, it's done there already).
* Any resource removal when undeploy in HostConfig.
* anti-resource-locking (optional feature) in ContextConfig (by mutating 
the docBase, and copying the whole webapp elsewhere).

* Redo naming resources configuration using setAllProperties rule to 
make the XML less verbose.
Example:
 Resource name=bean/MyBeanFactory auth=Container
   type=com.mycompany.MyBean 
factory=org.apache.naming.factory.BeanFactory
   bar=23/

* Default global and per-host configurations:
- conf/engine/host/context.xml.default
- conf/engine/host/web.xml.default
- conf/context.xml
- conf/web.xml
This will lead to the removal of the DefaultContext interface, since 
this will fully replace the functionality (while being very simple to 
implement and actually complete functionality wise; I have no idea why I 
never thought of doing it this way, since the default web.xml is 
implemented like that). For the admin webapp support for DefaultContext, 
we would simply need to register a Context instance in JMX with the 
usual DefaultContext MBean name, and tweak a little.

* HTML host manager servlet (allows easily creating host and 
preconfiguring them - ex: with the manager webapp installed, and a 
default context file). I think this would be useful (?).

* The other features I mentioned earlier: startup time optimization, 
removal of stuff which isn't used (such as container listeners).

Note: I'll initially commit some of the updated deployer work as JDK 1.5 
sources, and I'll change back to JDK 1.4 sources a bit later. It's very 
easy to do (although it hurts: I'm getting used to typing for 
collections way too fast ;) ), and I'm using this opportunity to really 
play with the new JDK.
How will this compile for people using JDK1.4 - or gump ?

I think I'm nearing the point where I'll submit a release plan for this 
branch (let's say at the end of next week), since I don't see much more 
to add for now besides more tweaking.

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: [5.next] Progress, more ideas and native connector benchmarks
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h

2004-07-22 Thread hgomez
hgomez  2004/07/22 08:08:55

  Modified:jk/native/common jk_version.h
  Log:
  1.2.6 release (before tagging)
  
  Revision  ChangesPath
  1.19  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_version.h
  
  Index: jk_version.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- jk_version.h  13 Jul 2004 13:58:10 -  1.18
  +++ jk_version.h  22 Jul 2004 15:08:55 -  1.19
  @@ -32,7 +32,7 @@
   #define JK_VERBETA  0
   #define JK_BETASTRING   1
   /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */
  -#define JK_VERISRELEASE 0
  +#define JK_VERISRELEASE 1
   /** END OF AREA TO MODIFY BEFORE RELEASING */
   
   #if !defined(PACKAGE)
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [5.next] Progress, more ideas and native connector benchmarks

2004-07-22 Thread Remy Maucherat
Shapira, Yoav wrote:
Hola,
 

* Redo naming resources configuration using setAllProperties rule to
make the XML less verbose.
Example:
Resource name=bean/MyBeanFactory auth=Container
  type=com.mycompany.MyBean
factory=org.apache.naming.factory.BeanFactory
  bar=23/
   

I personally really like this (and use setAllProperties extensively in
my own projects).  The only knock against this approach is that the
Servlet Spec uses the verbose param-name/param-value pairs all over
the place, and being a servlet container we may wish to stick to the
same spirit.
 

Yes. It's not as important IMO, since a data source will require a large 
amount of parameters (= very verbose).

Looking forward to it.  

What is the status of Logger removal/rewriting/rethinking?
 

The Logger interface is now removed.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Graham Leggett
Mladen Turk wrote:
If you turn the loglevel to debug then there is no error messages (although
everything is by the order of magnitude slower), so the closing algorithm is
correct.
The problem is IMHO that you are using a socket (presuming it is free) still
served by the bucket brigade, but I may be wrong. 

MT.
Can you look at the comments at 
http://issues.apache.org/bugzilla/show_bug.cgi?id=30260 - apparently 
this may be a Windows specific problem.

I'm a unix type, so the windows issues are not something I am familiar with.
Regards,
Graham
--


smime.p7s
Description: S/MIME Cryptographic Signature


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Costin Manolache
Remy Maucherat wrote:
Graham Leggett wrote:
Remy Maucherat wrote:
It's cool to have one less thing to configure, but it seems to me 
jvmRoute is the most reliable and efficient way of doing stickiness

Can you describe the jvmRoute method to me?
It's really dumb: we append the node name to the session id when it's 
generated (it ends up as the JSESSIONID cookie value). Of course, the 
downside is that you have to configure stuff on each node :/
Or we could have a reasonable default - like the ajp ip/port of the 
host ( or md5 of it ).

Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

GWAVA Sender Notification (Content filter)

2004-07-22 Thread postmaster













A message sent by you was blocked by GWAVA - Content protection for Novell GroupWise.
The message was blocked for the following reason(s):

Content filter

The message contained the following information:

Subject:Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
From:[EMAIL PROTECTED]
Recipient(s):
[No To Addresses]
[No Cc Addresses]
[EMAIL PROTECTED]




The following information details the events that prevented delivery of this message:



EventDetails














Content filtered


Content within this message was disallowed.


















inline: gwava.jpeg-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [5.next] Progress, more ideas and native connector benchmarks

2004-07-22 Thread Remy Maucherat
Costin Manolache wrote:
Quick question - did you had any discussion on class loaders for 5.next?
It's one area I'm playing with, I want to make sure I'm not going in 
oposite direction :-)

I'll tweak the StandardCL to do a bit the same as the WebappCL (ie, try 
to make it faster). I'll also remove the anti locking hacks which are in 
WebappCL.

BTW - another feature idea would be to extend the JMX configuration 
into the webapps, i.e. allow jmx apps to view and configure context 
and servlet params, and support servlets implementing MBean 
interfaces. The init(ServletConfig) model is pretty archaic :-)

You're touching the application layer here. I'm not really in favor of 
allowing proprietary stuff in that area (Tomcat has been pretty strict 
about that in the past, with very few features being added). The init 
model is indeed archaic (I think it's a good cadidate for being replaced 
with dependency injection in the next spec, but we're not there yet) ;)
The Context and Wrapper are both modeled: I don't see why an app 
couldn't access with JMX that if it wants to.

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h

2004-07-22 Thread hgomez
hgomez  2004/07/22 08:16:25

  Modified:jk/native/common jk_version.h
  Log:
  jk 1.2.7-dev right now
  
  Revision  ChangesPath
  1.20  +4 -4  jakarta-tomcat-connectors/jk/native/common/jk_version.h
  
  Index: jk_version.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- jk_version.h  22 Jul 2004 15:08:55 -  1.19
  +++ jk_version.h  22 Jul 2004 15:16:25 -  1.20
  @@ -25,14 +25,14 @@
   /** START OF AREA TO MODIFY BEFORE RELEASING */
   #define JK_VERMAJOR 1
   #define JK_VERMINOR 2
  -#define JK_VERFIX   6 
  -#define JK_VERSTRING1.2.6
  +#define JK_VERFIX   7 
  +#define JK_VERSTRING1.2.7
   
   /* Beta number */
   #define JK_VERBETA  0
   #define JK_BETASTRING   1
   /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */
  -#define JK_VERISRELEASE 1
  +#define JK_VERISRELEASE 0
   /** END OF AREA TO MODIFY BEFORE RELEASING */
   
   #if !defined(PACKAGE)
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: jk 1.2.6 to be tagged

2004-07-22 Thread Henri Gomez
Henri Gomez wrote:
I'll tag jk 1.2.6 by 17h CET.
So if you have any showstopper, send me an email :)))
JTC tagged as JK_1_2_6
Now back to jk 1.2.7-dev
tarball to be released soon.
Thanks to various commiters to provide the usual
binaries...
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp ReplicationValve.java SimpleTcpCluster.java

2004-07-22 Thread fhanik
fhanik  2004/07/22 08:41:15

  Modified:modules/cluster/src/share/org/apache/catalina/cluster
ClusterManager.java
   modules/cluster/src/share/org/apache/catalina/cluster/session
DeltaManager.java SessionMessageImpl.java
SimpleTcpReplicationManager.java
   modules/cluster/src/share/org/apache/catalina/cluster/tcp
ReplicationValve.java SimpleTcpCluster.java
  Added:   modules/cluster/src/share/org/apache/catalina/cluster/session
SessionMessage.java
  Removed: modules/cluster/src/share/org/apache/catalina/cluster
SessionMessage.java
  Log:
  Moved the session message to the session package, it is completely unrelated to all 
other cluster activities
  
  Revision  ChangesPath
  1.6   +2 -2  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/ClusterManager.java
  
  Index: ClusterManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/ClusterManager.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- ClusterManager.java   26 May 2004 16:31:15 -  1.5
  +++ ClusterManager.java   22 Jul 2004 15:41:15 -  1.6
  @@ -36,7 +36,7 @@
   * receiving replication messages.
   * @param msg - the message received.
   */
  -   public void messageDataReceived(SessionMessage msg);
  +   public void messageDataReceived(ClusterMessage msg);
   
  /**
   * When the request has been completed, the replication valve
  @@ -48,7 +48,7 @@
   * @param sessionId - the sessionId that just completed.
   * @return a SessionMessage to be sent,
   */
  -   public SessionMessage requestCompleted(String sessionId);
  +   public ClusterMessage requestCompleted(String sessionId);
   
  /**
   * When the manager expires session not tied to a request.
  
  
  
  1.29  +9 -5  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java
  
  Index: DeltaManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- DeltaManager.java 1 Jul 2004 09:44:26 -   1.28
  +++ DeltaManager.java 22 Jul 2004 15:41:15 -  1.29
  @@ -40,7 +40,7 @@
   
   import org.apache.catalina.session.ManagerBase;
   import org.apache.catalina.cluster.ClusterManager;
  -import org.apache.catalina.cluster.SessionMessage;
  +import org.apache.catalina.cluster.ClusterMessage;
   import org.apache.catalina.cluster.Member;
   import org.apache.catalina.cluster.CatalinaCluster;
   
  @@ -753,8 +753,12 @@
   * receiving replication messages.
   * @param msg - the message received.
   */
  -   public void messageDataReceived(SessionMessage msg) {
  -   messageReceived(msg, 
msg.getAddress()!=null?(Member)msg.getAddress():null);
  +   public void messageDataReceived(ClusterMessage cmsg) {
  +   if ( cmsg instanceof SessionMessage ) {
  +   SessionMessage msg = (SessionMessage)cmsg;
  +   messageReceived(msg,
  +   msg.getAddress() != null ? (Member) msg.getAddress() 
: null);
  +   }
  }
   
  /**
  @@ -767,7 +771,7 @@
   * @param sessionId - the sessionId that just completed.
   * @return a SessionMessage to be sent,
   */
  -   public SessionMessage requestCompleted(String sessionId) {
  +   public ClusterMessage requestCompleted(String sessionId) {
  try {
  DeltaSession session = (DeltaSession) findSession(sessionId);
  DeltaRequest deltaRequest = session.getDeltaRequest();
  
  
  
  1.3   +1 -1  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionMessageImpl.java
  
  Index: SessionMessageImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionMessageImpl.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- SessionMessageImpl.java   29 May 2004 02:43:58 -  1.2
  +++ SessionMessageImpl.java   22 Jul 2004 15:41:15 -  1.3
  @@ -1,6 +1,6 @@
   package org.apache.catalina.cluster.session;
   
  -import org.apache.catalina.cluster.SessionMessage;
  +
   import org.apache.catalina.cluster.Member;
   /**
* pTitle: /p
  
  
  
  1.31  +8 -4  

Re: [5.next] Progress, more ideas and native connector benchmarks

2004-07-22 Thread Costin Manolache
Remy Maucherat wrote:
Costin Manolache wrote:
Quick question - did you had any discussion on class loaders for 5.next?
It's one area I'm playing with, I want to make sure I'm not going in 
oposite direction :-)

I'll tweak the StandardCL to do a bit the same as the WebappCL (ie, try 
to make it faster). I'll also remove the anti locking hacks which are in 
WebappCL.
Ok. I'm experimenting with having tomcat use other class loaders ( for 
example if embedded in another app, or used with a different runtime - 
like eclipse OSGI  ).



BTW - another feature idea would be to extend the JMX configuration 
into the webapps, i.e. allow jmx apps to view and configure context 
and servlet params, and support servlets implementing MBean 
interfaces. The init(ServletConfig) model is pretty archaic :-)

You're touching the application layer here. I'm not really in favor of 
allowing proprietary stuff in that area (Tomcat has been pretty strict 
about that in the past, with very few features being added). The init 
model is indeed archaic (I think it's a good cadidate for being replaced 
with dependency injection in the next spec, but we're not there yet) ;)
The Context and Wrapper are both modeled: I don't see why an app 
couldn't access with JMX that if it wants to.
JMX is not proprietary :-)
Don't know what dependency injection is, but I hope the next spec 
won't invent yet another way to do configuration.

The context and wrapper have associated JMX mbeans, and that's nice - 
but they only work on the 'envelope', they provide some measurements and 
 configurability for the wrapper, without any interaction with the 
servlet itself.

What I'm intereseted is how can a servlet implement MBean ( again, there 
is nothing in the servlet spec preventing a servlet to implement another 
standard interface ), and how can it register itself. And then how 
tomcat ( or some jmx module ) could interact with this.

Costin

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp replicationvalve.java simpletcpcluster.java

2004-07-22 Thread CDZone
THIS IS AN AUTOMATED RESPONSE FROM CDZONE

Thank you for contacting us.

If your enquiry is covered by the list below please visit
our web site at http://www.cdzone.co.uk/accounts where you can:

  * Check your order status - we are unable to provide any more
detailed information about delivery times than that shown on
your order status page
  * Obtain your password to access our site
  * Report shipments lost or damaged in the post
  * Report items faulty or sent in error
  * Add or change your email address
  * Change your delivery address
  * Change your payment details

If your query is not covered by the above please write back to us including
the tracking number 26645787D300F4785112151D95F949AD in the
subject of your message to avoid receiving this message again. Please don't
request tracklists, sleeve scans, etc. If we have the information it will be on
the web site. If your request is covered by the above listed items we will be
unable to assist you personally - please use the web site.

The top 20 lines of your message were:

 fhanik  2004/07/22 08:41:15
 
   Modified:modules/cluster/src/share/org/apache/catalina/cluster
 ClusterManager.java
modules/cluster/src/share/org/apache/catalina/cluster/session
 DeltaManager.java SessionMessageImpl.java
 SimpleTcpReplicationManager.java
modules/cluster/src/share/org/apache/catalina/cluster/tcp
 ReplicationValve.java SimpleTcpCluster.java
   Added:   modules/cluster/src/share/org/apache/catalina/cluster/session
 SessionMessage.java
   Removed: modules/cluster/src/share/org/apache/catalina/cluster
 SessionMessage.java
   Log:
   Moved the session message to the session package, it is completely unrelated to 
 all other cluster activities
   
   Revision  ChangesPath
   1.6   +2 -2  
 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/ClusterManager.java
   
   Index: ClusterManager.java



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Mladen Turk
 

Graham Leggett wrote:

 Can you look at the comments at
 http://issues.apache.org/bugzilla/show_bug.cgi?id=30260 - 
 apparently this may be a Windows specific problem.


Could be, or not.

If for example after connect I write:

if (rv == 730048) { 
  apr_socket_close(*newsock);
  *newsock = NULL;
  continue;
}


It goes in an infinite loop, but it should not.
 
 
 I'm a unix type, so the windows issues are not something I am 
 familiar with.


Think that has nothing to do with windows (I even lowered the thread count
to 50), but not sure.
If someone wishes to check that on some worker mpm with high thread count.

It serves 1995 conections, either ab -n 2000 or 2 x ab -n 1000 (the first
one has no errors, the second has 5 errors).
After that any attempt to connect to mod_proxy returns 503.

I've spend couple of hours trying to find the bug, or at least the reason,
but I'm slightly loosing the interest.

Regards,
MT.


smime.p7s
Description: S/MIME cryptographic signature


Re: re: [5.next] progress, more ideas and native connector benchmarks

2004-07-22 Thread CDZone
THIS IS AN AUTOMATED RESPONSE FROM CDZONE

Thank you for contacting us.

If your enquiry is covered by the list below please visit
our web site at http://www.cdzone.co.uk/accounts where you can:

  * Check your order status - we are unable to provide any more
detailed information about delivery times than that shown on
your order status page
  * Obtain your password to access our site
  * Report shipments lost or damaged in the post
  * Report items faulty or sent in error
  * Add or change your email address
  * Change your delivery address
  * Change your payment details

If your query is not covered by the above please write back to us including
the tracking number 7D9CAFFEC89F78CB11C1032AB212D2C4 in the
subject of your message to avoid receiving this message again. Please don't
request tracklists, sleeve scans, etc. If we have the information it will be on
the web site. If your request is covered by the above listed items we will be
unable to assist you personally - please use the web site.

The top 20 lines of your message were:

 Remy Maucherat wrote:
 
  Costin Manolache wrote:
  
  Quick question - did you had any discussion on class loaders for 5.next?
  It's one area I'm playing with, I want to make sure I'm not going in 
  oposite direction :-)
 
  I'll tweak the StandardCL to do a bit the same as the WebappCL (ie, try 
  to make it faster). I'll also remove the anti locking hacks which are in 
  WebappCL.
 
 Ok. I'm experimenting with having tomcat use other class loaders ( for 
 example if embedded in another app, or used with a different runtime - 
 like eclipse OSGI  ).
 
 
  
  BTW - another feature idea would be to extend the JMX configuration 
  into the webapps, i.e. allow jmx apps to view and configure context 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [5.next] Progress, more ideas and native connector benchmarks

2004-07-22 Thread Remy Maucherat
Costin Manolache wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
Quick question - did you had any discussion on class loaders for 
5.next?
It's one area I'm playing with, I want to make sure I'm not going in 
oposite direction :-)

I'll tweak the StandardCL to do a bit the same as the WebappCL (ie, 
try to make it faster). I'll also remove the anti locking hacks which 
are in WebappCL.
Ok. I'm experimenting with having tomcat use other class loaders ( for 
example if embedded in another app, or used with a different runtime - 
like eclipse OSGI  ).

In JBoss, the default is to use the JBoss loader. Is there any big 
difference ?



BTW - another feature idea would be to extend the JMX configuration 
into the webapps, i.e. allow jmx apps to view and configure context 
and servlet params, and support servlets implementing MBean 
interfaces. The init(ServletConfig) model is pretty archaic :-)

You're touching the application layer here. I'm not really in favor 
of allowing proprietary stuff in that area (Tomcat has been pretty 
strict about that in the past, with very few features being added). 
The init model is indeed archaic (I think it's a good cadidate for 
being replaced with dependency injection in the next spec, but we're 
not there yet) ;)
The Context and Wrapper are both modeled: I don't see why an app 
couldn't access with JMX that if it wants to.

JMX is not proprietary :-)
Yes, but allowing to configure webapps in Tomcat using it is ;)
Don't know what dependency injection is, but I hope the next spec 
won't invent yet another way to do configuration.

Sorry for using hype words. I got contaminated, it can happen to anyone. 
I'll try to shake it off now. I apologise to the community for that, and 
I won't do it again (hopefully) ;)

The context and wrapper have associated JMX mbeans, and that's nice - 
but they only work on the 'envelope', they provide some measurements 
and  configurability for the wrapper, without any interaction with the 
servlet itself.

What I'm intereseted is how can a servlet implement MBean ( again, 
there is nothing in the servlet spec preventing a servlet to implement 
another standard interface ), and how can it register itself. And then 
how tomcat ( or some jmx module ) could interact with this.
Ah, ok. Well, I don't have that or anything related on my list, so 
there's no conflict ;)

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: jk 1.2.6 to be tagged

2004-07-22 Thread Henri Gomez
Henri Gomez wrote:
Henri Gomez wrote:
I'll tag jk 1.2.6 by 17h CET.
So if you have any showstopper, send me an email :)))

JTC tagged as JK_1_2_6
Now back to jk 1.2.7-dev
tarball to be released soon.
Source tarballs available at :
http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
Thanks to check and make some binaries.
PS: Mladen I'm more than interested in the Windows binaries for
Apache 2.0.50

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread jean-frederic clere
Henri Gomez wrote:
Remy Maucherat wrote:
Henri Gomez wrote:
I made some benchs on my Linux Fedora Core 2
on a P4 2.8ghz / 1Gb RAM :
Apache 2.0.50 in
 - Apache 2.0.50 alone (simple html file)
 - TC 3.3.2/Coyote 1.1
 - Apache 2.0.50 + jk 1.2.6 + TC 3.3.2/jk2
JkMount /examples/* local
worker.local.port=8009
worker.local.host=localhost
worker.local.type=ajp13
worker.local.cachesize=16
worker.local.cache_timeout=600
worker.local.socket_keepalive=1
worker.local.socket_timeout=300
 - Apache 2.0.50 + mod_proxy + TC 3.3.2 (Coyote 1.1).
ProxyPass /tc3/ http://localhost:11011/
ProxyPassReverse /tc3/ http://localhost:11011/
Apache Bench is running on another machine, Windows 2000 P3 1Ghz,
and both systems are on a switched 100Mbps network :
Apache 2 alone 1202 req/s
TC/Coyote 883 req/s
Apache 2 + jk + TC906 req/s
Apache 2 + proxy + TC497.req/s(but with 8000 errors ;(
Constatation :
- Remy make a tremendous works since Coyote HTTP 1.1 is only 15% slower
  than the Apache 2 native HTTP.
- mod_proxy is 50% slower than mod_jk and that's a really bad news.
  Also many errors appears, about 4% errors.
- Tomcat via jk or mod_proxy, when on the same machine make a cpu load
  of 60% system and 30% user. Tomcat alone is 33% system and 10% user.
How could we optimize mod_proxy settings since I'm using the standard
httpd.conf ?

It's quite bad :( Did you check everything was ok using verbose ?
ab -n 1 -v 10
All your tests show Keep-Alive requests:0  in the result. It 
should work ok with Tomcat standalone (to be honest, I didn't try 3.3 
with the current HTTP/1.1 connector), and with Apache as well.

ab uses HTTP/1.0 keepalive with the -k option.

Well I was thinking ab (2.0.40) use HTTP 1.1. I'll retest it
with JMeter :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1 is that 
correct?

The request was (from ab):
+++
GET /examples/ HTTP/1.0^M
User-Agent: ApacheBench/2.0.40-dev^M
Connection: Keep-Alive^M
Host: localhost:7779^M
Accept: */*^M
^M
+++
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs commit: jakarta-tomcat-connectors/jk/native/common jk_global.h

2004-07-22 Thread hgomez
hgomez  2004/07/22 09:31:07

  Modified:jk/native/common jk_global.h
  Log:
  Well a post 1.2.6 fix since iSeries didn't have portable.h neither 

  (no autoconf here).

  

  the jk 1.2.6 iSeries binaries will be generated with this patch
  
  Revision  ChangesPath
  1.32  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_global.h
  
  Index: jk_global.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_global.h,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- jk_global.h   22 Jul 2004 08:31:45 -  1.31
  +++ jk_global.h   22 Jul 2004 16:31:06 -  1.32
  @@ -24,7 +24,7 @@
   #ifndef JK_GLOBAL_H
   #define JK_GLOBAL_H
   
  -#ifndef WIN32
  +#if !defined(WIN32)  !defined(AS400)
   #include portable.h
   #else
   #define HAVE_VSNPRINTF
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Henri Gomez
jean-frederic clere wrote:

mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1 
is that correct?

The request was (from ab):
+++
GET /examples/ HTTP/1.0^M
User-Agent: ApacheBench/2.0.40-dev^M
Connection: Keep-Alive^M
Host: localhost:7779^M
Accept: */*^M
^M
+++
I'm still looking for a bench tester supporting HTTP 1.1, jmeter is too 
hog for my PIII 1Ghz ;(


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Shapira, Yoav
Hi,
Does wget support HTTP/1.1?  

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 22, 2004 12:36 PM
To: Tomcat Developers List
Subject: Re: Some benchs results : WAS: Invitation to HTTPD commiters
in
tomcat-dev

jean-frederic clere wrote:




 mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is
1.1
 is that correct?

 The request was (from ab):
 +++
 GET /examples/ HTTP/1.0^M
 User-Agent: ApacheBench/2.0.40-dev^M
 Connection: Keep-Alive^M
 Host: localhost:7779^M
 Accept: */*^M
 ^M
 +++

I'm still looking for a bench tester supporting HTTP 1.1, jmeter is too
hog for my PIII 1Ghz ;(



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RFE mod_jk: cookie session tracking for load balancing with sub-domains

2004-07-22 Thread Sandy McArthur
I'm happy with the latest change to get_cookie but there is one more 
problem I've found.

We, UF, have a convention of putting production services at 
http://service.ufl.edu/ and testing beta services at 
http://test.service.ufl.edu/ .

This causes a problem with cookie based session tracking which I partly 
blame on the cookie spec. The problem is the http://service.ufl.edu/ 
JSESSIONID cookie is made available to the http://test.service.ufl.edu/ 
webapp. What happens is mod_jk takes the first JSESSIONID cookie and 
uses that for picking the jvmroute. Since the lb clusters in our 
test.service setups are smaller it's not possible for all the jvmroutes 
from the production to map to the test jvmroutes. In this case it's 
random where mod_jk sends the request and users can't get past the 
login page since their requests aren't being sent to the right clone.

What mod_jk should do is check all JSESSIONID cookies for a known 
jvmroute and use one that matches instead of just using the first one. 
(I believe I checked the source to Tomcat 5.something and it did the 
right thing in the case of many JSESSIONID cookies, so that part is 
fine.)

The problem comes from the cookie spec 
http://wp.netscape.com/newsref/std/cookie_spec.html stating that When 
sending cookies to a server, all cookies with a more specific path 
mapping should be sent before cookies with less specific path 
mappings. but it's silent on the order of cookies when it comes to 
more specific domains. It seems Mozilla orders cookies based on the 
domain but IE doesn't. Sadly, most users use IE.

Sandy McArthur

smime.p7s
Description: S/MIME cryptographic signature


Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Tim Funk
Try siege: http://joedog.org/siege/
Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5)
-Tim
Henri Gomez wrote:
jean-frederic clere wrote:

mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1 
is that correct?

The request was (from ab):
+++
GET /examples/ HTTP/1.0^M
User-Agent: ApacheBench/2.0.40-dev^M
Connection: Keep-Alive^M
Host: localhost:7779^M
Accept: */*^M
^M
+++

I'm still looking for a bench tester supporting HTTP 1.1, jmeter is too 
hog for my PIII 1Ghz ;(


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: jk 1.2.6 to be tagged

2004-07-22 Thread Günter Knauf
Hi,
 http://jakarta.apache.org/~hgomez/jakarta-tomcat-connectors-jk-1.2.6/
JFC's portable.h breaks NetWare too; should I now extend the #ifndef like Henry did? I 
guess there are probably more platforms which dont have portable.h, so it's perhaps a 
better approach to do:
#ifdef HAVE_PORTABLE_H
#include portable.h
#endif

otherwise it would look like this:
#if !defined(WIN32)  !defined(AS400)  !defined(NETWARE)
#include portable.h
#else
#if defined(NETWARE)  !defined(__NOVELL_LIBC__)
#include whatever is necessary for getting the vsnprintf, snprint replacements
#else
#define HAVE_VSNPRINTF
#define HAVE_SNPRINTF
#endif

personally I think its not needed anyway: if we have a good implementation for 
vsnprintf and friends, then why we do not trust it and use it in general over all 
platforms??
What's the benefit of using the OS APIs if present?

Guenter.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/jk/native/common jk_global.h

2004-07-22 Thread fuankg
fuankg  2004/07/22 11:23:46

  Modified:jk/native/common jk_global.h
  Log:
  post 1.2.6 fix since NetWare doesnt have portable.h (no autoconf here).
  the jk 1.2.6 NetWare binaries will be generated with this patch.
  
  Revision  ChangesPath
  1.33  +5 -1  jakarta-tomcat-connectors/jk/native/common/jk_global.h
  
  Index: jk_global.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_global.h,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- jk_global.h   22 Jul 2004 16:31:06 -  1.32
  +++ jk_global.h   22 Jul 2004 18:23:46 -  1.33
  @@ -24,12 +24,14 @@
   #ifndef JK_GLOBAL_H
   #define JK_GLOBAL_H
   
  +#ifndef NETWARE
   #if !defined(WIN32)  !defined(AS400)
   #include portable.h
   #else
   #define HAVE_VSNPRINTF
   #define HAVE_SNPRINTF
   #endif
  +#endif
   
   #include jk_version.h
   
  @@ -66,6 +68,8 @@
   #define __sys_socket_h__
   #define __netdb_h__
   #define __netinet_in_h__
  +#define HAVE_VSNPRINTF
  +#define HAVE_SNPRINTF
   #endif
   #include netdb.h
   #include netinet/in.h
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



JMX and tomcat

2004-07-22 Thread Don Hill
Hi,


How would I use JMX/tomcat to get a handle on the realm and be able to
call methods like authenticate(). I know I can get a realm but I
believe its not writeable. I was trying to use the ServerFactory but
it seems I get a classnotfound exception, are the container
classloader not a child of the server ?




Any thought or suggestions




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 30149] - IllegalArgumentException when using context-param in web.xml

2004-07-22 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30149.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30149

IllegalArgumentException when using context-param in web.xml





--- Additional Comments From [EMAIL PROTECTED]  2004-07-22 19:39 ---
I traced the problem to CallMethodRule class, where callMethodN was invoked 
twice.  With the following change, Tomcat works fine with context-param.  I 
also tested this change with jsp tck.  I will appreciate it if someone could 
review and apply it.

Index: CallMethodRule.java
===
RCS file: /home/cvspublic/jakarta-tomcat-
connectors/util/java/org/apache/tomcat/util/digester/CallMethodRule.java,v
retrieving revision 1.1
diff -u -r1.1 CallMethodRule.java
--- CallMethodRule.java 26 Jun 2004 17:41:30 -  1.1
+++ CallMethodRule.java 22 Jul 2004 19:24:05 -
@@ -572,7 +572,6 @@
 sb.append());
 digester.log.debug(sb.toString());
 }
-IntrospectionUtils.callMethodN(target, methodName, paramValues, 
paramTypes);
 Object result = IntrospectionUtils.callMethodN(target, methodName,
 paramValues, paramTypes);
 processMethodCallResult(result);

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



  1   2   >