I think that Andreas has a valid point. With the description you are giving here, there seems to be much more overlap with the Twill podling than I initially anticipated.
In the Hoya proposal, I'd like to learn about how it compares to Twill and why it makes sense to start another such podling while the other one is still ongoing. Bernd On Wed, Jan 15, 2014 at 2:36 PM, Steve Loughran <ste...@hortonworks.com>wrote: > On 15 January 2014 02:13, Andreas Neumann <a...@apache.org> wrote: > > > I see. So is Hoya limited to HBase and Accumulo? Or is it open for any > > other type of existing application? If so, won't it have some common > > abstraction that is shared by all of them? That is where I see the > > similarity with Twill. > > > > > it started off as pure hbase, but now has the notion of a provider which > has a client-side and server side > > client side > -helps set up the template JSON file to describe the cluster (e.g. adds > default values), > -patches the configuration directory supplied at creation time with > whatever options it wants (e.g links up fs.default.name & ZK settings in > hbase-site.xml) > -does preflight validation of cluster options > -can also add its own .tar.gz to the resources of the AM (or any other > resources) > > server side > -runs in the AM and sets up everything needed to run instances of a role > (e.g. HBase master, Accumulo GC, ..) > -can run code in the AM to help set things up (e.g. Accumulo provider > service runs bin/accumulo init if needed) > -TODO: liveness monitoring > > the requirements of an app to be deployable are > > https://github.com/hortonworks/hoya/blob/master/src/site/markdown/app_needs.md > > > > > Whereas, if it is a separate effort for each existing application, say > > HBase, then what is the end goal for Hoya when it comes out of > incubation? > > To merge it back into HBase proper? > > > > > Now that it supports >1 application, it can't go into HBase. The individual > provider services can (their implementation classes are worked out via the > configuration.XML). > > But as we use the accumulo and HBase apps for testing, its really good to > have them both in the hoya project right now -a project that builds > downstream of both and needs > to be given the Hadoop filesystem paths to .tar.gz files of each app. > > There's nothing to stop 3rd party apps joining in, indeed, one thing I'd > like someone to do is actually have Hoya deploy SmartFrog .tar.gz files and > pass down configurations that deploy applications -for example jetty-based > web servers. That'd take an intern working at HP Labs over the summer, > maybe > > -steve > > -- > CONFIDENTIALITY NOTICE > NOTICE: This message is intended for the use of the individual or entity to > which it is addressed and may contain information that is confidential, > privileged and exempt from disclosure under applicable law. If the reader > of this message is not the intended recipient, you are hereby notified that > any printing, copying, dissemination, distribution, disclosure or > forwarding of this communication is strictly prohibited. If you have > received this communication in error, please contact the sender immediately > and delete it from your system. Thank You. >
