On Wed, Sep 5, 2012 at 12:15 PM, Harshana Martin <harsh...@wso2.com> wrote:
> Hi Shankar, > > On Wed, Sep 5, 2012 at 9:48 AM, Selvaratnam Uthaiyashankar < > shan...@wso2.com> wrote: > >> >> >> On Wed, Sep 5, 2012 at 9:46 AM, Harshana Martin <harsh...@wso2.com>wrote: >> >>> Hi Shankar, >>> >>> On Sep 5, 2012 8:44 AM, "Selvaratnam Uthaiyashankar" <shan...@wso2.com> >>> wrote: >>> > >>> > >>> > >>> > On Wed, Sep 5, 2012 at 8:26 AM, Harshana Martin <harsh...@wso2.com> >>> wrote: >>> >> >>> >> Hi Shankar, >>> >> >>> >> On Wed, Sep 5, 2012 at 7:41 AM, Selvaratnam Uthaiyashankar < >>> shan...@wso2.com> wrote: >>> >>> >>> >>> I didn't understand your requirements fully. Why do you need the >>> tenant Id? Normally, you logged in using correct tenant username, and >>> internally it will handle it. We do not need to handle this at the dev >>> studio level. Can you explain what kind of operations you are trying to do? >>> >> >>> >> >>> >> Previously we deployed C-App to a common location of >>> repository/deployment/server/carbonapps location. But now servers running >>> in tenant mode, deploying the C-App to super tenant is wrong IMO. >>> >> >>> >> If an user adds a Remote Server to Developer Studio, user provide the >>> server URL. So that URL is now contains tenant domiain. Therefore we need >>> the Tenant Id corresponding to Tenant Domain to deploy the C-App to remote >>> Server now. >>> >> >>> >> Therefore now we need the Tenant Id at the Dev Studio side. >>> > >>> > >>> > No, IMO, user gives the server URL as >>> https://appserver.stratoslive.wso2.com and user name as f...@bar.com >>> > >>> > Even previously, we used to do that, and developer studio uses (AFAIK) >>> CApp uploader admin service by passing above username. In that case, it >>> will be deployed to correct tenant. Developer studio will not be able to >>> copy the file to a location in file system. If you calculate that path and >>> copy, now that logic is in two places (dev studio and CApp uploader admin >>> service). I believe, you should use the admin service only. >>> >>> Yes. This is correct for remote servers. The problem occurs for local >>> servers. >>> >>> For local servers we use the file system for this operation but not the >>> admin service. In rhat casr we have it. >>> >>> But for local severs also we can use the admin service. But it will >>> slowdown the deployment a bit. >>> >> >> But, isn't it clean? The logic should be only in one place for >> maintainability, IMO :). >> > > True. I agree!! > > It's clean and maintainable but it adds an extra couple of seconds > overhead to Car deployment :-). > That is fine since the maintenance advantage outweighs the couple of extra seconds. The CAR deployer can independently choose where it deploys artifacts from. > > Anyway I'll use the C-App uploading Admin service instead of writing new > admin service to expose the Tenant Id. > > Thanks and Regards, > Harshana > >> >> Shankar >> >> >> >>> Thanks and Regards, >>> Harahana >>> >>> > >>> > Shankar >>> > >>> > >>> >> >>> >> >>> >> Thanks and Regards, >>> >> Harshana >>> >>> >>> >>> >>> >>> Shankar >>> >>> >>> >>> >>> >>> On Tuesday, September 4, 2012, Harshana Martin wrote: >>> >>>> >>> >>>> Hi All, >>> >>>> >>> >>>> Can someone explain $Subject? >>> >>>> >>> >>>> We need to get the Tenant Id for C-App deployment to Servers from >>> Dev Studio. Now that servers running in Service mode, C-App deployment also >>> has to be tenant specific. Therefore we need this. >>> >>>> >>> >>>> Is there any existing Admin Service we can reuse? If yes, can >>> someone point it to me? >>> >>>> >>> >>>> Thanks and Regards, >>> >>>> Harshana >>> >>>> -- >>> >>>> Harshana Martin >>> >>>> Senior Software Engineer >>> >>>> Member, Management Committee - Development Technologies >>> >>>> WSO2 Inc. : http://wso2.com ; http://wso2.org >>> >>>> Mobile: +94 775 998 115 >>> >>>> Profile: https://www.google.com/profiles/harshana05 >>> >>>> Blog: http://harshana05.blogspot.com >>> >>>> Twitter: http://twitter.com/harshana05 >>> >>>> >>> >>>> >>> >>> >>> >>> >>> >>> -- >>> >>> S.Uthaiyashankar >>> >>> Director, Cloud Solutions >>> >>> WSO2 Inc. >>> >>> http://wso2.com/ - "lean . enterprise . middleware" >>> >>> >>> >>> Phone: +94 714897591 >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> Harshana Martin >>> >> Senior Software Engineer >>> >> Member, Management Committee - Development Technologies >>> >> WSO2 Inc. : http://wso2.com ; http://wso2.org >>> >> Mobile: +94 775 998 115 >>> >> Profile: https://www.google.com/profiles/harshana05 >>> >> Blog: http://harshana05.blogspot.com >>> >> Twitter: http://twitter.com/harshana05 >>> >> >>> >> >>> > >>> > >>> > >>> > -- >>> > S.Uthaiyashankar >>> > Director, Cloud Solutions >>> > WSO2 Inc. >>> > http://wso2.com/ - "lean . enterprise . middleware" >>> > >>> > Phone: +94 714897591 >>> >>> >> >> >> -- >> S.Uthaiyashankar >> Director, Cloud Solutions >> WSO2 Inc. >> http://wso2.com/ - "lean . enterprise . middleware" >> >> Phone: +94 714897591 >> > > > > -- > Harshana Martin > Senior Software Engineer > Member, Management Committee - Development Technologies > WSO2 Inc. : http://wso2.com ; http://wso2.org > Mobile: +94 775 998 115 > Profile: https://www.google.com/profiles/harshana05 > Blog: http://harshana05.blogspot.com > Twitter: http://twitter.com/harshana05 > > > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * <http://www.apache.org/>** email: **az...@wso2.com* <az...@wso2.com>* cell: +94 77 3320919 blog: **http://blog.afkham.org* <http://blog.afkham.org>* twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> * linked-in: **http://lk.linkedin.com/in/afkhamazeez* * * *Lean . Enterprise . Middleware*
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev