
<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <br>

    <br>

    <div class="moz-cite-prefix">On 7/21/15 1:08 PM, Brent Putman wrote:<br>

    </div>

    <blockquote cite="mid:55AE7CA7.70601@georgetown.edu" type="cite">

      Another thing to look at might be the max cache entry size:  We

      have for the FileCachingHttpClient default of:<br>

      <br>

      <tt>p:maxCacheEntrySize="%{idp.httpclient.filecaching.maxCacheEntrySize:10485760}<br>

        <br>

      </tt>so 10MB.  Could the resource being fetched here be bigger

      than that? I have thought that if the resource is bigger, it

      simply isn't cached, <br>

    </blockquote>

    <br>

    Some quick testing against the InCommon metadata seems to indicate

    that that is the case.  In this case, responses are not cached, and

    subsequent requests result in a CACHE_MISS and another request to

    the server, as expected.<br>

    <br>

    With a max cache entry size greater than the resource size, the

    first request results in a 200 and CACHE_MISS (as expected), and the

    second and subsequent requests result in a 200 and VALIDATED, which

    is defined as:<br>

    <br>

    <tt>    /** The response was generated from the cache after

      validating the</tt><tt><br>

    </tt><tt>     * entry with the origin server.</tt><tt><br>

    </tt><tt>     */</tt><br>

    <br>

    So that aspect all seems as expected.<br>

    <br>

    <br>

  </body>

</html>