We cannot share same governance space across all environments. That's why we isolated the governance spaces. 1. Security reasons - In Development environment Production data should not be accessible. 2. We cannot mount same location since three environments should have three registry resources by same name.
Thanks & Regards Danushka Fernando Software Engineer WSO2 inc. http://wso2.com/ Mobile : +94716332729 On Thu, Oct 23, 2014 at 1:49 PM, Senaka Fernando <[email protected]> wrote: > Yes, cool, so why not mount the /_system/governance collection of this > registry into AS? You don't need a separate governance collection only for > AS, which is what creates this situation. > > Thanks, > Senaka. > > On Thu, Oct 23, 2014 at 2:55 AM, Danushka Fernando <[email protected]> > wrote: > >> 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 >>> >> >> > > > -- > > > *[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
