> -----Original Message----- > From: David Nalley [mailto:[email protected]] > Sent: Thursday, September 06, 2012 10:14 AM > To: [email protected] > Subject: Re: [DISCUSS] how about components.xml > > On Thu, Sep 6, 2012 at 1:05 PM, Alex Huang <[email protected]> wrote: > > We can always put out a OSS components.xml and a full components.xml. > components.xmls can inherit from each other so the full componetns.xml > won't have to redefine everything just the things that changed. > > > > The user can specify which one to use via an environment variable, "cloud- > stack-components-specification". Put this in the properties file and set the > value to the path to components.xml cloudstack should use. > > > > --Alex > > > > Doesn't this assume that people want to build all of the non-ASF friendly > pieces? What if I just want to build the default CloudStack build + F5 > support. > Some of the dependencies for non-ASF friendly pieces require hardware > purchases (NetApp) or support contracts (NetScaler). I don't think there can > be only two choices, even if that is how we might build it.
You are correct. Another way to do it is to only give instructions and the plugins give xml fragments to add themselves in. But I think for simplicity, it's easier for now to just build all non-ASF friendly pieces together. Just because the plugin is in the code doesn't mean people need to use it. Actually we can do both of these: release a full that includes everything and each plugin includes xml fragments. Then users have a choice. --Alex
