> -----Original Message----- > From: Alex Huang [mailto:[email protected]] > Sent: Thursday, September 06, 2012 7:20 PM > To: [email protected] > Subject: RE: [DISCUSS] how about components.xml > > > > > -----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
This is more or less in line with the rpm build I'm working on. There is a server rpm with the oss stuff and a server-nonoss rpm with the other stuff. Components.xml can have all lines for extra stuff commented out. We can put bits of text in explaining what jars should be on the classpath and how to enable.
