<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 5:06 PM, Wessel, Keith

      wrote:<br>

    </div>

    <blockquote

cite="mid:A1EB7EC659FA0F429A55865D5820006D2E2E1762@CITESMBX1.ad.uillinois.edu"

      type="cite">

      <pre wrap="">Yes, there's a 200 and a 304. Sorry for that confusion, it was all a red herring.</pre>

    </blockquote>

    <br>

    Ok, that clarifies a lot then.<br>

    <br>

    <blockquote

cite="mid:A1EB7EC659FA0F429A55865D5820006D2E2E1762@CITESMBX1.ad.uillinois.edu"

      type="cite">

      <pre wrap="">

By the IDP conf dir, yes, I mean the backing file. If I wget the file before IDP start-up, it gets updated properly (both contents and timestamp) every 15 minutes. And yes, obviously, that would also mean that the files in the cache dir are valid and correct in terms of content.

So, it seems that the backing file can get updated, but if it doesn't exist on IDP start-up, it can't get created.</pre>

    </blockquote>

    <br>

    And that jibes exactly with what I just posted about the

    saveAndClone(...) call possibly being the culprit here.<br>

    <br>

    The code in saveAndClone(...) starts off with this:<br>

    <br>

    <tt>FileOutputStream out = new

      FileOutputStream(backingResource.getFile());</tt><br>

    <br>

    Have to see whether that's correct.  Possibly the file needs to be

    explicitly created first.  <br>

    <br>

    <br>

  </body>

</html>