From: Ken Coar
Date: Wed, 28 May 1997 19:02:13 +0000 (+0000)
Subject: Corrected FAQ about Java to reflect the latest edition of
X-Git-Tag: APACHE_1_2b11~3
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=779b4deefbbbd5f3c2a6e4630f448d61b147ee19;p=thirdparty%2Fapache%2Fhttpd.git
Corrected FAQ about Java to reflect the latest edition of
reality as we know it.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@78172 13f79535-47bb-0310-9956-ffa450edef68
---
diff --git a/docs/manual/misc/FAQ.html b/docs/manual/misc/FAQ.html
index 99076baade9..2705f17f910 100644
--- a/docs/manual/misc/FAQ.html
+++ b/docs/manual/misc/FAQ.html
@@ -8,7 +8,7 @@
Apache Server Frequently Asked Questions
- $Revision: 1.59 $ ($Date: 1997/05/19 21:10:22 $)
+ $Revision: 1.60 $ ($Date: 1997/05/28 19:02:13 $)
The latest version of this FAQ is always available from the main
@@ -174,9 +174,6 @@
How do I add browsers and referrers to my
logs?
- Why do Java applets and applications not work
- with documents on my Apache server?
-
@@ -953,25 +950,36 @@
As of version 1.2, Apache is an HTTP/1.1 (HyperText Transfer Protocol
version 1.1) server. This fact is reflected in the protocol version
that's included in the response headers sent to a client when
- processing a request. Unfortunately, the URL methods (URLConnection
- and friends) in the Java Development Kit (JDK) versions 1.0.2 through
- 1.1.1 expect to see the version string "HTTP/1.0" and do not
- correctly interpret the "HTTP/1.1" value Apache is sending
- (this part of the response is a declaration of what the server can do
- rather than a declaration of the dialect of the response). The result
+ processing a request. Unfortunately, low-level Web access classes
+ included in the Java Development Kit (JDK) version 1.0.2 expect to see
+ the version string "HTTP/1.0" and do not correctly interpret
+ the "HTTP/1.1" value Apache is sending (this part of the
+ response is a declaration of what the server can do rather than a
+ declaration of the dialect of the response). The result
is that the JDK methods do not correctly parse the headers, and
include them with the document content by mistake.
- This is definitely a bug in the JDK, but it's unclear when (or
- whether) it will be fixed. In the meantime, a workaround is to tell
+ This is definitely a bug in the JDK 1.0.2 foundation classes from Sun,
+ and it has been fixed in version 1.1. However, the classes in
+ question are part of the virtual machine environment, which means
+ they're part of the Web browser (if Java-enabled) or the Java
+ environment on the client system - so even if you develop
+ your classes with a recent JDK, the eventual users might
+ encounter the problem.
+ The classes involved are replaceable by vendors implementing the
+ Java virtual machine environment, and so even those that are based
+ upon the 1.0.2 version may not have this problem.
+
+
+ In the meantime, a workaround is to tell
Apache to "fake" an HTTP/1.0 response to requests that come
from the JDK methods; this can be done by including a line such as the
following in your server configuration files:
- BrowserMatch HotJava/1.0 force-response-1.0
+ BrowserMatch Java/1.0 force-response-1.0