<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 12:51 PM, Cantor, Scott

      wrote:<br>

    </div>

    <blockquote cite="mid:147FD267-DC69-43CF-8CB2-CC7716E840B1@osu.edu"

      type="cite">

      <pre wrap="">On 7/21/15, 12:35 PM, "users on behalf of Brent Putman" <a class="moz-txt-link-rfc2396E" href="mailto:users-bounces@shibboleth.netonbehalfofputmanb@georgetown.edu"><users-bounces@shibboleth.net on behalf of putmanb@georgetown.edu></a> wrote:

</pre>

      <blockquote type="cite">

        <pre wrap="">Well, I haven't been following all the details of this thread, but I think you could get this if you are using a filesystem caching variant of the HttpClient.  There I think the cached data will persist across restarts, so indeed the first fetch after an IdP restart could be doing a conditional GET, if the resource had been fetched and cached previously.  Which HttpClient bean are you using here?

</pre>

      </blockquote>

      <pre wrap="">

Ok, admittedly I interpreted "no backup file yet" as equivalent to the file cache not being populated either, which aren't necessarily equivalent. So that is the first question to ask, and one can always flush that directory.

</pre>

    </blockquote>

    <br>

    Also just occurred to me that: the Resource impls implement

    exists(), which does a fetch from the server.  If that is being

    called by the Resource consumer before the actual content is

    attempted to be consumed, that 2nd call would result in a cache hit,

    even on a fresh restart, because obviously the exists() call would

    have already populated the cache.  I think.  That could lead to

    confusion if the full log data isn't taken into account.<br>

    <br>

    <br>

  </body>

</html>