Hey all,<div><br></div><div>I&#39;m going through the API again as I&#39;ve seen some changes since I last went through it. I may be the only one in this boat, but I feel like this interface is starting to become too crowded. Should some of the methods be moved over to their respective objects (Identity, User, Role, Group, etc)? Should we split things off into a different interface? I&#39;m also becoming concerned with the password and certificate methods on there.</div>

<div><br></div><div>It seems to me these are essentially authentication challenges. Eventually I&#39;m sure we&#39;ll add more like OAuth or OpenId, two-factor auth, etc. Will each of these be their own methods? Could it be a configuration option to build up a chain of authentication challenge providers? I had initially thought of a challenge object which would allow input and provide a simple response: pass, fail, move to next challenge. Maybe that&#39;s too broad or a bad idea, I don&#39;t really know, just throwing out ideas.</div>

<div><br></div><div>Just looking to make this easy to use and make sure it makes sense to users (who I think would be coming from a Java EE background).<br clear="all"><div><br></div>-- <br>Jason Porter<br><a href="http://lightguard-jp.blogspot.com" target="_blank">http://lightguard-jp.blogspot.com</a><br>

<a href="http://twitter.com/lightguardjp" target="_blank">http://twitter.com/lightguardjp</a><br><br>Software Engineer<br>Open Source Advocate<br>Author of Seam Catch - Next Generation Java Exception Handling<br><br>PGP key id: 926CCFF5<br>

PGP key available at: <a href="http://keyserver.net" target="_blank">keyserver.net</a>, <a href="http://pgp.mit.edu" target="_blank">pgp.mit.edu</a><br>
</div>