Can you please clarify, what is the requirement here ? As I can see you are trying to break tenant deletion into several methods. If DB transactions are not handled properly this will lead to inconsistent state.
Currently we rely on cascade delete functionality of the database and that will make sure all the data is wiped out without leaving data in inconsistent state. Only for LDAP you have to separately delete the OUs which contain users and groups. Deleting tenant admin is also not something we support right now under the assumption we cannot change tenant admin once a tenant has been created. On Wed, Feb 18, 2015 at 12:31 PM, Kishanthan Thangarajah < [email protected]> wrote: > For scenarios like above (delete tenant admin user) which we cannot use > the APIs, use the hard delete approach. > > On Tue, Feb 17, 2015 at 10:06 AM, Shashika Karunatilaka < > [email protected]> wrote: > >> HI Kishanthan, >> >> Yes, calling delete user API will internally delete all(roles, >> permissions) data associated with that user. But there is a scenario where >> we cannot delete the tenant admin user. >> And my question here was, let say if this deleting process breaks at some >> point, then it will remain those tenant related(none deleted) data in the >> system. shouldn't this deletion process be atomic? >> >> Thank you >> >> On Mon, Feb 16, 2015 at 7:35 PM, Kishanthan Thangarajah < >> [email protected]> wrote: >> >>> Shouldn't calling delete user API will internally delete all (roles, >>> permissions) data associated with that user? >>> >>> On Fri, Feb 13, 2015 at 11:01 AM, Shashika Karunatilaka < >>> [email protected]> wrote: >>> >>>> HI all, >>>> >>>> When adding tenant it creates some of DB level operations sequentially >>>> as an *example*, >>>> In tenant creation it creates a user, creates user roles, add >>>> permissions to the roles and so on >>>> when deleting there are few options >>>> >>>> 1. Delete the role permissions for the user role, delete user roles >>>> for the user finally delete the user >>>> 2. Delete all the users, roles, role permissions data associated >>>> to that tenant >>>> >>>> what would be the best approach? >>>> >>>> Thank you >>>> >>>> -- >>>> Shashika Prabath Karunatilaka, >>>> Software Engineer, >>>> WSO2, Inc: http://wso2.com/ >>>> mobile : +94 77 7487792 >>>> >>> >>> >>> >>> -- >>> *Kishanthan Thangarajah* >>> Senior Software Engineer, >>> Platform Technologies Team, >>> WSO2, Inc. >>> lean.enterprise.middleware >>> >>> Mobile - +94773426635 >>> Blog - *http://kishanthan.wordpress.com >>> <http://kishanthan.wordpress.com>* >>> Twitter - *http://twitter.com/kishanthan >>> <http://twitter.com/kishanthan>* >>> >> >> >> >> -- >> Shashika Prabath Karunatilaka, >> Software Engineer, >> WSO2, Inc: http://wso2.com/ >> mobile : +94 77 7487792 >> > > > > -- > *Kishanthan Thangarajah* > Senior Software Engineer, > Platform Technologies Team, > WSO2, Inc. > lean.enterprise.middleware > > Mobile - +94773426635 > Blog - *http://kishanthan.wordpress.com <http://kishanthan.wordpress.com>* > Twitter - *http://twitter.com/kishanthan <http://twitter.com/kishanthan>* > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- Thanks & Regards, *Johann Dilantha Nallathamby* Associate Technical Lead & Product Lead of WSO2 Identity Server Integration Technologies Team WSO2, Inc. lean.enterprise.middleware Mobile - *+94777776950* Blog - *http://nallaa.wordpress.com <http://nallaa.wordpress.com>*
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
