Introducing domain key even for 'carbon.super' will eliminate the need of hard coding 'carbon.super' in test framework engine. However, I don't think this 'carbon.super' domain will change in future. But to be on safe side better to use key for superTenant as well.
Thanks, Krishantha. On Wed, Feb 12, 2014 at 3:01 PM, Dharshana Warusavitharana < [email protected]> wrote: > My opinion is if its super tenant, we don't need to add a separate key > for that. We have a separate constructor in design to get Super Tenat and > Tena admin by design. > But for other tenants other than super its better to take a key rather > than domain to build up the context. > > Thank you, > Dharshana. > > > On Wed, Feb 12, 2014 at 2:39 PM, Nuwan Wimalasekara <[email protected]>wrote: > >> Hi Malintha, >> Once we define a key as supperTenant<(tenant domain="carbon.super" >> *key="superTenant"*>) , are we going to keep the <superTenant> element >> in usermanagement ? >> >> >> On Tue, Feb 11, 2014 at 5:08 PM, Malintha Adikari <[email protected]>wrote: >> >>> Hi, >>> >>> automation.xml file contains all configuration details related to the >>> tests. UserManagement section in that file contains the tenant/user >>> details. Current structure of the user management section is as follows >>> >>> <userManagement> >>> <superTenant> >>> <tenant domain="carbon.super" > >>> <admin> >>> <user key="admin"> >>> <userName>admin</userName> >>> <password>admin</password> >>> </user> >>> </admin> >>> <users> >>> <user key="user2"> >>> <userName>testuser21</userName> >>> <password>testuser21</password> >>> </user> >>> </users> >>> </tenant> >>> </superTenant> >>> <tenants> >>> <tenant domain="wso2.com"> >>> <admin> >>> <user key="admin"> >>> <userName>admin</userName> >>> <password>admin</password> >>> </user> >>> </admin> >>> <users> >>> <user key="user1"> >>> <userName>testuser11</userName> >>> <password>testuser11</password> >>> </user> >>> .................. >>> .................. >>> >>> We have decided to introduce "key" attribute for tenant elements so that >>> users can refer the tenant using that key values in their test rather than >>> reffering it using the "domain" name of the tenant. With the new "key" >>> attribute the tenant element will look like >>> >>> <tenant domain="carbon.super" *key="superTenant"*> >>> <admin> >>> <user key="admin"> >>> <userName>admin</userName> >>> <password>admin</password> >>> </user> >>> </admin> >>> <users> >>> <user key="user2"> >>> <userName>testuser21</userName> >>> <password>testuser21</password> >>> </user> >>> </users> >>> </tenant> >>> >>> As users can refer to the tenants using keys , tenant configurations >>> (specially domain name) will be able to change without any changes to >>> written tests. >>> >>> >>> Regards, >>> -- >>> *Malintha Adikari* >>> Software Engineer >>> WSO2 Inc.; http://wso2.com >>> lean.enterprise.middleware >>> >>> mobile: +94 71 2312958 >>> >>> _______________________________________________ >>> Dev mailing list >>> [email protected] >>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >> >> >> -- >> Nuwan Wimalasekara >> Senior Software Engineer - Test Automation >> WSO2, Inc.: http://wso2.com >> lean. enterprise. middleware >> >> phone: +94 71 668 4620 >> >> >> >> >> _______________________________________________ >> Dev mailing list >> [email protected] >> http://wso2.org/cgi-bin/mailman/listinfo/dev >> >> > > > -- > > Dharshana Warusavitharana > Senior Software Engineer , Test Automation > WSO2 Inc. http://wso2.com > email : [email protected] <[email protected]> > Tel : +94 11 214 5345 > Fax :+94 11 2145300 > cell : +94772202595 > blog : http://dharshanaw.blogspot.com > > lean . enterprise . middleware > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- Krishantha Samaraweera Senior Technical Lead - Test Automation Mobile: +94 77 7759918 WSO2, Inc.; http://wso2.com/ lean . enterprise . middlewear.
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
