<html>

  <head>

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

      http-equiv="Content-Type">

  </head>

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

    <p><br>

    </p>

    <br>

    <blockquote

cite="mid:9846A6064BD102419D06814DD0D78DE112A197A7@CIO-TNC-D2MBX02.osuad.osu.edu"

      type="cite">

      <blockquote type="cite">

        <pre wrap="">There is the issue that the file-based HttpClient cache doesn't persist across

restarts, by conscious intent.  We did briefly discuss possibly changing that,

maybe as a configurable option.  I'm not opposed.  However, since we're

now going to implement a "SAML cache" that persists across restarts, I think

doing that has less value now, at least for the dynamic resolver restart case.

</pre>

      </blockquote>

      <pre wrap="">

No, it's a batch thing, but it is a thing, and we still do have work to do there to optimize the startup time. If the solution is changing the cache persistence, that's ok.</pre>

    </blockquote>

    <br>

    Well, the HttpClient cache is less important now for the batch

    resolver also I think.  We recently changed to now init from the

    backing file.  Any/all HTTP fetches are now going to be in the

    background, both at startup and runtime refresh.<br>

    <br>

    So unless I'm forgetting something, the original musings around

    persisting the file-based HttpClient cache across restarts are no

    longer relevant.<br>

    <br>

    There is a general performance improvement from caching HTTP data

    across restarts - if you do fall into having to hit the HTTP source,

    and the data in fact hasn't changed per etag/Last-Modified, you

    don't fetch new bytes.  But it's not about startup anymore in either

    metadata case, it's just about plain old HTTP performance

    improvement at runtime, like any HTTP user agent.<br>

    <br>

  </body>

</html>