Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 326198 - Need cache control headers in EHS
Summary: Need cache control headers in EHS
Status: CLOSED DUPLICATE of bug 326215
Alias: None
Product: Platform
Classification: Eclipse Project
Component: User Assistance (show other bugs)
Version: 4.1   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: platform-ua-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-24 16:40 EDT by Annette Riffe CLA
Modified: 2010-09-28 14:17 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Annette Riffe CLA 2010-09-24 16:40:42 EDT
Build Identifier: 3.4

We had the help system war deployed on WAS using an Edge Proxy server.  The absence of cache control headers on the help pages resulted in poor performance as the pages were retrieved from WAS on every request.  In another test, we found that in some cases when we used a language-switching feature of our tool, the help titles and labels would change to the new language, but the content would be cached and we'd get the content displayed in the wrong language.  This particularly happened if the lang parameter was added to the help URL.

We are looking for a way to set the cache control headers from within EHS itself, rather than adding them on with a separate mechanism.  If the correct result for a given page is not to cache it at all, then the header should be set to no-cache so that the decision is taken from the browser and given to the application.

Reproducible: Always

Steps to Reproduce:
1. Configure WAS to use an edge proxy or other caching proxy
2. Deploy the EHS WAR as a WAS application
3. Browse through the help content and observe the exchange with WAS and the client

Not sure how to explain how to reproduce the language-switching cache issue since we used our own language-switching feature
Comment 1 Chris Goldthorpe CLA 2010-09-28 14:17:45 EDT

*** This bug has been marked as a duplicate of bug 326215 ***