<div dir="ltr">I would be interested in having access to Paul&#39;s Infinispan plugin and/or any other clustering-related plugin sources. My understanding with Terracotta was that there really wasn&#39;t any Terracotta-specific code in the Shibboleth IDP, therefore any work that may have been done to identify the integration points for an alternate clustering approach would be more than welcome!<div>
<br></div><div style>Marc</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 27, 2013 at 11:39 PM, Cantor, Scott <span dir="ltr">&lt;<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 5/27/13 8:44 PM, &quot;Marc Thornton&quot; &lt;<a href="mailto:marc.thornton@gmail.com">marc.thornton@gmail.com</a>&gt; wrote:<br>

&gt;<br>
&gt;As an FYI, we are making use of the Hungarian U SLO at this point. The<br>
&gt;stateless client-side storage does sound interesting though.  We already<br>
&gt;have a statefull solution wrapped around the SSO provided by Shibboleth<br>
&gt;IDP &amp; SP, so stateless isn&#39;t necessarily a requirement in our case.  As<br>
&gt;the remainder of our solution is already JDBC-based, it wouldn&#39;t be a big<br>
&gt;reach (at least in our case) to have that as our backing storage for the<br>
&gt;IDP.<br>
<br>
</div>I don&#39;t know of any JDBC implementation for 2.x. The options will<br>
therefore be very limited for up to a year, and probably memcache is about<br>
it.<br>
<br>
Paul Hethmon has an Infinispan plugin also.<br>
<br>
Terracotta is truly the gift that keeps on giving.<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>