Created attachment 29052 [details] Cache Manager Problem If the resource being accessed in the main http request (with HTTP Cache Manager enabled of course) gets "304 not modified" as an answer, the resources embedded will no longer be retrieved. If we had any javascript objects, or specific dynamic files embedded, these will therefore not be downloaded. Example: Thread Manager with two repetitions; Simple HTTP Request (GET) containing some 104 embedded resources First request: response code 200 for all resources Second request: response code 304 not modified only for the main request, additional embedded resources are not downloaded This is very inconvenient, as retrieving each resource separately is not an option, because it cannot be done using concurrent pools, therefore no "cached content" tests can be performed.... or is there a solution out there? Thanks Alex
I just implemented a workaround. I added a dynamic parameter at the end of the request, so that the main request will always be newly loaded. It works this way, but it only works because this is a configuration error in Apache...it shouldn't be actually allowed. lucky me:)
Bugzilla is not a support forum. Please subscribe to the JMeter user list and ask there; thanks.
I see this as bug, not as an enhancement. Stopping on the main request does not dive in the embedded resources, therefore not retrieving possibly new content. If you still think it is a "support" issue, close it.
I cannot find what the spec says about this: - If resource is coming from Cache , should embedded resources be checked or not ?
After further thinking, I agree that embedded resources should be checked. As in a browser main page would be rendered and each resoutce checked. Sebb, milamber, any thoughts ?
JMeter does not cache the page contents, only summary details, so this would require saving more data. Rather than saving the whole page, one could perhaps save just the parsed URLs. This would be the cheapest option. Maybe there should be a Cache Manager option to save the entire page, as that would then be displayable in the Listeners, and would allow post-processors. This would likely have to be a disk cache to avoid memory issues - is there some ASF software to do this?
EhCache provides this.