Hi Senaka For an app in AF users can add Resources like datasources, databases, registry properties and apis. We save registry properties and apis in cloud registry. So we read/write them from network calls. In cloud these network calls cause lot of issues like slowness, timeouts and so on. As a solution if we can access the cloud registry without network calls, then we can make this more stabilized.
Thanks & Regards Danushka Fernando Software Engineer WSO2 inc. http://wso2.com/ Mobile : +94716332729 On Thu, Oct 23, 2014 at 4:14 AM, Senaka Fernando <[email protected]> wrote: > Hi Danushka, > > So, in this case, why not keep things simple and have one registry per > environment, like in your picture and mount /_system/governance of G-Reg to > /_system/governance of AS? Why won't this work? > > Thanks, > Senaka. > > > On Wed, Oct 22, 2014 at 9:37 PM, Danushka Fernando <[email protected]> > wrote: > >> Hi Senaka >> I just added appserver inside the cloud because that what we have right >> now. ;) >> By network calls I meant #1. >> >> >> Thanks & Regards >> Danushka Fernando >> Software Engineer >> WSO2 inc. http://wso2.com/ >> Mobile : +94716332729 >> >> On Thu, Oct 23, 2014 at 1:56 AM, Senaka Fernando <[email protected]> wrote: >> >>> Guys, >>> >>> So before digging directly into the solution, we should take a step back >>> and see whether we are doing the right thing in the first place. >>> >>> So, firstly Danushka, thanks for sharing the use-case. Having said this, >>> AppFactory, long-term is not going to just have AppServer only. >>> >>> When you say network call do you mean, >>> 1. the network call using WS-API to access a single shared registry or >>> 2. the network call to copy data from G-Reg (dev) to G-Reg (test)? >>> >>> If this is #2, how would having a single mounted registry instance solve >>> the problem? Are you planning to share the same resources among all >>> environments? >>> >>> If not, wouldn't you still need to copy from A to B? >>> >>> If so, are you simply referring to the overhead of copying between two >>> G-Reg nodes vs copying from path X to path Y in a single G-Reg? >>> >>> Thanks, >>> Senaka. >>> >>> >>> On Wed, Oct 22, 2014 at 11:06 AM, Shazni Nazeer <[email protected]> wrote: >>> >>>> Hi Pulasthi, >>>> >>>> Have you done this configuration in GREG or AS? If you want to mount >>>> /_system/governance path in AS to /_system/as/governance in GREG, you have >>>> to put the following in AS >>>> >>>> <mount path="/_system/governance" overwrite="true"> >>>> <instanceId>asgov</instanceId> >>>> <targetPath>/_system/as/governance</targetPath> >>>> </mount> >>>> >>>> and >>>> >>>> <mount path="/_system/as/governance" overwrite="true"> >>>> <instanceId>asgov</instanceId> >>>> <targetPath>/_system/as/governance</targetPath> >>>> </mount> >>>> >>>> in GREG. Replace the <instanceId> as appropriate >>>> >>>> >>>> Shazni Nazeer >>>> >>>> Senior Software Engineer >>>> >>>> Mob : +94 777737331 >>>> LinkedIn : http://lk.linkedin.com/in/shazninazeer >>>> Blog : http://shazninazeer.blogspot.com >>>> >>>> On Wed, Oct 22, 2014 at 3:11 PM, Pulasthi Supun <[email protected]> >>>> wrote: >>>> >>>>> Hi Shazni, >>>>> >>>>> Nope, the configs are correct >>>>> >>>>> <mount path="/_system/as/governance" overwrite="true"> >>>>> <instanceId>asgov</instanceId> >>>>> <targetPath>/_system/governance</targetPath> >>>>> </mount> >>>>> >>>>> this config means to mount the /_system/governance path in AS, into >>>>> the "/_system/as/governance". >>>>> >>>>> Regards, >>>>> Pulasthi >>>>> >>>>> >>>>> On Wed, Oct 22, 2014 at 2:45 PM, Shazni Nazeer <[email protected]> >>>>> wrote: >>>>> >>>>>> Pulasthi, >>>>>> >>>>>> As I understand you have to change the AS mount as below. >>>>>> >>>>>> <mount path="/_system/governance" overwrite="true"> >>>>>> <instanceId>asgov</instanceId> >>>>>> <targetPath>/_system/as/governance</targetPath> >>>>>> </mount> >>>>>> >>>>>> i.e. As Senaka has mentioned you aren't trying to mount >>>>>> /_system/governance of AS, but rather /_system/as/governance to >>>>>> /_system/governance of GREG. >>>>>> >>>>>> >>>>>> Shazni Nazeer >>>>>> >>>>>> Senior Software Engineer >>>>>> >>>>>> Mob : +94 777737331 >>>>>> LinkedIn : http://lk.linkedin.com/in/shazninazeer >>>>>> Blog : http://shazninazeer.blogspot.com >>>>>> >>>>>> On Wed, Oct 22, 2014 at 1:21 AM, Senaka Fernando <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> Pulasthi, >>>>>>> >>>>>>> You have mounted AS on G-Reg but not G-Reg on AS right? This is not >>>>>>> the normal way of setting this up. Any reason for doing this? >>>>>>> >>>>>>> Thanks, >>>>>>> Senaka. >>>>>>> >>>>>>> >>>>>>> On Tuesday, October 21, 2014, Pulasthi Supun <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi Senaka/All, >>>>>>>> >>>>>>>> Consider the following mounting scenario >>>>>>>> >>>>>>>> A greg has its governance space mounted >>>>>>>> >>>>>>>> <mount path="/_system/governance" overwrite="true"> >>>>>>>> <instanceId>reggov</instanceId> >>>>>>>> <targetPath>/_system/governance</targetPath> >>>>>>>> </mount> >>>>>>>> >>>>>>>> And the governance space of a separate AS server is mounted to a >>>>>>>> different path in the greg. >>>>>>>> >>>>>>>> <mount path="/_system/as/governance" overwrite="true"> >>>>>>>> <instanceId>asgov</instanceId> >>>>>>>> <targetPath>/_system/governance</targetPath> >>>>>>>> </mount> >>>>>>>> >>>>>>>> When the mounts are done mount does not work properly everything >>>>>>>> under "/_system/as/governance" is replaced by resources that are in >>>>>>>> "/_system/governance" . So the governance space of the greg is >>>>>>>> populated >>>>>>>> into both paths. When we remove the mount of the greg and only mount >>>>>>>> the >>>>>>>> governance of AS, it works properly. Is this a known bug?. >>>>>>>> >>>>>>>> >>>>>>>> Regards >>>>>>>> Pulasthi >>>>>>>> -- >>>>>>>> -- >>>>>>>> Pulasthi Supun >>>>>>>> Software Engineer; WSO2 Inc.; http://wso2.com, >>>>>>>> Email: [email protected] >>>>>>>> Mobile: +94 (71) 9258281 >>>>>>>> Blog : http://pulasthisupun.blogspot.com/ >>>>>>>> Git hub profile: https://github.com/pulasthi >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> *[image: http://wso2.com] <http://wso2.com>Senaka Fernando* >>>>>>> Solutions Architect; WSO2 Inc.; http://wso2.com >>>>>>> >>>>>>> >>>>>>> >>>>>>> *Member; Apache Software Foundation; http://apache.org >>>>>>> <http://apache.org>E-mail: senaka AT wso2.com <http://wso2.com>**P: >>>>>>> +1 408 754 7388 <%2B1%20408%20754%207388>; ext: 51736*; >>>>>>> >>>>>>> >>>>>>> *M: +44 782 741 1966 <%2B44%20782%20741%201966>Linked-In: >>>>>>> http://linkedin.com/in/senakafernando >>>>>>> <http://linkedin.com/in/senakafernando>*Lean . Enterprise . >>>>>>> Middleware >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Dev mailing list >>>>>>> [email protected] >>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> -- >>>>> Pulasthi Supun >>>>> Software Engineer; WSO2 Inc.; http://wso2.com, >>>>> Email: [email protected] >>>>> Mobile: +94 (71) 9258281 >>>>> Blog : http://pulasthisupun.blogspot.com/ >>>>> Git hub profile: https://github.com/pulasthi >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> *[image: http://wso2.com] <http://wso2.com>Senaka Fernando* >>> Solutions Architect; WSO2 Inc.; http://wso2.com >>> >>> >>> >>> *Member; Apache Software Foundation; http://apache.org >>> <http://apache.org>E-mail: senaka AT wso2.com <http://wso2.com>**P: +1 >>> 408 754 7388 <%2B1%20408%20754%207388>; ext: 51736*; >>> >>> >>> *M: +44 782 741 1966 <%2B44%20782%20741%201966>Linked-In: >>> http://linkedin.com/in/senakafernando >>> <http://linkedin.com/in/senakafernando>*Lean . Enterprise . Middleware >>> >> >> > > > -- > > > *[image: http://wso2.com] <http://wso2.com>Senaka Fernando* > Solutions Architect; WSO2 Inc.; http://wso2.com > > > > *Member; Apache Software Foundation; http://apache.org > <http://apache.org>E-mail: senaka AT wso2.com <http://wso2.com>**P: +1 > 408 754 7388 <%2B1%20408%20754%207388>; ext: 51736*; > > > *M: +44 782 741 1966 <%2B44%20782%20741%201966>Linked-In: > http://linkedin.com/in/senakafernando > <http://linkedin.com/in/senakafernando>*Lean . Enterprise . Middleware >
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
