Hi Ravi The Role name is not important - you could have a Role called Managers in AppA and AppB. The real identifier is the Role ID (negative number) and the Application Name which identifies what application it belongs to.
HTH David Sanders Remedy Solution Architect Enterprise Service Suite @ Work ========================== ARS List Award Winner 2005 Best 3rd party Remedy Application See the ESS Concepts Guide tel +44 1494 468980 mobile +44 7710 377761 email [EMAIL PROTECTED] web http://www.westoverconsulting.co.uk -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Ravi Sent: Monday, June 02, 2008 9:54 PM To: arslist@ARSLIST.ORG Subject: Re: Use of "Roles" in Deployable Application LJ, David: thanks for your response. What if the role already exists in the destination server? Wouldn't I run into the same issue. For example: Source Server has a deployable application (appA) and a role (roleA). Let'z say this roleA has a group called Testers. I export this application. Destination server already has a different application (appB) and a role (roleA). If I import the application here, wouldn't that mess up appB? TIA Ravi LJ Longwing wrote: > Additionally, Role ID's are specific to the application...which means that a > deployable application can be dropped onto a new server, and have the roles > mapped to existing groups on the new server without breaking anything. If > it's a local application then the permissions are tied to a group id...if > the group id that the application uses is already in use on the destination > server...you are screwed...I believe that this architecture was setup so > that Company A could sell an application to Company B without regard for if > the group ID's the application was built on are already in use on the > destination server > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Ravi > Sent: Monday, June 02, 2008 11:34 AM > To: arslist@ARSLIST.ORG > Subject: Use of "Roles" in Deployable Application > > Hi: I am trying to build a deployable application for the first time so I > can migrate the application between test, development and production remedy > servers. I read through the docs couple of times and still can't seem to > understand the usage of roles. I know users are part of one or more > group(s). A role can have one group when in Test and another group when in > Production. Is that all: All roles does is provide access to the application > to different set of users based on the deployable application state? > > So do the groups and roles have to exist on the destination arserver before > exporting an imported application from my test server to the development > arserver? > > Also looks like the advantage of using deployable application instead of > local application is that it can be licensesed and tracked. Is that the only > reason why someone would use deployable? > > TIA > Ravi > > ____________________________________________________________________________ > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: > www.rmsportal.com ARSlist: "Where the Answers Are" > > ____________________________________________________________________________ ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"