for more
details.
Jim Michael [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I recently switched from Tomcat 4.0.3 to 4.1.24, and now I'm seeing
something unexpected: When Tomcat 4.1.24 returns valid content, the
HTTP
header looks like
HTTP/1.1 200
I recently switched from Tomcat 4.0.3 to 4.1.24, and now I'm seeing
something unexpected: When Tomcat 4.1.24 returns valid content, the HTTP
header looks like
HTTP/1.1 200
while Tomcat 4.0.3 returns the normal
HTTP/1.1 200 OK
Note that Tomcat is plugged into Apache (I'm not using the catalina
What would you propose a servlet container do when a page has three
different includes, each of which wants to set the same header to
some
different value? Remember that, as far as the client is concerned,
this
is a single request, so there is no such thing as a last modified
timestamp for only
Or setting your headers in the outer page, which is where it should
be
done IMHO. Includes are for content only -- trying to mix in
control-type
functionality like modifying headers is a poor design practice.
That makes some dynamic sites very problematic... image that every page
on a site is
I was under the impression that Tomcat4 now lets me do JSP 1.2 things
like modify response headers via includes with flush=false. However,
this does not work for me.
I created a very simple test where TEST1.JSP does:
jsp:include page=/test2.jsp fluch=false /
And within test2.jsp I do:
%
Sigh... that was just a typo when I entered the message... Trust that I
*do* have flush=false in the JSP correctly...
[EMAIL PROTECTED] 06/12/02 11:20AM
double check your spelling: in the example you provided you spelled
flush
(fluch=false)
--
To unsubscribe, e-mail: mailto:[EMAIL
Thanks... that totally sucks! I found at least five web sites that claim
the new 1.2 JSP spec allows a included servlet to modify header... of
course, the actual spec from Sun says otherwise, as you point out.
If an included servelt can't modify headers, what's the point of
enabling flush=false
I'm seeing some odd behavior since converting from Tomcat 3.x to 4.0...
it seems that 4.0 is extremely picky about the *order* things are in
within WEB.XML.
For example, with Tomcat 3.x I could do
servlet
...
/servlet
servlet-mapping
...
/servlet-mapping
servlet
... another servlet
/servlet
We have configured Tomcat Apache to execute JSPs from the Apache document directory,
for two web servers running on the same box. We were able to do this via virtual hosts
and manual configuration of the JKMounts... however, there's one issue I can't
resolve..
With this setup, now /servlet
I have Tomcat plugged into Apache, and all works well. However, I want to be able to
place .jsp files *in* the Apache document directory structure and have them handles by
Tomcat. I tried to create a Tomcat context like so:
Host name = www.myserver.com
Context path=
docBase=/var/www/html
I have Tomcat plugged into Apache, and all works well. However, I want to be able to
place .jsp files *in* the Apache document directory structure and have them handles by
Tomcat. I tried to create a Tomcat context like so:
Host name = www.myserver.com
Context path=
docBase=/var/www/html
I am having trouble configuring a seemingly simple thing with Apache/Tomcat. I need to
be able to place a JSP anywhere in an Apache document directory and have it hand these
off to Tomcat when requested. This is default behavior with JRun, for example, but I
can't get it working with Apache
JSPs have no context outside of a web application and as such, cannot just
execute from anywhere. I imagine your question is how to change where a web
app resides on the HD.
Ok, sorry for the bad terminology. You are correct, I just want to be able to specify
a location other than under the
I don't have the knowledge to compile a servlet... I'm just trying to get the existing
Webaccess ones to run. Can anyone at least tell me what this error *means*? That is,
does it mean the servlet can't find something... a file, or a definition, or ? I don't
even know where to start looking.
That's the weirdest part... the com.novell.webaccess.common package is in a file
called njweb.jar, and it *is* in the WEB-INF\lib directory. I can even prove that the
file is being used, because when I remove it from the directory the WebAccess
servlets won't even load.
Jim
Looks like the
Does *anyone* in the known universe know how to get Novell's GroupWise webaccess
servlets running on Tomcat? I saw it done at the Brainshare conference in March, but
cannot find anyone who knows the exact arcane edits to make it happen.
So far, I have Tomcat running stand-alone perfectly fine
16 matches
Mail list logo