Hi all, Yes we need an implementation of the Authenticator interface. I prefer to keep the concept of realm interface within the Registry for couple of reasons.
Since we need the AuthorizingRealm for the secure registry we need couple of implementations of the Realm class - that is the AuthorizingRealm and the DefaultRealm. If we want to implement the hybrid Realm in the future we don't have to redo the coding. So the Realm interface will no longer be a Service API. It will just be a interface inside Registry using the Strategy pattern. Thank you, Dimuthu On Wed, 2008-02-20 at 23:41 +0530, Sanjiva Weerawarana wrote: > Once we merge the UM to the registry, do we need the realm concept at all? > That is, all we need is an implementation of the Authenticator interface > isn't it?? > > I must be missing something. > > Sanjiva. > > Chathura C. Ekanayake wrote: > > Dimuthu Leelarathne wrote: > >> Hi all, > >> > >> I have added Javadoc of what I intend to do here [1] > >> > >> We can add a foreign key constraint to resource_id of um_permissions > >> table as for improving the data model. > >> > > > > +1 for adding foreign key constraints. > > > >> And we can add everything in org.wso2.registry.jdbc.realm.RegistryRealm > >> to the AuthorizingRealm so that it will be more meaningful and remove > >> all the incompatibilities from the latter. > >> > > > > AuthorizingRealm is created per user basis. But the task of the > > RegistryRealm is to maintain the entire user store in a compatible way > > with the registry. So I think RegistryRealm is more related to the > > DefaultRealm than to the AuthorizingRealm. As there can be Realm > > implementations other than the DefaultRealm, we can't merge the > > RegistryRealm and the DefaultRealm. So IMO we can make the RegistryRealm > > a wrapper, which can wrap any Realm implementation. > > > > Thanks, > > Chathura > > > >> Thoughts and comments are welcome. > >> > >> Thank you, > >> Dimuthu > >> > >> [1]http://ww2.wso2.org/~dimuthul/registry-user/ > >> > >> > >> > >> _______________________________________________ > >> Registry-dev mailing list > >> [email protected] > >> http://wso2.org/cgi-bin/mailman/listinfo/registry-dev > >> > >> > > > > > > _______________________________________________ > > Registry-dev mailing list > > [email protected] > > http://wso2.org/cgi-bin/mailman/listinfo/registry-dev > > > _______________________________________________ Registry-dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/registry-dev
