Rob,
While I agree with you that there are some nice enhancmenets/fixes over azman, there are in my opinion a few large issues related to NetSQLAzman.
i) Permission checks are performed in the data tier. Major no-no in development since you are now tied to SQL server implimentation + as general rule business logic goes on in the middle tier so as not be tied to the storage provider.
ii)Interface. While Azman suffered from only supporting NT users/groups, netSqlAzman also is limited since it takes an IPrinciple object as part of the interface for an access check. This defeats the purpose in my option of a general authorization tool. A generic authorization tool should only take a string Ex- "Domain\UserId" or "testAccount". This allows for anytime of user {NT,Application, etc}.
iii)Not the ideal client/server solution where a client is passed a set of valid operations that are cached for the "Session". To this end, I think that ideally in an enterprise there should be a web service which provides and interface for many applications to make calls in to get permissions.
Mind you there were some major improvements over azman including the web interface, item authorization and the ability to have "Custom users" that are not NT accounts.
Cheers
Copyright (c) Marimer LLC