<div dir="ltr"><div>I'm running Sib 3.2.1 as an IdP with Jetty-9.3.24.v20180606 as the java servlet container and I'm working with a vendor running an SP who has decided that since they've had to renew their HTTPS SSL cert, that they're going to update their SAML SP metadata, replacing the existing embedded X509 cert in their metadata with the signed HTTPS SSL X509 cert.</div><div><br></div><div>Once they did this, they gave me their updated metadata and I added it to our Shib configuration which loads without issues.  Now, when anybody tries going to the vendors WAYF page, they're redirected to our shib server (which is running under debug logging).  Once the user presents the request to our Shib server, the following log entries are generated:</div><div><br></div><div><div>13:15:54.251 - ERROR [org.opensaml.messaging.<wbr>decoder.servlet.<wbr>BaseHttpServletRequestXMLMessa<wbr>geDecoder:151] - [134.82.7.55] - Error unmarshalling message from input stream<br>net.shibboleth.utilities.java.<wbr>support.xml.<wbr>XMLParserException: Unable to read data from input stream</div><div><br></div><div>// lots of Java error messages</div><div><br></div><div>13:15:54.273 - WARN [org.opensaml.profile.action.<wbr>impl.LogEvent:76] - [134.82.7.55] - An error event occurred while processing the request: UnableToDecode<br>13:15:54.275 - DEBUG [org.opensaml.saml.common.<wbr>profile.logic.<wbr>DefaultLocalErrorPredicate:<wbr>154] - [134.82.7.55] - No SAMLBindingContext or binding URI available, error must be handled locally</div></div><div><br></div><div>and that's it ... nothing else.  I've been working under the assumption that the metadata I've installed is corrupt in some manner that I can fix (DOS EOL chars instead of UNIX).  Is my assumption correct and is it possible for me to fix this issue?</div><div><br></div><div>Thanks,</div><div>Mike<br></div></div>