I don't know as this relates directly to JRun but we are experiencing
something odd. We have a web site running on port 81 using JRun as the
servlet container and the built in JRun web server. We also have the same
site served through port 80 using IIS 5.0 as the web server and of course
JRun as the servlet container. Everything works beautifully -- except there
is one difference!
When I hit the JRun web server (port 81) form data is cached, apparently by
the browser, when I hit back and forward to return to the page. For
example, if I have a field called "name" and type in a value "Jeff", if I
hit back in my browser and then forward to return to the page, "Jeff"
appears in the the form field "name". Great! That's exactly what we want.
Now, I move over to the site served through IIS and it DOESN'T cache form
fields! If I add information to the field, hit back, and then forward, it's
blank. This is bad and I can't figure out how to fix it. Keep in mind, the
form is NOT getting posted. This is occurring when the user hits back and
forward to return to the original page.
This seemed to be browser independent -- it behaves this way on IE and
Netscape. The only thing that appears to be different is weather IIS or
JRun is doing the web serving. This lead me to believe, perhaps, there is a
HTTP header that controls client form field caching. Can't find anything
though. I've poked through the headers. At first I thought maybe the
Cache-Control header field might control this. On both the IIS and the JRun
web servers, this comes through as no-cache="set-cookie,set-cookie2". I
don't even know what that means, but they are the same, so it's unlikely any
headers are playing a role in weather or not the browser cached form fields.
I'm lost if anyone has any ideas! Thanks!
---
Jeff Stevens
System Engineer
Tradeout
(617) 283-3545
------------------------------------------------------------------------------
Archives: http://www.egroups.com/group/jrun-interest/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/jrun_talk
or send a message to [EMAIL PROTECTED] with 'unsubscribe' in the
body.
