"Johansen, Roar" wrote:
> 
> We have a similar problem, but with another twist. We don't want proxies
> along the way to cache pages, since their content is dynamically created. So
> we set the cache-related http headers, and in addition add a parameter to
> the URL (pdc=clock tick at the time of url creation) (pdc is an acronym for
> "please don't cache"). This works well most of the time, but from time to
> time we get a cached page nevertheless. We see this as the accompanying
> cookie identifies someone else's session, and the users experiencing this
> have to log on to our site again. And again. Etc. I'd really appreciate any
> light shed on the topic "proxy servers and cookies". I've also noticed a
> funny http response header that I suspect our netscape servers to add every
> once in a while, but I don't recognize the header itself nor its semantics.
> Any suggestions welcome!
> Cache-control: no-cache="set-cookie, set-cookie2"
> 
> Regards and tia:
> Roar
> 

  I believe this to be a JRun issue. We see the same exact thing.
You can set the Cache-control header in a JSP but you lose
control of the header. There was a similar problem with the 
Connection header (before 3.1, where we see it is fixed).

  This doesn't come up all the time. It seems to me to
be coincident with someone coming in to the site with no
cookies. We have our own cookie-forcing mechanism in place,
and don't have URL rewriting on at all, but still in this
process it seems that JRun rewrites the URL with 
a "jsessionid=<some#>" parameter and sends the Cache-control
header that you show above. 

  I'm not sure how it can be a Netscape problem (we're running
Enterprise 4.1) since the Service directive is a
JRun function. I would have thought all the headers would
come back from JRun or be added by the Service function.
Unfortunately, I'm not sure if I can actually figure this out
for sure. Maybe a Macromedia person can tell us.

  But, we do not use the sessions in JRun so it hasn't seemed
to be a big problem at this point. I would be nice to have it
fixed, though.



  Regards,

  - Chris Hamlin
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place for 
dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Reply via email to