Community
Participate
Working Groups
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
*** This bug has been marked as a duplicate of bug 326215 ***