I have an issue with the setCacheable(false) header in a WebResource (Excel file).
When the download link for the WebResource is clicked from a secure site (SSL), there is an error: "Internet Explorer cannot find the site". I found an explanation for this on MS's support site, http://support.microsoft.com/kb/316431 "When Internet Explorer communicates with a secure Web site through SSL, Internet Explorer enforces any no-cache request. If the header or headers are present, Internet Explorer does not cache the file. Consequently, Office cannot open the file. Web sites that want to allow this type of operation should remove the no-cache header or headers. " However if I remove setCacheable(false), I get a different issue: whenever I try clicking the download link a 2nd or 3rd time, I get a "File Locked for Editing" error even though I closed Excel properly on the 1st time. The 1st time is fine, it opens the Excel file after the prompt without problems, but any download of the same file after that, I get the "File Locked for Editing" error and there is no other instance of Excel running, I exit Excel normally after each download. Maybe this isn't a Wicket issue, but an Excel issue, but I couldn't find any explanation for why Excel would show a File Locked error when there is no other instance of Excel running, and no one is holding a lock on the file. Any ideas? (Here, we are caching the file, it's coming from the local Temp Internet Files folder. I removed the setCacheable(false) to get rid of the SSL error.) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Problem-with-setCacheable-false-No-Cache-Header-in-WebResource-tp3765955p3765955.html Sent from the Users forum mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
