<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 4:37 PM, Wessel, Keith
      wrote:<br>
    </div>
    <blockquote
cite="mid:A1EB7EC659FA0F429A55865D5820006D2E2E15EA@CITESMBX1.ad.uillinois.edu"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
tt
        {mso-style-priority:99;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I
            see that it is empty after shutdown, and after start-up the
            files are pulled down and stored. </span></p>
      </div>
    </blockquote>
    <br>
    Ok, that's all good then.<br>
    <br>
    <blockquote
cite="mid:A1EB7EC659FA0F429A55865D5820006D2E2E15EA@CITESMBX1.ad.uillinois.edu"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">So,
            the 304 message I was seeing in the webserver log from the
            server hosting the attribute filter files must have been a
            subsequent fetch, though I didn’t see that in the logs. </span></p>
      </div>
    </blockquote>
    <br>
    Ah.  I didn't understand that the 304 you were reporting was from
    the *web server*.  Not sure anyone else did either.  That is what is
    expected then.   You should see 1 GET returning a 200, and then more
    additional GETs returning 304s.  That's normal.<br>
    <br>
    In addition to the exists() method I earlier mentioned, there are
    other methods in HTTPResource which invoke fetches, so those would
    all result potentially in conditional GETS (what the HttpClient
    caching subsystem will report as "VALIDATED").<br>
    <br>
    <br>
    <br>
    <blockquote
cite="mid:A1EB7EC659FA0F429A55865D5820006D2E2E15EA@CITESMBX1.ad.uillinois.edu"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I
            can look again. At any rate, I’m getting valid files in the
            cache dir; they’re just not getting created in the IDP conf
            dir.<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
      </div>
    </blockquote>
    <br>
    By "in the IDP conf dir" do you mean the backing file?  Re: the
    cache dir: did you actually confirm that it is caching the attribute
    filter file(s) in question?  Despite their horrendous names, those
    should just be XML files, so you can inspect them.<br>
    <br>
    <br>
    <br>
    <blockquote
cite="mid:A1EB7EC659FA0F429A55865D5820006D2E2E15EA@CITESMBX1.ad.uillinois.edu"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">And
            yes, when I mentioned manually pulling them down, I meant
            wgetting the files and dropping them in place where the IDP
            would store them in the conf dir before starting the IDP.
            Interestingly when I do this then start the IDP, it does
            update these files, or at least update their timestamps. I
            did this before noon and left the IDP running, and the
            attribute filter files in the conf dir were having their
            timestamps updated every 15 minutes as appropriate.<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
      </div>
    </blockquote>
    <br>
    Well, I don't have an explanation.  That doesn't really make sense
    then.<br>
    <br>
    <br>
    <blockquote
cite="mid:A1EB7EC659FA0F429A55865D5820006D2E2E15EA@CITESMBX1.ad.uillinois.edu"
      type="cite">
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">So,
            with all this said, which of the classes do you want me to
            provide debug-level logging for in Gira?<o:p></o:p></span></p>
      </div>
    </blockquote>
    <br>
    <br>
    At a minimum:<br>
    <br>
    net.shibboleth.ext.spring.resource.HTTPResource<br>
    net.shibboleth.ext.spring.resource.FileBackedHTTPResource<br>
    org.apache.http<br>
    <br>
    Depending on whether this is prod or not and you are concerned about
    logging I/O, you could put the sub-package org.apache.http.wire down
    to WARN.  Although if you can leave at DEBUG might be helpful in
    showing exactly what it's doing interacting with the web server.<br>
    <br>
    Also if you can provide to us the actual URL you're hitting, seeing
    the live response headers it sends back might be informative.  You
    can send off-list if you want to me, Scott, Rod, etc.<br>
    <br>
    <br>
    <br>
    <br>
    <br>
  </body>
</html>