<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Our Shibboleth IdP exceeds the 3.2 version referenced on the <a
      class="moz-txt-link-freetext"
      href="https://spaces.at.internet2.edu/display/MDQ/configure-shib-idp">https://spaces.at.internet2.edu/display/MDQ/configure-shib-idp</a>
    url.<br>
    <br>
    1) Right/wrong/indifferent (likely wrong) our practice seems to have
    always been when adding a new non-InCommom member's metadata is to
    drop in the default /metadata folder and to edit the
    /conf/metadata-providers.xml file and add either configuration:<br>
    <tt><br>
    </tt><tt>FileBackedHTTPMetadataProvider / backingFile / metadataURL</tt><tt><br>
    </tt><tt><br>
    </tt><tt>FilesystemMetadataProvider / metadataFile</tt><br>
    <br>
    ...based on what the SP vendor supports.<br>
    <br>
    Our metadata-providers.xml file has the various metadata definitions
    all listed in alphabetical order. This includes non-InCommon SPs
    metadata definitions, the InCommon definition and the metadata
    definition for another federation.<br>
    <br>
    Somewhere  I read, that the InCommon definition should come before
    or or after everything else, but am not able to locate that again. 
    In a metadata-providers.xml file like I am describing, what kind of
    order listing should be used to list federations and specific SPs?<br>
    <br>
    <br>
    On the same url I mentioned above I did find similar wording stating
    that InCommon (for MDQ) should be last:<br>
    <tt><b><br>
      </b></tt><tt><b>Configuring with multiple metadata providers</b></tt><tt> </tt><tt><br>
    </tt><tt>If you have more than one metadata provider in your
      Shibboleth configuration, you will want to put the InCommon
      Per-Entity Metadata Distribution Service after any statically
      configured metadata providers. If you do not do this, Shibboleth
      will try to fetch your static entities from InCommon each time it
      is requested before falling back to your static metadata
      providers.</tt><br>
    <br>
    <br>
    2) On the "pre-fetch MDQ url (<a class="moz-txt-link-freetext"
href="https://spaces.at.internet2.edu/display/MDQ/prefetch-entity-with-shib">https://spaces.at.internet2.edu/display/MDQ/prefetch-entity-with-shib</a>),
    it states:<br>
    <br>
    <i>You may wish to pre-fetch one or more entities</i><i><br>
    </i><br>
    Does anyone have any real word experiences as to how many
    pre-fetches one should not exceed?<br>
    <br>
    Thanks,<br>
    Don<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
D o n a l d   L o h r
I n f o r m a t i o n   S y s t e m s
J a m e s   M a d i s o n   U n i v e r s i t y
5 4 0 . 5 6 8 . 3 7 3 0
</pre>
  </body>
</html>