brooklyn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Kennedy <>
Subject [VOTE] Accept contribution of Brooklyn Container Service
Date Wed, 31 May 2017 10:56:05 GMT


This repository contains Brooklyn Container Service, which is a set of
locations and entities for Apache Brooklyn that allow deployment of
applications to container based locations. The locations provided
use the jclouds Docker provider and the fabric8 Kubernetes client to
give Brooklyn access to Docker Engine, Docker Swarm, Kubernetes and
OpenShift. As well as these locations, entities that represent Docker
containers and Kubernetes pods are included, which can be used to build
applications. Blueprints for containerised applications can also be
developed and deployed using the usual Brooklyn components. This is a
useful addition to Apache Brooklyn and allows the project to extend its
scope to include this essential part of the Cloud Native ecosystem.

Container Service was developed by Cloudsoft Corporation as part of its
AMP product over the last year, based on the earlier open source Clocker
codebase. There have been 14 contributors, making 379 commits in 50
files, with around 3.3 KLOC of Java. The commit being discussed here has
id `975807b89df63833d9b53b50d508cb5d782ad7b0` and tag `apache-brooklyn`,
and the code can be accessed at the following URLs:


This vote is to determine whether the Brooklyn PMC is in favour of
accepting the code contribution. If the vote passes, the PMC and the
authors of the code will work together to complete the ASF IP Clearance
process and merge the Container Service repository into Apache Brooklyn.

    [ ] +1 : Accept contribution of Brooklyn Container Service
    [ ]  0 : No opinion
    [ ] -1 : Reject contribution because...

The vote is open for 72 hours and will close at 11h00 UTC/12h00 BST on
Saturday 03 June 2017 and the results will be announced on this list.


Andrew Kennedy ; Founder project ; @grkvlt ; Cloudsoft

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message