Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
On Thu, Jun 30, 2005 at 06:02:22PM +0200, Mladen Turk wrote:
Jeanfrancois Arcand wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to
Vicenc Beltran Querol wrote:
That sounds great! Nice idea. Never thought about it.
Let's say... something like a hybrid solution... that would be interesting.
I got used to useless statements coming from you. I see a trend now.
Rémy
[EMAIL PROTECTED] wrote:
billbarker2005/06/29 19:49:38
With a 16K bufferSize, the APR connector is no longer the clear
winner in performance. For BC, it's currently disabled by default,
but it's easy enough to change that after some more testing.
Yes, I can see performance is better too.
Remy Maucherat schrieb:
[EMAIL PROTECTED] wrote:
billbarker2005/06/29 19:49:38
With a 16K bufferSize, the APR connector is no longer the clear
winner in performance. For BC, it's currently disabled by default,
but it's easy enough to change that after some more testing.
Yes, I can
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Thursday, June 30, 2005 3:39 AM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
[EMAIL PROTECTED] wrote
Bill Barker wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to go.
He he. We shall see :)
Now that I've looked at it a lot,
Bill Barker wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to go.
Lol, sure, I'll think about it ;)
Hey, I like the overengineering
Mladen Turk wrote:
Bill Barker wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to go.
He he. We shall see :)
:-). Just take
Jeanfrancois Arcand wrote:
:-). Just take a look at the GlassFish module called appserv-http-engine
on java.net (http://weblogs.java.net/blog/jfarcand/). I'm sure you will
like it :-). And I'm sure this community can come with something even
better
Yes, I do like parts of it: I'd say
Jeanfrancois Arcand wrote:
Actually, on Solaris the big winner is ChannelNioSocket. It wins the
performance race easily now. Too bad that NIO on Windows s*cks. I
guess that JFA was right, and non-blocking sockets is the way to go.
He he. We shall see :)
:-). Just take a look at the
Remy Maucherat wrote:
Jeanfrancois Arcand wrote:
:-). Just take a look at the GlassFish module called
appserv-http-engine on java.net
(http://weblogs.java.net/blog/jfarcand/). I'm sure you will like it
:-). And I'm sure this community can come with something even better
Yes, I do
Jeanfrancois Arcand wrote:
LOL :-) Don't know what formula you used to get 80% (might be more :-))
, but why would I re-write something that works pretty well :-).
Coyote/http11 was well designed, so was easy to extends. I got rid of
the thread pool and replaced the front end with an nio non
billbarker2005/06/29 19:49:38
Modified:jk/java/org/apache/jk/common ChannelNioSocket.java
ChannelSocket.java HandlerRequest.java
JkInputStream.java
jk/java/org/apache/jk/server JkMain.java
Log:
Optionally enable
[EMAIL PROTECTED] wrote:
Give Remy something meaningful to benchmark against ;-).
Mladen did all the preliminary tests using the HTTP example server that
is in the mustang sources, which is a similar comparison.
It also has extra GC vs Remy's ChannelAprSocket.
... which will never exist ;)
I
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Sunday, April 17, 2005 12:22 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
[EMAIL PROTECTED] wrote:
Give Remy
billbarker2005/04/16 20:41:08
Modified:jk/java/org/apache/jk/common ChannelSocket.java
jk/java/org/apache/jk/server JkMain.java
Added: jk/java/org/apache/jk/common ChannelNioSocket.java
Log:
Give Remy something meaningful to benchmark against ;-).
On
billbarker2004/10/10 16:43:20
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Make the 'jk2.properties' file entirely optional.
By default, no properties file is read. Configuration should be done on the
Connector element. To get the previous behavior, you need to
hgomez 2004/02/23 05:09:30
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
oups tab police
Revision ChangesPath
1.45 +2 -2
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index: JkMain.java
Remy Maucherat a écrit :
[EMAIL PROTECTED] wrote:
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
jk/java/org/apache/ajp/tomcat4 Ajp13Processor.java
[EMAIL PROTECTED] wrote:
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
jk/java/org/apache/ajp/tomcat4
billbarker2003/07/01 23:30:23
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
I know I've said it a hundred times before, and I'll probably say it a hundred times
again:
Compile, then commit.
Revision ChangesPath
1.40 +1 -1
billbarker2003/07/01 23:33:17
Modified:jk/java/org/apache/jk/server Tag: coyote_10 JkMain.java
Log:
The beauty of cut-and paste is that I can be brain-dead in multiple locations ;-).
Revision ChangesPath
No revision
No revision
Title: RE: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Impressively fast fix.
Seeing what you've fixed, I can now reinterpret the Sun documentation and see what was going on.
Thanks.
PJDM
--
Peter Mayne
Technology Consultant
Spherion Technology
billbarker2003/07/01 20:42:30
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Require that the user explicitly configure that they want Tomcat to register the
(deprecated) SSL handler.
The previous behavior of register-always was just pure evil. At best it did nothing
billbarker2003/07/01 20:44:32
Modified:jk/java/org/apache/jk/server Tag: coyote_10 JkMain.java
Log:
Port patch from HEAD branch.
Revision ChangesPath
No revision
No revision
1.32.2.1 +4 -1
costin 2003/04/02 16:53:51
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
jk2.properties is not required.
Revision ChangesPath
1.36 +3 -4
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index: JkMain.java
costin 2003/03/04 10:14:35
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Add the class name - for easier config
Revision ChangesPath
1.35 +1 -0
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index: JkMain.java
costin 2002/11/12 16:19:00
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Eliminate the .save file - it is not used and confusing.
( can be re-enabled in jk2.properties )
Revision ChangesPath
1.32 +7 -0
costin 2002/10/30 16:56:36
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Added support for coyote properties and 'shortcuts'.
This should solve a number of problems where information
was not passed from server.xml to jk.
Long term we should just consolidate all
costin 2002/10/03 12:31:31
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
If only Ajp connector is used, nobody will initialize the https: handler
and redirects for https sites will fail ( a URL constructor is used somewhere ).
PR: 11657
Submitted by: [EMAIL
. Ortega
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 3 de octubre de 2002 21:32
Para: [EMAIL PROTECTED]
Asunto: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
costin 2002/10/03 12:31:31
Modified:jk/java
- Original Message -
From: Ignacio J. Ortega [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent: Thursday, October 03, 2002 1:36 PM
Subject: RE: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
I doesnt have any problems with redirs
De: Bill Barker [mailto:[EMAIL PROTECTED]]
Enviado el: 3 de octubre de 2002 22:52
It seems that o.a.c.tomcat4/5.CoyoteResponse is using
java.net.URL instead
of Craig's o.a.c.u.URL or (the same class for 3.3)
o.a.t.u.net.URL. AFAIK,
changing the import statement in CoyoteResponse
to findfix the uses of URL - I can roll
back.
Costin
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 3 de octubre de 2002 21:32
Para: [EMAIL PROTECTED]
Asunto: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 03, 2002 2:37 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Bill Barker wrote:
I doesnt have any problems with redirs
costin 2002/07/24 15:13:06
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Changed the default to include only the socket and base modules.
For anything else you must explicitely edit jk2.properties.
The reason for the change - many people seem confused about the
costin 2002/07/02 12:58:27
Modified:jk/java/org/apache/jk/common ChannelSocket.java
jk/java/org/apache/jk/server JkMain.java
Log:
Add support for the daemon setting.
Minor fix in JkMain
Revision ChangesPath
1.17 +11 -0
costin 2002/06/05 14:24:29
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Added a definition for the mx handler, to make it easy to configure.
Revision ChangesPath
1.26 +1 -0
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
remm02/05/04 13:14:43
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
- Only log an info if JNI init is not successful.
Revision ChangesPath
1.24 +1 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index: JkMain.java
costin 02/04/18 10:48:00
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Added comments on the format used for properties.
Added method to save the properties file ( for now in a separate location ) whenever
a property is changed after startup ( by JMX or another
costin 02/04/18 10:57:53
Modified:jk/java/org/apache/jk/core WorkerEnv.java
jk/java/org/apache/jk/server JkMain.java
Log:
Move the start method from WorkerEnv to JkMain, eliminate all the unused
code from WorkerEnv.
WorkerEnv is just a store for the
costin 02/04/18 12:13:02
Modified:jk/java/org/apache/jk/core WorkerEnv.java
jk/java/org/apache/jk/server JkMain.java
Log:
Add the localId.
Revision ChangesPath
1.7 +9 -0
jakarta-tomcat-connectors/jk/java/org/apache/jk/core/WorkerEnv.java
costin 02/04/12 22:53:30
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
2 more command line params to allow out/err redirection.
Rename a method to avoid confusing IntrospectionUtil
Revision ChangesPath
1.17 +25 -3
costin 02/04/10 15:15:10
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Revision ChangesPath
1.14 +1 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index: JkMain.java
costin 02/04/10 22:46:51
Modified:jk/java/org/apache/jk/apr AprImpl.java
jk/java/org/apache/jk/common ChannelUn.java
jk/java/org/apache/jk/server JkMain.java
Log:
Update the name, few fixes to get the substitution working
Revision Changes
costin 02/02/20 15:43:43
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Use commons-logging.
Revision ChangesPath
1.12 +23 -24
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index: JkMain.java
costin 02/02/06 10:22:45
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Update for the simplified model ( handler-centric )
Read conf/jk2.properties and use if for configuration. It is very
similar ( or identical ) with workers.properties - we want the C code
to
costin 02/02/06 12:24:09
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Added the start time and a message to tune the initialization of jk
Revision ChangesPath
1.9 +8 -0
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index:
costin 02/02/06 12:24:45
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Forgot to save.
Revision ChangesPath
1.10 +1 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
Index: JkMain.java
costin 02/02/06 12:33:54
Modified:jk/java/org/apache/jk/common ChannelSocket.java
jk/java/org/apache/jk/server JkMain.java
Log:
Set the default port, improve the arg parsing for JkMain ( used for debugging
and tunning mostly, but since a lot of time is spent on
costin 02/01/26 09:23:19
Modified:jk/java/org/apache/jk/server JkMain.java
Log:
Get a worker.properties-like functionality for JkMain. It should be able to
read the same file as mod_jk, so we have to configure the port in a single
file instead of 2.
It can now add
costin 02/01/11 20:25:14
Modified:jk/java/org/apache/jk/server JkMain.java JkServlet.java
Log:
Few fixes. 4.x can't be starte from a servlet ( I tried with 4.1 as well, no luck )
but it uses server.xml
Revision ChangesPath
1.4 +11 -2
costin 02/01/06 00:50:56
Modified:jk/java/org/apache/jk/server JkMain.java JkServlet.java
Log:
JkServlet is now functional. For 3.3 you can just add jk or a symlink to modules.
For 4.0 you just need to add the declaration for the 'trusted' app in server.xml
_and_ copy the jar
costin 01/12/31 11:09:59
Added: jk/java/org/apache/jk/server JkMain.java JkServlet.java
Log:
JkServlet will be the main entry point into Jk2. It'll use the normal
web.xml to get the config data, do initial config and call a
second servlet, specific to each container.
59 matches
Mail list logo
