Build failed in Jenkins: brooklyn-master-build-docker #298

[Apache Jenkins Server]

See 


--
[...truncated 9.70 MB...]
[INFO] Parsing exclusions from /usr/build/brooklyn-client/.gitignore
[INFO] Finished adding exclusions from SCM ignore files.
[INFO] 70 implicit excludes (use -debug for more details).
[INFO] Exclude: sandbox/**
[INFO] Exclude: release/**
[INFO] Exclude: README.md
[INFO] Exclude: **/.git/**
[INFO] Exclude: **/.gitignore
[INFO] Exclude: **/.repository/**
[INFO] Exclude: **/.idea/**
[INFO] Exclude: **/*.iml
[INFO] Exclude: **/.classpath/**
[INFO] Exclude: **/.project
[INFO] Exclude: **/.settings/**
[INFO] Exclude: **/*.log
[INFO] Exclude: **/brooklyn*.log.*
[INFO] Exclude: **/target/**
[INFO] Exclude: **/nbactions.xml
[INFO] Exclude: **/nb-configuration.xml
[INFO] Exclude: ignored/**
[INFO] Exclude: LICENSE.md
[INFO] Exclude: .mvn/jvm.config
[INFO] Exclude: **/src/main/license/**
[INFO] Exclude: **/src/test/license/**
[INFO] Exclude: **/MANIFEST.MF
[INFO] Exclude: **/test-output/**
[INFO] Exclude: **/*.pem.pub
[INFO] Exclude: **/*.pem
[INFO] Exclude: **/*_rsa.pub
[INFO] Exclude: **/*_rsa
[INFO] Exclude: **/*.svg
[INFO] Exclude: **/*.crt
[INFO] Exclude: **/*.csr
[INFO] Exclude: **/*.key
[INFO] Exclude: **/*.key.org
[INFO] Exclude: **/*.psd
[INFO] Exclude: **/*.json
[INFO] Exclude: **/*.plxarc
[INFO] Exclude: 
**/src/test/resources/org/apache/brooklyn/entity/software/base/template_with_extra_substitutions.txt
[INFO] Exclude: **/src/main/resources/banner.txt
[INFO] Exclude: **/src/test/resources/ssl/certs/localhost/info.txt
[INFO] Exclude: **/src/main/history/dependencies.xml
[INFO] Exclude: **/sandbox/examples/src/main/scripts/amis.txt
[INFO] Exclude: docs/**
[INFO] 2 resources included (use -debug for more details)
[INFO] Rat check: Summary over all files. Unapproved: 0, unknown: 0, generated: 
0, approved: 2 licenses.
[INFO] 
[INFO] --- maven-source-plugin:2.4:jar-no-fork (attach-sources) @ 
brooklyn-client ---
[INFO] 
[INFO] --- maven-source-plugin:2.4:test-jar-no-fork (attach-sources) @ 
brooklyn-client ---
[INFO] 
[INFO] --- maven-install-plugin:2.5.2:install (default-install) @ 
brooklyn-client ---
[INFO] Installing /usr/build/brooklyn-client/pom.xml to 
/root/.m2/repository/org/apache/brooklyn/brooklyn-client/1.0.0-SNAPSHOT/brooklyn-client-1.0.0-SNAPSHOT.pom
[INFO] 
[INFO] 
[INFO] Building Brooklyn Client Command Line Interface 1.0.0-SNAPSHOT
[INFO] 
Downloading from central: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-assembly-plugin/2.5.4/maven-assembly-plugin-2.5.4.pom
Progress (1): 2.1/17 kBProgress (1): 4.9/17 kBProgress (1): 7.7/17 kBProgress 
(1): 10/17 kB Progress (1): 13/17 kBProgress (1): 16/17 kBProgress (1): 17 kB   
   Downloaded from central: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-assembly-plugin/2.5.4/maven-assembly-plugin-2.5.4.pom
 (17 kB at 1.0 MB/s)
Downloading from central: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-assembly-plugin/2.5.4/maven-assembly-plugin-2.5.4.jar
Progress (1): 2.1/238 kBProgress (1): 4.9/238 kBProgress (1): 7.7/238 
kBProgress (1): 10/238 kB Progress (1): 13/238 kBProgress (1): 16/238 
kBProgress (1): 19/238 kBProgress (1): 21/238 kBProgress (1): 24/238 kBProgress 
(1): 27/238 kBProgress (1): 30/238 kBProgress (1): 32/238 kBProgress (1): 
36/238 kBProgress (1): 40/238 kBProgress (1): 44/238 kBProgress (1): 49/238 
kBProgress (1): 53/238 kBProgress (1): 57/238 kBProgress (1): 61/238 kBProgress 
(1): 65/238 kBProgress (1): 69/238 kBProgress (1): 73/238 kBProgress (1): 
77/238 kBProgress (1): 81/238 kBProgress (1): 85/238 kBProgress (1): 89/238 
kBProgress (1): 94/238 kBProgress (1): 98/238 kBProgress (1): 102/238 
kBProgress (1): 106/238 kBProgress (1): 110/238 kBProgress (1): 114/238 
kBProgress (1): 118/238 kBProgress (1): 122/238 kBProgress (1): 126/238 
kBProgress (1): 130/238 kBProgress (1): 135/238 kBProgress (1): 139/238 
kBProgress (1): 143/238 kBProgress (1): 147/238 kBProgress (1): 151/238 
kBProgress (1): 155/238 kBProgress (1): 159/238 kBProgress (1): 163/238 
kBProgress (1): 167/238 kBProgress (1): 171/238 kBProgress (1): 176/238 
kBProgress (1): 180/238 kBProgress (1): 184/238 kBProgress (1): 188/238 
kBProgress (1): 192/238 kBProgress (1): 196/238 kBProgress (1): 200/238 
kBProgress (1): 204/238 kBProgress (1): 208/238 kBProgress (1): 212/238 
kBProgress (1): 216/238 kBProgress (1): 221/238 kBProgress (1): 225/238 
kBProgress (1): 229/238 kBProgress (1): 233/238 kBProgress (1): 237/238 
kBProgress (1): 238 kBDownloaded from central: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-assembly-plugin/2.5.4/maven-assembly-plugin-2.5.4.jar
 (238 kB at 7.9 MB/s)
[INFO] 
[INFO] --- maven-clean-plugin:2.6.1:clean (default-c

Re: Making First Contact

[Geoff Macartney]

hi all,

Something to consider is not just the technology but the community.  I have
an idea that there are more people in the Apache Brooklyn community who
have experience with Angular than with React (in fact I don't know anyone
in the community who knows React).  It might mean that it would be easier
to find people to maintain and further develop a new UI if it were done in
Angular.

Brooklyners, what do you all think?  Has anyone a view on the best choice
of framework, for people or technological reasons? My thought is that,
while both frameworks have their cheerleaders, in the end of the day they
are probably broadly equivalent in terms of capability, and it may be best
to pick the path that will maximise the opportunity for people to
contribute.

regards
Geoff



On Wed, 21 Mar 2018 at 20:55 Mert Kahyaoğlu  wrote:

> Hi Thomas,
>
> Yes, I'm working full-time for a startup called iyzico. I'm planning to
> spare 2-3 hours after work for at least 4 week days and 6-8 hours at
> weekends each day. I'm not going to vacation during GSoC period. As I said,
> my priority will be GSoC. There should be no doubt for that. According to
> my estimation, I might be able to complete the project a couple of weeks
> before the deadline. I was a bit generous while estimating time in the
> proposal.
>
> Regarding the technology side, React is around for 3 years which makes it a
> lot stable while Angular just started to be stable with version 5. Before
> that switching between versions was very hard. A few months ago, Facebook
> React team released React Fiber
>  (v16.0) which is a
> reimplementation of React's core algorithm. This made React much faster and
> much more responsive than ever. Also this release opened up new concepts
> like Async Rendering  which
> makes it game-changing.
>
> I believe React is currently the most stable and fresh framework out there
> and won't become old for a long time. These are my thoughts, of course. I'm
> not a fanboy of any framework. I always love trying out new technologies.
> If the community thinks Angular 5 is the best fit for Brooklyn UI, I
> definitely go for it and give it a shot.
>
> Best,
> Mert
>
> 2018-03-21 21:01 GMT+03:00 Thomas Bouron  >:
>
> > Hi Mert.
> >
> > I saw that your proposal is in the final stage in GSoC website, that's
> > great. I wanted to ask you more questions but hadn't had the time before
> > now, apologies to that. I'm going to ask you here then.
> >
> > Regarding other commitments, you said that you are currently working
> > full-time for a web agency, is that correct? How do you plan to make this
> > work with GSoC? Do you have a rough idea how much time and effort you
> will
> > put in this project? Have you any vacation planned?
> >
> > Regarding the technology side of things, you said that you choose React
> > mostly because that's what you know, is that a fair statement? React is
> > almost 3 years old now. Angular 5 seems to be the new cool kid out there,
> > how does it compare to it? What are you thoughts on that? Is it worth
> going
> > for an "old" (old as in the JavaScript world) technology?
> >
> > Best
> >
> > On Sat, 10 Mar 2018, 10:44 Mert Kahyaoğlu,  wrote:
> >
> > > Absolutely right. We should really think about user experience when
> > > rewriting the UI. In my demo app, I followed the same UI guide with the
> > > current one but the real application won't have the same
> characteristics.
> > > We should think over how we can make users life easier than before and
> > > implement the new UI accordingly.
> > >
> > > 2018-03-10 0:12 GMT+03:00 Geoff Macartney <
> geoff.macart...@cloudsoft.io>
> > :
> > >
> > > > One thing to think about I have noted in a comment here:
> > > > https://issues.apache.org/jira/browse/BROOKLYN-575?
> > > > focusedCommentId=16393594&page=com.atlassian.jira.
> > > > plugin.system.issuetabpanels:comment-tabpanel#comment-16393594
> > > >
> > > > Something to think about for this proposal  - we should avoid
> thinking
> > > that
> > > > the idea is to reproduce the current interface using more modern
> > > > technologies. This is an opportunity to rethink the structure of the
> > user
> > > > interface, irrespective of the technology. The current interface
> > > presents a
> > > > fairly data-structure oriented view of applications, drilling down
> > > through
> > > > nested entity structures and presenting tables of properties and
> action
> > > > records.  This might be an opportunity to introduce a new structure
> > using
> > > > modern ideas of UI design, thinking about how to highlight what's
> > > important
> > > > to users and present that in a human-oriented way.  For example when
> > > there
> > > > are errors in activities it should not require a long series of
> clicks
> > to
> > > > navigate to them, rather the errors should be visible without any
> > clicks
> > > or
> > > > with just one. Sensors are

Re: Making First Contact

[Mert Kahyaoğlu]

Hi Thomas,

Yes, I'm working full-time for a startup called iyzico. I'm planning to
spare 2-3 hours after work for at least 4 week days and 6-8 hours at
weekends each day. I'm not going to vacation during GSoC period. As I said,
my priority will be GSoC. There should be no doubt for that. According to
my estimation, I might be able to complete the project a couple of weeks
before the deadline. I was a bit generous while estimating time in the
proposal.

Regarding the technology side, React is around for 3 years which makes it a
lot stable while Angular just started to be stable with version 5. Before
that switching between versions was very hard. A few months ago, Facebook
React team released React Fiber
 (v16.0) which is a
reimplementation of React's core algorithm. This made React much faster and
much more responsive than ever. Also this release opened up new concepts
like Async Rendering  which
makes it game-changing.

I believe React is currently the most stable and fresh framework out there
and won't become old for a long time. These are my thoughts, of course. I'm
not a fanboy of any framework. I always love trying out new technologies.
If the community thinks Angular 5 is the best fit for Brooklyn UI, I
definitely go for it and give it a shot.

Best,
Mert

2018-03-21 21:01 GMT+03:00 Thomas Bouron :

> Hi Mert.
>
> I saw that your proposal is in the final stage in GSoC website, that's
> great. I wanted to ask you more questions but hadn't had the time before
> now, apologies to that. I'm going to ask you here then.
>
> Regarding other commitments, you said that you are currently working
> full-time for a web agency, is that correct? How do you plan to make this
> work with GSoC? Do you have a rough idea how much time and effort you will
> put in this project? Have you any vacation planned?
>
> Regarding the technology side of things, you said that you choose React
> mostly because that's what you know, is that a fair statement? React is
> almost 3 years old now. Angular 5 seems to be the new cool kid out there,
> how does it compare to it? What are you thoughts on that? Is it worth going
> for an "old" (old as in the JavaScript world) technology?
>
> Best
>
> On Sat, 10 Mar 2018, 10:44 Mert Kahyaoğlu,  wrote:
>
> > Absolutely right. We should really think about user experience when
> > rewriting the UI. In my demo app, I followed the same UI guide with the
> > current one but the real application won't have the same characteristics.
> > We should think over how we can make users life easier than before and
> > implement the new UI accordingly.
> >
> > 2018-03-10 0:12 GMT+03:00 Geoff Macartney 
> :
> >
> > > One thing to think about I have noted in a comment here:
> > > https://issues.apache.org/jira/browse/BROOKLYN-575?
> > > focusedCommentId=16393594&page=com.atlassian.jira.
> > > plugin.system.issuetabpanels:comment-tabpanel#comment-16393594
> > >
> > > Something to think about for this proposal  - we should avoid thinking
> > that
> > > the idea is to reproduce the current interface using more modern
> > > technologies. This is an opportunity to rethink the structure of the
> user
> > > interface, irrespective of the technology. The current interface
> > presents a
> > > fairly data-structure oriented view of applications, drilling down
> > through
> > > nested entity structures and presenting tables of properties and action
> > > records.  This might be an opportunity to introduce a new structure
> using
> > > modern ideas of UI design, thinking about how to highlight what's
> > important
> > > to users and present that in a human-oriented way.  For example when
> > there
> > > are errors in activities it should not require a long series of clicks
> to
> > > navigate to them, rather the errors should be visible without any
> clicks
> > or
> > > with just one. Sensors are probably the most important aspects of
> > entities
> > > so good presentation of sensors is important.  I'm no sort of UI expert
> > but
> > > perhaps there are some out there who could help design the new UI.
> > >
> > > regards
> > > Geoff
> > >
> > > On Fri, 9 Mar 2018 at 16:59 Mert Kahyaoğlu 
> wrote:
> > >
> > > > Thank you so much John and Thomas for your time and wishes.
> > > >
> > > > Thomas, I really appreciate your feedback. Those are great
> suggestions
> > to
> > > > add to my proposal. I will think over them and update my proposal
> > > > accordingly.
> > > >
> > > > Many thanks,
> > > > Mert
> > > >
> > > > 2018-03-09 17:34 GMT+03:00 Thomas Bouron
>  > > com
> > > > >:
> > > >
> > > > > Another thing to consider (I meant to add it to the list but send
> my
> > > > email
> > > > > too quickly): you plan to use Brace for the YAML editor. Any reason
> > for
> > > > > that? What about browsers compatibility?
> > > > >
> > > > > That's it for me, I let you think about it :)
> > > > >
> > > > > Best.
> > > > >
> > > > > On 

Re: Making First Contact

[Thomas Bouron]

Hi Mert.

I saw that your proposal is in the final stage in GSoC website, that's
great. I wanted to ask you more questions but hadn't had the time before
now, apologies to that. I'm going to ask you here then.

Regarding other commitments, you said that you are currently working
full-time for a web agency, is that correct? How do you plan to make this
work with GSoC? Do you have a rough idea how much time and effort you will
put in this project? Have you any vacation planned?

Regarding the technology side of things, you said that you choose React
mostly because that's what you know, is that a fair statement? React is
almost 3 years old now. Angular 5 seems to be the new cool kid out there,
how does it compare to it? What are you thoughts on that? Is it worth going
for an "old" (old as in the JavaScript world) technology?

Best

On Sat, 10 Mar 2018, 10:44 Mert Kahyaoğlu,  wrote:

> Absolutely right. We should really think about user experience when
> rewriting the UI. In my demo app, I followed the same UI guide with the
> current one but the real application won't have the same characteristics.
> We should think over how we can make users life easier than before and
> implement the new UI accordingly.
>
> 2018-03-10 0:12 GMT+03:00 Geoff Macartney :
>
> > One thing to think about I have noted in a comment here:
> > https://issues.apache.org/jira/browse/BROOKLYN-575?
> > focusedCommentId=16393594&page=com.atlassian.jira.
> > plugin.system.issuetabpanels:comment-tabpanel#comment-16393594
> >
> > Something to think about for this proposal  - we should avoid thinking
> that
> > the idea is to reproduce the current interface using more modern
> > technologies. This is an opportunity to rethink the structure of the user
> > interface, irrespective of the technology. The current interface
> presents a
> > fairly data-structure oriented view of applications, drilling down
> through
> > nested entity structures and presenting tables of properties and action
> > records.  This might be an opportunity to introduce a new structure using
> > modern ideas of UI design, thinking about how to highlight what's
> important
> > to users and present that in a human-oriented way.  For example when
> there
> > are errors in activities it should not require a long series of clicks to
> > navigate to them, rather the errors should be visible without any clicks
> or
> > with just one. Sensors are probably the most important aspects of
> entities
> > so good presentation of sensors is important.  I'm no sort of UI expert
> but
> > perhaps there are some out there who could help design the new UI.
> >
> > regards
> > Geoff
> >
> > On Fri, 9 Mar 2018 at 16:59 Mert Kahyaoğlu  wrote:
> >
> > > Thank you so much John and Thomas for your time and wishes.
> > >
> > > Thomas, I really appreciate your feedback. Those are great suggestions
> to
> > > add to my proposal. I will think over them and update my proposal
> > > accordingly.
> > >
> > > Many thanks,
> > > Mert
> > >
> > > 2018-03-09 17:34 GMT+03:00 Thomas Bouron  > com
> > > >:
> > >
> > > > Another thing to consider (I meant to add it to the list but send my
> > > email
> > > > too quickly): you plan to use Brace for the YAML editor. Any reason
> for
> > > > that? What about browsers compatibility?
> > > >
> > > > That's it for me, I let you think about it :)
> > > >
> > > > Best.
> > > >
> > > > On Fri, 9 Mar 2018 at 14:29 Thomas Bouron <
> > > thomas.bou...@cloudsoftcorp.com
> > > > >
> > > > wrote:
> > > >
> > > > > Hi Mert.
> > > > >
> > > > > Thanks for sharing your proposal, that looks really good!
> > > > > I quite like that you went the extra-mile to make a quick prototype
> > > > (which
> > > > > also looks good BTW)
> > > > >
> > > > > May I suggest few things that you could add to improve your
> proposal:
> > > > > - you want to use React + Redux stack but what about other
> frameworks
> > > > > available like Angular? Would be great to know why you think React
> is
> > > the
> > > > > right tool for the job
> > > > > - same question for the CSS framework (looks like Ant design is
> very
> > > > > similar to Material design)
> > > > > - you don't mention the tooling that is going to be used, would be
> > > great
> > > > > to know that as well
> > > > > - is there any concerns to have about the size of the final app?
> > Should
> > > > > you take that into account
> > > > >
> > > > > I really like the fact that you plan to have a full test coverage.
> In
> > > > > terms of extra feature, that something we could discuss (and
> > definitely
> > > > > highly appreciated, if time allows it). But I think it's best for
> now
> > > to
> > > > > stick with feature parity.
> > > > >
> > > > > Anyway, good job and as John said, good luck!
> > > > >
> > > > > Best.
> > > > >
> > > > > On Thu, 8 Mar 2018 at 19:53 John McCabe 
> wrote:
> > > > >
> > > > >> Looking good, best of luck with this Mert!!
> > > > >>
> > > > >> On Thu, 8 Mar 2018 at 19:32 Mert Kahyaoğlu 
> > > > wrote:
> > >

Re: Get access to Docker Hub

[Andrea Turli]

Sure, Geoff!

FYI https://issues.apache.org/jira/browse/INFRA-16220

On 21 March 2018 at 17:35, Geoff Macartney 
wrote:

> Andrea could you add me too?
>
> thanks
> Geoff
>
> On Wed, 21 Mar 2018 at 11:45 Richard Downer  wrote:
>
> > Thanks for arranging this Andrea. Please add me as well:
> >
> > rdowner at Docker Hub
> > richard at ASF
> >
> > Richard.
> >
> >
> > On 21 March 2018 at 09:04, Andrea Turli  wrote:
> >
> > > hi team,
> > >
> > > thinking about this comment from duncangrant [1]  I think we could ask
> > ASF
> > > infra to get access to apache docker hub organization and start pushing
> > > docker images for brooklyn to `apache/brooklyn`.
> > >
> > > Searching for other ASF projects [2] seems pretty common to ask ASF
> infra
> > > to grant access to dockerhub id and apache id of whoever among
> committers
> > > are interested.
> > >
> > > Here's the draft body of the ticket
> > >
> > > 
> > > Hi there,
> > >
> > > The `brookly-dist` project plans to use com.spotify:dockerfile-maven-
> > > plugin
> > > to build, tag and push images to DockerHub.
> > > We'd like to start using 'apache/brooklyn' to host Brooklyn's Docker
> > > images.
> > > We think the builder.apache.org will need access to `apache` Docker
> Hub
> > > organization to upload images generated
> > >
> > > The following Docker Hub users will also need access to that Docker Hub
> > > organization to maintain those images, along with the description page
> > for
> > > the image itself:
> > >
> > > Docker Hub ID  ASF committer ID
> > >
> > > andreaturliandreaturli
> > >
> > > ---
> > >
> > > Feel free to add your details here so we can issue a similar ticket to
> > ASF
> > > infra,
> > > Andrea
> > >
> > >
> > > [1]:
> > > https://github.com/apache/brooklyn-dist/pull/118#
> > > pullrequestreview-105439038
> > > [2]:
> > > https://issues.apache.org/jira/browse/FLINK-8259?jql=
> > > text%20~%20%22dockerhub%22
> > >
> >
>

Re: Get access to Docker Hub

[Geoff Macartney]

Andrea could you add me too?

thanks
Geoff

On Wed, 21 Mar 2018 at 11:45 Richard Downer  wrote:

> Thanks for arranging this Andrea. Please add me as well:
>
> rdowner at Docker Hub
> richard at ASF
>
> Richard.
>
>
> On 21 March 2018 at 09:04, Andrea Turli  wrote:
>
> > hi team,
> >
> > thinking about this comment from duncangrant [1]  I think we could ask
> ASF
> > infra to get access to apache docker hub organization and start pushing
> > docker images for brooklyn to `apache/brooklyn`.
> >
> > Searching for other ASF projects [2] seems pretty common to ask ASF infra
> > to grant access to dockerhub id and apache id of whoever among committers
> > are interested.
> >
> > Here's the draft body of the ticket
> >
> > 
> > Hi there,
> >
> > The `brookly-dist` project plans to use com.spotify:dockerfile-maven-
> > plugin
> > to build, tag and push images to DockerHub.
> > We'd like to start using 'apache/brooklyn' to host Brooklyn's Docker
> > images.
> > We think the builder.apache.org will need access to `apache` Docker Hub
> > organization to upload images generated
> >
> > The following Docker Hub users will also need access to that Docker Hub
> > organization to maintain those images, along with the description page
> for
> > the image itself:
> >
> > Docker Hub ID  ASF committer ID
> >
> > andreaturliandreaturli
> >
> > ---
> >
> > Feel free to add your details here so we can issue a similar ticket to
> ASF
> > infra,
> > Andrea
> >
> >
> > [1]:
> > https://github.com/apache/brooklyn-dist/pull/118#
> > pullrequestreview-105439038
> > [2]:
> > https://issues.apache.org/jira/browse/FLINK-8259?jql=
> > text%20~%20%22dockerhub%22
> >
>

Re: Get access to Docker Hub

[Richard Downer]

Thanks for arranging this Andrea. Please add me as well:

rdowner at Docker Hub
richard at ASF

Richard.


On 21 March 2018 at 09:04, Andrea Turli  wrote:

> hi team,
>
> thinking about this comment from duncangrant [1]  I think we could ask ASF
> infra to get access to apache docker hub organization and start pushing
> docker images for brooklyn to `apache/brooklyn`.
>
> Searching for other ASF projects [2] seems pretty common to ask ASF infra
> to grant access to dockerhub id and apache id of whoever among committers
> are interested.
>
> Here's the draft body of the ticket
>
> 
> Hi there,
>
> The `brookly-dist` project plans to use com.spotify:dockerfile-maven-
> plugin
> to build, tag and push images to DockerHub.
> We'd like to start using 'apache/brooklyn' to host Brooklyn's Docker
> images.
> We think the builder.apache.org will need access to `apache` Docker Hub
> organization to upload images generated
>
> The following Docker Hub users will also need access to that Docker Hub
> organization to maintain those images, along with the description page for
> the image itself:
>
> Docker Hub ID  ASF committer ID
>
> andreaturliandreaturli
>
> ---
>
> Feel free to add your details here so we can issue a similar ticket to ASF
> infra,
> Andrea
>
>
> [1]:
> https://github.com/apache/brooklyn-dist/pull/118#
> pullrequestreview-105439038
> [2]:
> https://issues.apache.org/jira/browse/FLINK-8259?jql=
> text%20~%20%22dockerhub%22
>

Get access to Docker Hub

[Andrea Turli]

hi team,

thinking about this comment from duncangrant [1]  I think we could ask ASF
infra to get access to apache docker hub organization and start pushing
docker images for brooklyn to `apache/brooklyn`.

Searching for other ASF projects [2] seems pretty common to ask ASF infra
to grant access to dockerhub id and apache id of whoever among committers
are interested.

Here's the draft body of the ticket


Hi there,

The `brookly-dist` project plans to use com.spotify:dockerfile-maven-plugin
to build, tag and push images to DockerHub.
We'd like to start using 'apache/brooklyn' to host Brooklyn's Docker images.
We think the builder.apache.org will need access to `apache` Docker Hub
organization to upload images generated

The following Docker Hub users will also need access to that Docker Hub
organization to maintain those images, along with the description page for
the image itself:

Docker Hub ID  ASF committer ID

andreaturliandreaturli

---

Feel free to add your details here so we can issue a similar ticket to ASF
infra,
Andrea


[1]:
https://github.com/apache/brooklyn-dist/pull/118#pullrequestreview-105439038
[2]:
https://issues.apache.org/jira/browse/FLINK-8259?jql=text%20~%20%22dockerhub%22