<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
Ah, thanks for explaining.
<div><br>
</div>
<div>The IdP's metadata file as generated during install is based on best practices and best guesses at install time only. It is not modified dynamically in response to any configuration changes or in response to changes in the hosting environment.</div>
<div><br>
</div>
<div>You will need to manually edit the metadata for the IdP, and that's something you should be considering doing anyway as a matter of being a good federated identity partner.<br>
<div><br>
</div>
<div>--</div>
<div>Dewpoint Identity</div>
<div>https://dewpoint.id</div>
</div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> users <users-bounces@shibboleth.net> on behalf of Pablo Vidaurri <psvidaurri@gmail.com><br>
<b>Sent:</b> Thursday, July 12, 2018 8:26:59 PM<br>
<b>To:</b> users@shibboleth.net<br>
<b>Subject:</b> Re: idp v3.3.3 build with different war file name</font>
<div> </div>
</div>
<meta content="text/html; charset=utf-8">
<div>
<div dir="ltr">Thanks for the response. We are using tomcat 8, in our case the war file name is being exposed as the webapp context. My main problem is that my endpoints are auto configured with /idp/ in the path. I want to avoid manually editing my idp-metadata
to accommodate my intended path of /idp-custom-svc/ because it will be something I would have to remember to adjust for each build.
<div><br>
</div>
<div>I assumed since idp.war was being created, then /idp/ was being used in my idp-metdata SSO endpoints.</div>
</div>
<br>
<div class="x_gmail_quote">
<div dir="ltr">On Thu, Jul 12, 2018 at 10:22 PM Nate Klingenstein <<a href="mailto:ndk@dewpoint.id">ndk@dewpoint.id</a>> wrote:<br>
</div>
<blockquote class="x_gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
Pablo,<br>
<br>
The .war file is just basically a package for the webapp. It doesn't do any actual mapping and the file name is never exposed to the outside world.<br>
<br>
If you want to expose a Shibboleth IdP at a different URL, the method for doing that depends on your web server and deployment model. For instance, with Jetty and a deployment descriptor, you would change the contextPath.<br>
<br>
<a href="https://wiki.shibboleth.net/confluence/display/IDP30/Jetty93" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/display/IDP30/Jetty93</a><br>
<br>
Hope this helps,<br>
Nate.<br>
<br>
-----Original message-----<br>
> From: Pablo Vidaurri<br>
> Sent: Thursday, July 12 2018, 8:07 pm<br>
> To: <a href="mailto:users@shibboleth.net" target="_blank">users@shibboleth.net</a><br>
> Subject: idp v3.3.3 build with different war file name<br>
> <br>
> <br>
> <br>
> Even though I have defined my entityId during the install as something like <a href="https://www.some.company.com/" rel="noreferrer" target="_blank">
https://www.some.company.com/</a> <<a href="https://www.some.company.com/" rel="noreferrer" target="_blank">https://www.some.company.com/</a>>idp-custom-svc/shibboleth<br>
> <br>
> my war file is still named as idp.war and all my endpoints (POST, REDIRECT, etc) in my idp-metadata file are still formatted as <a href="https://www.some.company.co" rel="noreferrer" target="_blank">https://www.some.company.co</a> <<a href="http://www.some.company.co" rel="noreferrer" target="_blank">http://www.some.company.co</a>>/idp/profile/Shibboleth/SSO<br>
> <br>
> Is there a way to specify an alternate war file or at least what path to use for my endpoints (use idp-custom-svc instead of idp)?<br>
> <br>
> --<br>
> <br>
> For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">
https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
> <br>
> To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">
users-unsubscribe@shibboleth.net</a><br>
> <br>
> <br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">
https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">
users-unsubscribe@shibboleth.net</a></blockquote>
</div>
</div>
</body>
</html>