| Summary: | Version resource.js file to prevent caching issues | ||
|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Chris Fairhall <chris> |
| Component: | Workbench | Assignee: | Project Inbox <rap-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | ivan |
| Version: | 3.1 | ||
| Target Milestone: | 3.2 M7 | ||
| Hardware: | PC | ||
| OS: | Windows NT | ||
| See Also: | https://git.eclipse.org/r/#/c/94742/ | ||
| Whiteboard: | |||
|
Description
Chris Fairhall
I see the path for this file has been moved to "rwt-resources/" + SWT.getVersion() + "/resources.js" However, the reason I suggested a hash of the content is because it's content is determined by the extension point "org.eclipse.rap.ui.resources", not the version of RAP deployed. Also, when deploying milestone, RC or patched builds, SWT.getVersion does not change as it doesn't include the qualifier. Chris... This change is consistent with the fix for bug 439008. I don't think that the content of this file is changed so frequently. Doesn't it? ... more over I want to expose these JS resources in a predicted path. Changing the path dynamically could lead to some problems with URL rewriting, proxies, load balancers, firewalls in a real deployment scenario. |