<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">If you are wanting to use Terrracotta I have a copy of version 3.5.2 which works with Shibboleth IdP's v 2.4 java 1.6 and tomcat 6. (We had problems with tomcat 7 and java 1.7)</div>
<div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">The classic instructions still work. Not sure if you question was related to not being able to find terracotta or not</div>
<div class="gmail_extra"><br clear="all"><div><div dir="ltr"><font face="courier new, monospace">Jeffrey E. Crawford<br></font></div></div><br><div class="gmail_quote">On Thu, Mar 6, 2014 at 7:55 AM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 3/6/14, 10:36 AM, "Joel Goguen" <<a href="mailto:joel.goguen@unb.ca">joel.goguen@unb.ca</a>> wrote:<br>
<br>
>Just to make sure I get this right :) It's the document at<br>
><a href="https://wiki.shibboleth.net/confluence/display/SHIB2/IdPProxyClustering" target="_blank">https://wiki.shibboleth.net/confluence/display/SHIB2/IdPProxyClustering</a><br>
>you're referring to?<br>
<br>
</div>Yes.<br>
<div class=""><br>
>If I do that, Shibboleth can still fetch attributes from LDAP/AD and<br>
>Script attributes still work?<br>
<br>
</div>I think they're unrelated issues. I don't know of clustering of any kind<br>
that has any impact on attribute resolution except for the issue of<br>
handling SAML attribute query.<br>
<div class=""><br>
>I realized I forgot to mention up front (sorry!) that Shibboleth is the<br>
>authentication source for our ADFS infrastructure. Does that change your<br>
>answer any, or make what I want to accomplish more difficult?<br>
<br>
</div>I don't think it's relevant other than just scoping the features the IdP<br>
might need to support, but I don't think that would require supporting<br>
anything in particular that tends to have clustering implications.<br>
<br>
In some far future, logout is perhaps relevant in that no purely<br>
client-side clustering approach in future Shibboleth will support single<br>
logout at all. That's about the only thing I know that ADFS claims to<br>
support that has clustering implications.<br>
<div class="HOEnZb"><div class="h5"><br>
-- Scott<br>
<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</div></div></blockquote></div><br></div></div>