Hi developers!
I want to test the NIO Socket, but i'm only getting that via jconsole
(JMX), updating the property file of the JkMain MBean. Initially, that
is null, then don't read the jk2.properties.
There are another approach ?
( editing server.xml , for example )
Thanks
Mauricio Nuñez
=org.apache.jk.server.JkCoyoteHandler.
- Original Message -
From: Mauricio Nuñez [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Wednesday, July 27, 2005 1:51 PM
Subject: How Test the experimental NIO Socket
Hi developers!
I want to test the NIO Socket, but i'm
pero2005/06/09 13:31:36
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/mcast
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
pero2005/05/16 11:34:31
Modified:modules/storeconfig build.xml
modules/storeconfig/src/share/org/apache/catalina/storeconfig
CatalinaClusterSF.java ConnectorStoreAppender.java
modules/storeconfig/test build.xml
Bill Barker wrote:
I can get the test to finish if I synchronize around the 'Poll.poll'
statement in the Poller. However, doing this sends the perfomance right
through the floor :(. I'm guessing it's a problem with doing an add and/or
remove (most likely remove, since it hangs when test threads
Bill Barker wrote:
I can get the test to finish if I synchronize around the 'Poll.poll'
statement in the Poller. However, doing this sends the perfomance right
through the floor :(. I'm guessing it's a problem with doing an add and/or
Yes, it's probably too extreme syncing (100 ms locking
Bill Barker wrote:
Yeah, that works for me as well. My problem now is that the APRized HTTP
Connector dies about 70% of the way through a test when I use the HTTPClient
option in JMeter. A thread-dump shows all of the Workers waiting, and the
Poller polling, but nothing is happening. It's a bit
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Tuesday, May 03, 2005 1:43 AM
Subject: Re: Initial test of APR on Solaris
Bill Barker wrote:
Yeah, that works for me as well. My problem now is that the APRized
On 5/3/05, Bill Barker [EMAIL PROTECTED] wrote:
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Tuesday, May 03, 2005 1:43 AM
Subject: Re: Initial test of APR on Solaris
Bill Barker wrote:
Yeah
Bill Barker wrote:
It's hard to tell what is going wrong. Is there logging showing
attempted requests and failure codes ?
Interestingly, the non-HTTPClient option never seems to get above ~62
concurrency.
This looks suspicious to me, as it's the same constant size as the
poller on Windows.
Remy Maucherat wrote:
Bill Barker wrote:
It's hard to tell what is going wrong. Is there logging showing
attempted requests and failure codes ?
Interestingly, the non-HTTPClient option never seems to get above ~62
concurrency.
This looks suspicious to me, as it's the same constant size as the
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Tuesday, May 03, 2005 9:57 AM
Subject: Re: Initial test of APR on Solaris
Remy Maucherat wrote:
Bill Barker wrote:
It's hard to tell what is going wrong
- Original Message -
From: Bill Barker [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Tuesday, May 03, 2005 11:30 AM
Subject: Re: Initial test of APR on Solaris
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers
and small (which is why it's mostly a test-bed these
days :), but the memory usage reported by 'top' wasn't that high. It's
probably some other resource, since Sun throws OOM for everything. I'll
see if I can find out Monday.
Right, I see the error now. The issue seems to be that the APRized HTTP
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Monday, May 02, 2005 3:59 PM
Subject: Re: Initial test of APR on Solaris
Bill Barker wrote:
I was surprised that it worked at 150. I guess my crappy XP box
(BTW, can you determine the optimal minimal
sendfile size on your platfrom ? Thanks)
- using a somewhat realistic test (connections being closed sometimes,
and having non zero keepalive times between requests)
The test consists of running 'ab' from an XP box like:
ab -n 1000 -c 300 -k http
the thread count low while
having a large number of connected users.
So to test the performance with ab you should not go over maxThreads.
You can use Peter Lin's test plans for JMeter, that simulates the
real-life scenario, and see how that behaves.
Also an tests the results from Http11Protocol
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Saturday, April 30, 2005 1:38 AM
Subject: Re: Initial test of APR on Solaris
Mladen Turk wrote:
ab can not put an wait between the keep-alive requests, so basically
I've finally had some time to get the new APR Connector compiled on my
Solaris box, and my initial 'ab' tests seem to show that the Http11Protocol
wins. I can see if I can get some time to do better tests next week.
The test consists of running 'ab' from an XP box like:
ab -n 1000 -c 300 -k
Bill Barker wrote:
I've finally had some time to get the new APR Connector compiled on my
Solaris box, and my initial 'ab' tests seem to show that the Http11Protocol
wins. I can see if I can get some time to do better tests next week.
The test consists of running 'ab' from an XP box like:
ab -n
fhanik 2005/04/18 07:34:56
Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp
ReplicationTransmitter.java
modules/cluster/test/src/share/org/apache/catalina/cluster/tcp
ReplicationTransmitterTest.java
Log
pero2005/04/18 11:55:38
Added: modules/cluster/test/src/share/org/apache/catalina/cluster/tcp
SimpleTcpClusterTest.java
Log:
Test auto ClusterSessionListener creation as no other ClusterListener is
configured!
Revision ChangesPath
1.1
pero2005/04/17 09:17:16
Modified:modules/cluster/test/src/share/org/apache/catalina/cluster/tcp
ReplicationTransmitterTest.java
Log:
correct name change
Revision ChangesPath
1.2 +2 -2
jakarta-tomcat-catalina/modules/cluster/test
pero2005/04/16 00:06:08
Modified:modules/cluster/test/src/share/org/apache/catalina/cluster/tcp
DataSenderTest.java
Log:
Correct checkKeepAlive
New WriteData send also the header
Revision ChangesPath
1.3 +9 -9
jakarta-tomcat
I've posted 2 test plans designed to test out concurrent connections.
http://cvs.apache.org/~woolfel/native_testplans.zip
there's 2 test plans. both use the 20K.png file I created for the
previous benchmark. there's 4 thread groups in test plan.
the first one has a constant delay of 1second
pero2005/04/15 13:12:49
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/session
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
SimpleTcpCluster.java
SocketReplicationListener.java
mbeans-descriptors.xml
modules/cluster/test/src/share/org/apache/catalina/cluster/io
XByteBufferTest.java
modules/cluster to-do.txt
Added
pero2005/04/15 13:14:46
Modified:modules/storeconfig/src/share/org/apache/catalina/storeconfig
server-registry.xml
modules/storeconfig/test/src/share/org/apache/catalina/storeconfig
StandardHostSFTest.java
: modules/cluster/test/src/share/org/apache/catalina/cluster/tcp
ReplicationTransmitterTest.java
Log:
Optimize cluster send message
add some usefull mbean attributes
Refactor ReplicationTransmitter
Revision ChangesPath
1.7 +2 -2
jakarta-tomcat
pero2005/04/05 11:04:50
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/io
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
pero2005/04/05 11:05:52
Modified:modules/cluster/src/share/org/apache/catalina/cluster/io
XByteBuffer.java
Added: modules/cluster/test/src/share/org/apache/catalina/cluster/io
XByteBufferTest.java
Log:
Extract test code
pero2005/04/03 09:00:31
jakarta-tomcat-catalina/modules/cluster/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/04/03 09:00:56
jakarta-tomcat-catalina/modules/cluster/test/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/04/03 09:01:08
jakarta-tomcat-catalina/modules/cluster/test/src/share - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/04/03 09:01:13
jakarta-tomcat-catalina/modules/cluster/test/src/share/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/04/03 09:01:19
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/04/03 09:01:25
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/04/03 09:01:31
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/04/03 09:01:36
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/tcp
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
TcpReplicationThread.java mbeans-descriptors.xml
Added: modules/cluster/src/share/org/apache/catalina/cluster/tcp
SendMessageData.java
modules/cluster/test build.xml
modules/cluster/test/conf log4j.xml
pero2005/04/03 09:05:10
Modified:modules/storeconfig/src/share/org/apache/catalina/storeconfig
CatalinaClusterSF.java StoreRegistry.java
server-registry.xml
modules/storeconfig/test/src/share/org/apache/catalina
At 04:43 AM 2/19/2005, Remy Maucherat wrote:
William A. Rowe, Jr. wrote:
It definately seems like j-t-c should be a first candidate
for svn conversion. The other jakarta-tomcat repositories
are considerabily more complex.
But it would be good to have line endings straightened out
beforehand.
I
William A. Rowe, Jr. wrote:
It definately seems like j-t-c should be a first candidate
for svn conversion. The other jakarta-tomcat repositories
are considerabily more complex.
But it would be good to have line endings straightened out
beforehand.
I find svn quite confusing to work with.
[mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 17. Februar 2005 20:34
An: Tomcat Developers List
Betreff: Re: mod_jk release policy - was: JK 1.2.9-dev test results
Rainer Jung wrote:
Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and
removing CRLF :) ]. Big
Hans Schmid wrote:
Hi,
I just want to describe our usecase because we make heavy use of the
local_worker and local_worker_only flags right now.
We use those flags for 'maintenance' mode and failover very successfuly.
Cool ;).
But please see our setup and usecase below.
We only use one tomcat at
So I don't see the point of forking 1.3. Both config and core features
are the same. Of course some advanced configuration properties where
changes, lot new added, but from the outside its still old mod_jk.
OK, understood from below. I agree concerning JNI deprecation. But read
comments about
Rainer Jung wrote:
With stickyness and session id one would have:
- sticky worker (the correct one)
- failover for the preferred (your redirect)
- any other in the same replication cluster (domain)
- the rest (loose session but can start the app again from the beginning)
Your redirect concept and
release policy - was: JK 1.2.9-dev test results
Hans Schmid wrote:
Hi,
I just want to describe our usecase because we make heavy use of the
local_worker and local_worker_only flags right now.
We use those flags for 'maintenance' mode and failover very successfuly.
Cool
Hans Schmid wrote:
Thanks, Mladen,
as long as this disabled feature does not prevent the failover case, I am fine
;)
OK. So basically you have two tomcat boxes where the second is used
only when you wish to put the first on maintenance?
Both Tomcats are always running, but the second one is
At 12:56 PM 2/17/2005, Rainer Jung wrote:
Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and
removing CRLF :) ]. Big leap forward!
Here's a list of all mixed up line endings currently
in jakarta-tomcat-connectors/jk/ ...
The Mismatch'ed files all represent files with
William A. Rowe, Jr. wrote:
Here's a list of all mixed up line endings currently
in jakarta-tomcat-connectors/jk/ ...
The Mismatch'ed files all represent files with mixed line endings
(some cr/lf, some cr/cr/lf.)
Two things.
See no CRLFs for any .h or .c inisde j-t-c.
Also Bill, will you be OK
/dsapi.dsp
Fixed lines ./jk/native/apache-2.0/mod_jk.dsp
Fixed lines ./jk/native/apache-1.3/mod_jk.dsp
Fixed lines ./ajp/ajplib/test/test.sln
Fixed lines ./ajp/ajplib/test/testajp.vcproj
(Just to reclarify, 0 expecting 1 means the module first encountered
0 CR's - just an LF, and deeper in the file
William A. Rowe, Jr. wrote:
It definately seems like j-t-c should be a first candidate
for svn conversion. The other jakarta-tomcat repositories
are considerabily more complex.
Yes, if everyone else agree we should consider moving to svn.
The problem is only with Tomcat build process. If ant
Hi,
Henri said that he noticed current dev version
of mod_jk being quite faster then previous (1.2.8).
Although it was not the primary intention to
be faster, I think no one will object :).
So here are some benchmark results from my side:
JK 1.2.8 single thread
Requests per second:784.31
Good works Mladen.
I found jk a bit faster and it's good to see that we could speed it up a little.
The next step could be to use larger AJP packets (4k too small)
On Thu, 17 Feb 2005 14:11:28 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Henri said that he noticed current dev version
of
Henri Gomez wrote:
Good works Mladen.
I found jk a bit faster and it's good to see that we could speed it up a little.
The next step could be to use larger AJP packets (4k too small)
Sure ;).
For 100K file the speed is the same, as expected.
On large files we are measuring the network throughput
Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and
removing CRLF :) ]. Big leap forward!
I think that until Monday we were still in the progress of adding
features, and fixing bugs. 1.2.8 changed a lot internally, but most was
functionally compatible to 1.2.6. Release
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Thursday, February 17, 2005 7:27 AM
Subject: Re: JK 1.2.9-dev test results
Henri Gomez wrote:
Good works Mladen.
I found jk a bit faster and it's good to see
Rainer Jung wrote:
Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and
removing CRLF :) ]. Big leap forward!
Still, I cope with those on a daily basis.
I think that until Monday we were still in the progress of adding
features, and fixing bugs. 1.2.8 changed a lot
pero2005/02/15 01:36:58
Modified:
modules/storeconfig/test/src/share/org/apache/catalina/storeconfig
StoreAppenderTest.java StoreLoaderTest.java
Log:
Add ReplicationTransmitter test
Revision ChangesPath
1.2 +17 -2
jakarta-tomcat
mturk 2005/01/15 03:25:50
jakarta-tomcat-connectors/jni/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mturk 2005/01/15 03:25:57
jakarta-tomcat-connectors/jni/test/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mturk 2005/01/15 03:26:03
jakarta-tomcat-connectors/jni/test/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mturk 2005/01/15 03:26:13
jakarta-tomcat-connectors/jni/test/org/apache/tomcat - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mturk 2005/01/15 03:26:20
jakarta-tomcat-connectors/jni/test/org/apache/tomcat/jni - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mturk 2005/01/15 03:26:49
Added: jni/test/org/apache/tomcat/jni FileTestSuite.java
Log:
Initial upload -- Dumy test case for now
Revision ChangesPath
1.1
jakarta-tomcat-connectors/jni/test/org/apache/tomcat/jni/FileTestSuite.java
Index
pero2005/01/13 05:08:20
Modified:modules/storeconfig/src/share/org/apache/catalina/storeconfig
StandardContextSF.java StoreContextAppender.java
modules/storeconfig/test/src/share/org/apache/catalina/storeconfig
pero2005/01/08 03:06:38
jakarta-tomcat-catalina/modules/storeconfig/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/01/08 03:07:26
jakarta-tomcat-catalina/modules/storeconfig/test/conf - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/01/08 03:07:26
jakarta-tomcat-catalina/modules/storeconfig/test/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/01/08 03:07:44
jakarta-tomcat-catalina/modules/storeconfig/test/src/share - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/01/08 03:07:50
jakarta-tomcat-catalina/modules/storeconfig/test/src/share/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/01/08 03:08:03
jakarta-tomcat-catalina/modules/storeconfig/test/src/share/org/apache/catalina
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
pero2005/01/08 03:08:09
jakarta-tomcat-catalina/modules/storeconfig/test/src/share/org/apache/catalina/storeconfig
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
StoreRegistry.java WatchedResourceSF.java
WrapperLifecycleSF.java WrapperListenerSF.java
mbeans-descriptors.xml server-registry.xml
modules/storeconfig/test build.xml genstore.xml
modules/storeconfig/test/conf catalina.keystore
This is an automatic reply. Feel free to send additional
mail, as this program shouldn't reply to you more than
once or twice. The following is a prerecorded message,
sent for coke:
Hi,
This is an automated reply from the account for the CMU CS coke
machine. No one currently reads mail sent
signed up but not getting email from the list, please ignore this test
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
markt 2004/08/26 14:46:56
Modified:catalina/src/test/org/apache/catalina/realm
JNDIRealmTestCase.java
catalina/src/test/org/apache/catalina/util
CookieToolsTestCase.java URLTestCase.java
catalina/src/test
mturk 2004/08/02 00:05:25
Modified:ajp/ajplib/test ajp.h
Log:
Make the doxygen happy.
Revision ChangesPath
1.27 +7 -1 jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
Index: ajp.h
===
RCS
mturk 2004/08/02 00:07:37
Modified:ajp/ajplib/test ajp.h
Log:
Some prototype params renaming to be consistent.
Revision ChangesPath
1.28 +4 -4 jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
Index: ajp.h
Please get me off this mailing list!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 1:08 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test ajp.h
mturk 2004/08/02 00:07:37
Modified
mturk 2004/08/02 09:36:00
Modified:ajp/ajplib/test ajp_msg.c ajp_header.c ajp.h
Log:
Rename _byte calls to _uint8.
Revision ChangesPath
1.13 +4 -4 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_msg.c
Index: ajp_msg.c
mturk 2004/08/02 09:36:29
Modified:ajp/ajplib/test testajp.c
Log:
Use the parse_data for received body message.
Revision ChangesPath
1.12 +2 -6 jakarta-tomcat-connectors/ajp/ajplib/test/testajp.c
Index: testajp.c
Please take me off your mailing list.
Thank you!
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 10:36 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test testajp.c
mturk 2004/08/02 09:36:29
mturk 2004/08/01 06:22:19
Modified:ajp/ajplib/test httpd_wrap.h httpd_wrap.c
Log:
Added few more compat functions, like ap_create_conn_config, etc...
Revision ChangesPath
1.9 +48 -4 jakarta-tomcat-connectors/ajp/ajplib/test/httpd_wrap.h
Index
mturk 2004/08/01 06:28:02
Modified:ajp/ajplib/test ajp_header.c
Log:
Removed sc_for_req_method function, cause not needed.
We have sc_for_req_method_by_id. The current can be made using
sc_for_req_method_by_id(ap_method_number_of(method)).
Revision ChangesPath
1.21
mturk 2004/08/01 06:29:40
Modified:ajp/ajplib/test ajp.h
Log:
Use directly apj_msg_t instead void. If j-f-c will still insist we can
make ajp_msg_t abstract to hide the implementation.
Revision ChangesPath
1.21 +4 -4 jakarta-tomcat-connectors/ajp/ajplib
mturk 2004/08/01 07:04:16
Modified:ajp/ajplib/test ajp.h
Log:
Added ajp_parse_ prototypes
Revision ChangesPath
1.22 +26 -0 jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
Index: ajp.h
mturk 2004/08/01 07:53:23
Modified:ajp/ajplib/test ajp.h
Log:
Added defines for AJP13 protocol handles.
Q: What #7 stands for.
Revision ChangesPath
1.23 +24 -5 jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
Index: ajp.h
mturk 2004/08/01 07:53:45
Modified:ajp/ajplib/test ajp_header.h
Log:
Ensure single includes.
Revision ChangesPath
1.3 +3 -4 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.h
Index: ajp_header.h
mturk 2004/08/01 07:54:10
Modified:ajp/ajplib/test ajp_header.c
Log:
Use CMD_AJP13.
Revision ChangesPath
1.22 +1 -1 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.c
Index: ajp_header.c
mturk 2004/08/01 07:59:04
Modified:ajp/ajplib/test ajp.h
Log:
Added CMD_AJP13_SHUTDOWN directive.
We will use that some day perhaps.
Revision ChangesPath
1.24 +3 -1 jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
Index: ajp.h
mturk 2004/08/01 08:23:23
Modified:ajp/ajplib/test ajp_header.c
Log:
Use CMD_AJP13_SEND_HEADERS instead hard coded number.
Revision ChangesPath
1.23 +1 -1 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.c
Index: ajp_header.c
mturk 2004/08/01 08:38:28
Modified:ajp/ajplib/test testajp.vcproj
Log:
Add ajp_logon to build.
Revision ChangesPath
1.3 +6 -0 jakarta-tomcat-connectors/ajp/ajplib/test/testajp.vcproj
Index: testajp.vcproj
mturk 2004/08/01 08:33:34
Modified:ajp/ajplib/test ajp_msg.c ajp.h
Log:
Make ajp_append_string as macro.
There is no need to call an extra function for that.
Revision ChangesPath
1.12 +2 -29 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_msg.c
Index
jfclere 2004/08/01 09:50:27
Modified:ajp/ajplib/test ajp_header.c
Log:
Arrange uri handling.
Revision ChangesPath
1.24 +12 -1 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.c
Index: ajp_header.c
jfclere 2004/08/01 09:52:18
Modified:ajp/ajplib/test ajp.h
Log:
Ajust ajp_msg_create prototype to ajp_msg.c.
Revision ChangesPath
1.26 +1 -1 jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
Index: ajp.h
mturk 2004/07/29 23:27:09
Modified:ajp/ajplib/test ajp.h
Log:
Add prototypes for read_header and peek_byte.
Revision ChangesPath
1.16 +21 -1 jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
Index: ajp.h
mturk 2004/07/29 23:27:57
Modified:ajp/ajplib/test ajp_header.c
Log:
cast msg-buf cause it is unsigned char.
Revision ChangesPath
1.14 +8 -4 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.c
Index: ajp_header.c
mturk 2004/07/29 23:32:54
Modified:ajp/ajplib/test ajp_header.c ajp.h
Log:
Change the casting from void* to msg*. We don't need that, cause
the ajp_msg_t is public.
Revision ChangesPath
1.15 +8 -16 jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.c
1 - 100 of 548 matches
Mail list logo
