hgomez 2003/10/16 00:37:32
Modified:jk/java/org/apache/jk/common HandlerRequest.java
jk/java/org/apache/ajp Ajp13.java RequestHandler.java
jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
My latest patches to jk/ajp broke the AJP14 logon phase
billbarker02/04/20 22:51:20
Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Removing the get/setAttribute overloads.
Revision ChangesPath
1.10 +20 -15
jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33/Ajp14Interceptor.java
Index:
costin 01/11/26 08:59:54
Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Now ajp14 is implemented by creating a NegotiationHandler and registering it, and
setting Ajp13 in 'require auth' mode.
For all new callbacks we'll create a specific FooHandler that
costin 01/11/21 12:49:55
Modified:jk/java/org/apache/ajp Ajp13.java Ajp14.java AjpHandler.java
NegociationHandler.java RequestHandler.java
jk/java/org/apache/ajp/test TestAjp13.java
jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.j
costin 01/06/27 08:55:29
Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Few ( temporary ) fixes to keep it working, until the API is finalized.
( the most important part is buffer management, we want to reuse
buffers to keep memory low, but probably we shou
costin 01/06/26 12:52:26
Modified:jk/java/org/apache/ajp Ajp14.java Ajp14Packet.java
jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Merged ( copied ) the code from Ajp13 into Ajp14, removed "extend Ajp13".
The main reason is that we need to keep Ajp1
On Sun, 24 Jun 2001, kevin seguin wrote:
> i've been thinking about this, and, well, isn't this BaseRequest you're
> talking about kind of what org.apache.coyote.Request is? does it make
> sense to have two of these kinds of objects hanging around? is
> o.a.c.Request roughly equivalent to core.
>
> I think we should move AjpRequest to o.a.tomcat.util.http.BaseRequest,
> and have o.a.t.core.Request extend it.
>
> ( the util.http package contains low-level utils. The BaseRequest will
> have the base fields for a http request, with various protocols
> setting them. The core.Requ
On Sun, 24 Jun 2001, kevin seguin wrote:
> hey costin, one of the things i've been planning on doing is changing
> o.a.ajp.AjpRequest to make use of o.a.coyote.Request. basically, wrap
> Request in AjpRequest. does this conflict with your plans?
Yes, a bit, as I'm going to wrap AjpRequest in
costin 01/06/24 15:29:02
Modified:jk/java/org/apache/ajp AjpRequest.java
jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Started to implement the adapter.
I think we should move AjpRequest to o.a.tomcat.util.http.BaseRequest,
and have o.a.t.core.Req
kevin seguin wrote:
>
> [EMAIL PROTECTED] wrote:
> >
> > costin 01/06/24 14:17:13
> >
> > Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
> > Log:
> > Fixes for the code move.
> >
> > One big missing chunk is the adapter between o.a.ajp.AjpRequest and
> > tomcat3
[EMAIL PROTECTED] wrote:
>
> costin 01/06/24 14:17:13
>
> Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
> Log:
> Fixes for the code move.
>
> One big missing chunk is the adapter between o.a.ajp.AjpRequest and
> tomcat33 request ( similar with the one for tom
costin 01/06/24 14:17:13
Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
Log:
Fixes for the code move.
One big missing chunk is the adapter between o.a.ajp.AjpRequest and
tomcat33 request ( similar with the one for tomcat4 ).
I'm working on this.
Revisi
13 matches
Mail list logo