On Wed, 22 Aug 2001, Keith Wannamaker wrote:
> I want to be able to support chunked encoding through ajpv13
> in TC 3.3. Apache decodes the body for us, it is only a matter
> of making the distinction between an unknown content-length
> an a zero content-length. Costin I'd like to tweak what
>
I want to be able to support chunked encoding through ajpv13
in TC 3.3. Apache decodes the body for us, it is only a matter
of making the distinction between an unknown content-length
an a zero content-length. Costin I'd like to tweak what
you did here.. do you have an opinion on the matter?
htt
keith 01/08/22 20:08:39
Modified:src/native/mod_jk/common jk_ajp13.c
src/share/org/apache/tomcat/modules/server Ajp13.java
Log:
Add the REPORT method to ajp13, which is required by any servlet
that implements the ACL method.
Revision ChangesPath
1.6
Has anyone seen this sort of behavior out of Jasper (tc4b7) before?
I give it a trivially simple JSP page in XML syntax:
http://java.sun.com/JSP/Page";>
--
I've confirmed that this also happens with TC3.3B1 stand-alone:
$ telnet localhost 8080
GET /%3f%41%3d%42.jsp HTTP/1.0
- Original Message -
From: "William Barker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 15, 2001 2:48 PM
Subject: [PATCH] Potential security pro
craigmcc01/08/22 14:25:16
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Lifecycle03.java
Log:
Unit test for the fix to Bugzilla #3209 (If a servlet's service() method
throws UnavailableException, the
craigmcc01/08/22 14:24:02
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapperValve.java
Log:
Fix handling of UnavailableException thrown by the service() method of a
servlet, in two respects:
* The spec requires that the servlet instan
Most likely it's a line ending issue. Visual Studio can't handle
.dsp/.dsw files with Unix line endings -- you can fix it by editing the
file in a proper text editor and changing the line endings.
"Cole, Corey (AZ75)" wrote:
>
> I'm seeing a strange issue, and I believe that the problem is that
I'm seeing a strange issue, and I believe that the problem is that
your webserver is hosting corrupt files. If I download the 3.2.3 source
_zip_ file (the gzipped tar file is okay) and try to open the MS Dev Studio
project file, MS Dev pukes. Actually, version 6 silently fails, but VC 7
(aka VS.
mmanders01/08/22 09:58:29
Modified:src/share/org/apache/tomcat/util/net PoolTcpEndpoint.java
Log:
Added code to handle shutdown a little cleaner by setting soLinger to a small value
(0) just before we close the socket, and just logging any exceptions instead of doing
a stacktrace
mmanders01/08/22 09:56:28
Modified:src/share/org/apache/tomcat/startup StopTomcat.java
Log:
Added code to handle shutdown a little cleaner by flushing the output stream and
wait for one second before trying to close the stream. This gives the backend a
chance to read the stream c
mmanders01/08/22 09:53:57
Modified:src/share/org/apache/tomcat/modules/server Ajp12.java
Log:
On some platforms (NetWare) calling System.exit without closing a socket leaves the
socket in a timewait state for several minutes making it impossible to restart Tomcat
quickly. Added c
On Wed, 22 Aug 2001, Nick Betteridge wrote:
> javax.servlet.ServletException: Class
> org.apache.jasper.servlet.JspServlet is not a Servlet
The only time I've seen this kind of thing happen is when servlet.jar is
loaded from the "wrong" class loader -- it needs to be visible to both
Catalina
On 22 Aug 2001 [EMAIL PROTECTED] wrote:
> nacho 01/08/22 05:08:31
>
> Modified:src/etc/jk jni_workers.properties
> Log:
> Making it more workers.properties alike
Ops, I should have removed this file ( and saved you the time :-).
Welcome back from vacation !
If you're playing wit
Hi
I'm using EmbeddedManager to start up and configure a Catalina instance.
I can set up the ClassLoaders and proceed to create the hosts etc with
no problems, but the startup always falls over when I'm running through
StandardContext.start() -> loadOnStartup(findChildren()) ->
(StandardWrapper)
nacho 01/08/22 05:08:31
Modified:src/etc/jk jni_workers.properties
Log:
Making it more workers.properties alike
Revision ChangesPath
1.3 +29 -9 jakarta-tomcat/src/etc/jk/jni_workers.properties
Index: jni_workers.properties
=
On Tue, 21 Aug 2001 09:47:33 -0500, you wrote:
>The problem is that Apache is serving the file and not forwarding the
>request to Tomcat. Tomcat would *not* return the JSP contents for this URL,
>it would return a 404 error.
Yes, it could be but...
>I've heard this same problem from another u
> It's a parser bug in Crimson.
>
> just replace crimson.jar with xerces_1_4_1.jar and all is ok!
Woohoo! I like these kind of fixes =) I haven't tried it yet, but it
sounds good. Thanks for the tip, Bernard =)
- r
Craig,
It's a parser bug in Crimson.
just replace crimson.jar with xerces_1_4_1.jar and all is ok!
thanks for the information
Bernard
> -Original Message-
> From: craigmcc@localhost [mailto:craigmcc@localhost]On Behalf Of Craig
> R. McClanahan
> Sent: 22 August, 2001 1:15
> To: [EMAIL
19 matches
Mail list logo