<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm curious, is the CAS protocol support in the idp intended to supplant a standalone CAS deployment, or is it more intended for people already running the idp and wanting to add basic CAS support without the overhead of standing up another piece of software?</blockquote><div><br></div><div>It's intended to be a fully functional replacement for the Jasig CAS server.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What features/functionality would you lose if migrating from CAS 3 to idp 3 rather than to CAS 4?<br></blockquote><div><br></div><div>It's a matter of gain and loss. The most notable functional loss would be support for protocols like OAuth and OpenID. There are also a lot more integration components for Jasig CAS that aren't available in the IdP, mostly in the area of storage backends (e.g. Ehcache, Hazelcast). Those are admittedly fairly easy to develop, and it's simply a matter of time, effort, and interest before they show up in the IdP.</div><div><br></div><div>There are a number of notable gains in the IdP generally that the CAS protocol support benefits from: attribute engine, reloadable services, ease of upgrades.</div><div><br></div><div>There are other differences that we could discuss, but the above are most important in my view as a deployer. Let me know if there are any capabilities in particular that you'd like to compare and contrast in further detail.</div><div><br></div><div>M</div><div><br></div></div></div>