<div dir="ltr"><div><div><div><div><div><div><div><div>Thank you for the replies!<br></div></div><br></div><div>Re-summarizing below -- would you be able to validate if I am on the correct path<br></div><br></div><div>For Login page customization:<br></div><div><br></div>1) Run './install.sh' to build the IdP on a local server's file system<br></div>2) Place <span><code>'/opt/shibboleth-idp/views/' in subversion or Git -- for local UX team to update<br></code></span></div><span><code>3)I will the figure a way to deploy this to the IdP servers (independent of the './install.sh' or './build.sh')<br><br><br></code></span></div><span><code>For the login work flow change - to check if password update/ToU agreement required -- we unfortunately have a very custom database driven mechanism -- and require to produce pages which redirect to a separate application (users has up to 5 chances) -- can you recommend a working code to emulate? <br><br></code></span></div><span><code>Thanks. <br></code></span><div><div><span><code><br></code></span><div><div><div><div><br></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 10, 2016 at 12:43 PM, Nate Klingenstein <span dir="ltr"><<a href="mailto:ndk@sudonym.me" target="_blank">ndk@sudonym.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Joel,<br>
<span class=""><br>
> Next step: we will customize the login page,<br>
<br>
</span>Login page customization details are available as part of the InCommon Shibboleth workshop series:<br>
<br>
<a href="https://spaces.internet2.edu/pages/viewpage.action?pageId=49841792#LinuxIdentityProviderIdPv3(RHEL7)-1.CustomizetheIdP'sLoginPage" rel="noreferrer" target="_blank">https://spaces.internet2.edu/pages/viewpage.action?pageId=49841792#LinuxIdentityProviderIdPv3(RHEL7)-1.CustomizetheIdP'sLoginPage</a><br>
<span class=""><br>
>  and implement a workflow for Terms of use agreement & password change.<br>
<br>
</span>You’ll find tons of stubs or working code for this if you’re using the standard flows.  You may not need to do anything other than wire up the standard flows to the right checks.  Depends on your use cases, I think.<br>
<span class=""><br>
> Is above a suitable best practices path?<br>
<br>
</span><a href="https://wiki.shibboleth.net/confluence/display/DEV/Java+Developer%27s+Guide" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/display/DEV/Java+Developer%27s+Guide</a><br>
<br>
The developers are very clear about which interfaces are public and which interfaces are private.  I would stick to intended extension points whenever possible.  A class you customize is a class you maintain.<br>
<br>
Take care,<br>
Nate.<br>
<div class="HOEnZb"><div class="h5">--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a></div></div></blockquote></div><br></div>