<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 1/30/17 12:47 PM, Cantor, Scott
      wrote:<br>
    </div>
    <blockquote
cite="mid:9846A6064BD102419D06814DD0D78DE11BFB2019@CIO-TNC-D2MBX02.osuad.osu.edu"
      type="cite">
      <blockquote type="cite">
        <pre wrap="">Haven't looked at IDP-1115 yet in detail, 
</pre>
      </blockquote>
    </blockquote>
    <br>
    Mostly I responded in the issue, but:<br>
    <blockquote
cite="mid:9846A6064BD102419D06814DD0D78DE11BFB2019@CIO-TNC-D2MBX02.osuad.osu.edu"
      type="cite">
      <pre wrap="">
And the batch case has to handle large files that can take 30+ seconds in unusual cases to download, the dynamic one doesn't.</pre>
    </blockquote>
    <br>
    True, but: as I mentioned in one of the (way too many) linked issues
    on this, HttpClient doesn't have any hard wall clock type of timeout
    over the whole request operation.  The 3 timeouts are for 1) request
    connection from pool 2) initial socket connection 3) socket read
    timeout (interval between consecutive packets).  Assuming success on
    1 and 2, it will then happily AFAIK spend hours downloading a
    multi-TB file, as long as the data keeps flowing and you don't trip
    the socket read timeout.<br>
    <br>
    If you want a hard timeout over the whole HTTP request, you have to
    build that yourself, like here #7, using the request abort() and a
    Timer thread or some other aync means:<br>
    <br>
    <a class="moz-txt-link-freetext" href="http://www.baeldung.com/httpclient-timeout">http://www.baeldung.com/httpclient-timeout</a><br>
    <br>
    <blockquote
cite="mid:9846A6064BD102419D06814DD0D78DE11BFB2019@CIO-TNC-D2MBX02.osuad.osu.edu"
      type="cite">
      <pre wrap="">

Probably if one or the other is relying on the HttpClient default it might be better to have both metadata resolver parsers setting it explicitly, just so there's parity in handling it at that later, but that's style.
</pre>
    </blockquote>
    <br>
    Specifically it's relying on our HttpClientBuilder default.  If's
    fine with me to handle both explicitly for symmetry and style, but
    as I mention in IDP-1115 it would be advisable to not repeat the
    actual default values for batch from the HCB if we can avoid it.<br>
    <br>
  </body>
</html>