Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 InternalAprOutputBuffer.java Http11AprProcessor.java

2005-08-04 Thread Bill Barker

- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 04, 2005 12:07 AM
Subject: cvs commit:
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11
InternalAprOutputBuffer.java Http11AprProcessor.java


 remm2005/08/04 00:07:57

   Modified:jk/java/org/apache/coyote/ajp AjpAprProcessor.java
http11/src/java/org/apache/coyote/http11
 InternalAprOutputBuffer.java
 Http11AprProcessor.java
   Log:
   - Remove useless HTTP/1.1 PAs (which seem to be only there for initial
 access to the util package).
   - Fix AJP APR when security is enabled (access to the util package was
failing).


It looks like you did the same thing I did with JK:  Remove the useless PAs,
and then don't bother to test on a clean build (so that SecurityClassLoad
can still find the removed classes and doesn't complain).  If you don't want
BZ 35894 re-opened, you also need to remove the reference to the removed PAs
in SecurityClassLoad ;-).



This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


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



Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 InternalAprOutputBuffer.java Http11AprProcessor.java

2005-08-04 Thread Remy Maucherat

Bill Barker wrote:

It looks like you did the same thing I did with JK:  Remove the useless PAs,
and then don't bother to test on a clean build (so that SecurityClassLoad
can still find the removed classes and doesn't complain).  If you don't want
BZ 35894 re-opened, you also need to remove the reference to the removed PAs
in SecurityClassLoad ;-).


I made the changes only to the APR versions, so it looks ok to me.

Rémy

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



Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 InternalAprOutputBuffer.java

2005-05-15 Thread Remy Maucherat
Bill Barker wrote:
remm2005/05/14 13:41:26
 Modified:http11/src/java/org/apache/coyote/http11
   InternalAprOutputBuffer.java
 Log:
 - Optimize a little using a direct byte buffer to replace the socket 
buffer.
 - I'll experiment with doing the same optimization for reads, but I 
don't expect it to do anything
   (other than waste memory) as copying bytes will be needed.

Cool.  I had been thinking that the savings with NIO were all do to the 
fact that SocketChannel.write would allocate and copy to another 
ByteBuffer instance if I didn't use direct ByteBuffers.
Yes, it's a little bit faster (the optimization seems a bit more 
efficient on Java 5, also). Not much difference, though, but it confirms 
virtually all the overhead is likely on JNI. I assume it is saving one 
copy of the bytes.

On input, saving a copy won't be possible, so I don't think it'll make a 
difference (maybe it will on Java 5, who knows), but I'll try it anyway.

Right now, with my localhost ab test on tomcat.gif (/usr/sbin/ab.exe -c 
20 -k -n 2 http://127.0.0.1:8080/tomcat.gif, Sun Java 5 server, 
Windows XP with no firewall), I'm at (in relative numbers): APR 1.00, 
regular IO 1.13

This is clearly the worst situation, however. Not doing localhost tests 
should hide some of the JNI overhead (as the network stack will actually 
have stuff to do), so I think the results are quite good overall.

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


Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 InternalAprOutputBuffer.java

2005-05-14 Thread Bill Barker
- Original Message - 
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, May 14, 2005 1:41 PM
Subject: cvs commit: 
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 
InternalAprOutputBuffer.java


remm2005/05/14 13:41:26
 Modified:http11/src/java/org/apache/coyote/http11
   InternalAprOutputBuffer.java
 Log:
 - Optimize a little using a direct byte buffer to replace the socket 
buffer.
 - I'll experiment with doing the same optimization for reads, but I don't 
expect it to do anything
   (other than waste memory) as copying bytes will be needed.

Cool.  I had been thinking that the savings with NIO were all do to the fact 
that SocketChannel.write would allocate and copy to another ByteBuffer 
instance if I didn't use direct ByteBuffers.


This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.
In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.

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