[jsr-314-open] Evaluating EL in resource files

[Alexander Smirnov]

Just to check, I created a small application and tested images caching 
in different browsers.
I have no working IE6 installation to test, but all modern browsers ( 
Opera 9+, Firefox 3+, IE 7 ) believe to cache control headers and does 
not reload images from URL with parameters, so my concern about that 
could be obsolete :-)

On 09/25/2009 12:51 PM, Alexander Smirnov wrote:
>
>
> On 09/25/2009 12:15 PM, Jim Driscoll wrote:
>> On 9/25/09 10:35 AM, Alexander Smirnov wrote:
>>> ( it is important not to use URL
>>> parameters for that purpose, because some caching proxies, like Squid,
>>> recognize '?' character in url and process these requests as non-caching
>>> even thought cache-control headers mark response as cacheable. It also
>>> seems what some browsers do the same. ).
>>
>> OK, that's alarming.
>>
>> I don't much care if caching proxies ignore perfectly good Expires:
>> headers, so long as they pass them on. But if a browser does, that's a
>> strong argument against that approach. It's also surprising, since the
>> whole idea of using parameters on JavaScript was taken from other,
>> popular JavaScript libraries in common use - scriptaculous, to name just
>> one.
>>
>> Do you know which, if any, browser which does this? I'd like to test
>> that assertion, and see if there's any way around it.
> I do not remember exact browser versions ( the library was developed
> about 3 years ago, while we spent a lot of time to fine tuning cache
> control ), but I can recall such problems with MS IE 6.0.
> I can look up in the project history, but it could take a while.
> For Squid proxy, it is part of standard configuration. Administrator can
> remove this pattern, but most leave standard values untouched.
>>
>> Jim