Hi Martin, On Wed, Sep 24, 2014 at 4:44 AM, Martin Eppel (meppel) <mep...@cisco.com> wrote:
> Hi Isuru, > > > > What kind of properties are you referring to where this would be the case > ? Is there an actual use case for this ? Which code in stratos would > actually take these properties into account and apply them ? > By properties, I meant just key value pairs. The actual use case is to expose information about a particular Group, to a depending Group which will be interested in communicating with the former. For an example, take a PHP instance and a DB Group. The PHP instance might require the DB's endpoint to communicate with it. In that case, DB Group will expose the endpoint and PHP can pick it up. So, in the DB group, we should specify the endpoint as a dynamic property in the definition. The static properties are similar to the payload parameters that we currently specify in the cartridge definition. Currently I can't point to a single location to say that these will be used from that location of the code. Also, as per the M1 task list [1] I shared, we might not need this for M1. Therefore, maybe we can properly think through before implementing. WDYT? [1]. Planing for Service Grouping - M1 > > > Thanks > > > > Martin > > > > *From:* isu...@wso2.com [mailto:isu...@wso2.com] *On Behalf Of *Isuru > Haththotuwa > *Sent:* Sunday, September 21, 2014 1:05 AM > *To:* dev > *Subject:* [Discuss] [Grouping] Specifying Dependency Information in > Group Definition > > > > Hi Devs, > > In Service Grouping, a cartridge that is depending on another might need > some information (endpoint, etc.) about the latter. AFAIU this information > will be specific to a Service in a Group. Therefore, I suggest we add this > properties to the cartridges section of the Group definition. I have shown > a simple Group Definition with the proposed changes [1]. > > Here, dynamicProperties contains the names of properties of which values > should be dynamically picked at the runtime. If a user needs custom > properties, we should define a abstraction so that a custom implementation > can be loaded at the runtime. The per-defined property name-value pairs are > defined in the staticProperties section. > > These data can be published to the meta data service. The relevant member > instances can query them and get the information about the dependencies. > Handling this information would be done at the instance level (using > Cartridge Agent, etc.). > > > > Please share your feedback. > > > [1]. > { > "name": "group1", > "cartridges": [ > { > "type": "mysql", > "dynamicProperties": [ > "hostname", > > "port" > > ], > "staticProperties": [ > { > "name": "property1", > "value": "property1_value" > }, > { > "name": "property2", > "value": "property2_value" > } > ] > } > ], > "dependencies": { > "killBehaviour": "kill-none" > } > } > > -- > > Thanks and Regards, > > Isuru H. > > +94 716 358 048 > > -- > <%2B94%20716%20358%20048> > Thanks and Regards, > > Isuru H. > <%2B94%20716%20358%20048> > +94 716 358 048* <http://wso2.com/>* > > > * <http://wso2.com/>* > > >
