jclouds-karaf discussion

[Andrea Turli (apache.org)]

Hi,

there is an interesting discussion going on at
https://lists.apache.org/thread.html/363dd8855b1bccf44bbdc837458eeb3e700ad499e5783532633e12dd@%3Cdev.jclouds.apache.org%3E

Feel free to join.

Best

Re: Coercing instance types

[Andrea Turli]

FYI I've updated JCLOUDS-1379, maybe AWS Pricing API Bulk API could be an
elegant solution.

Best

On 2 July 2018 at 10:00, Aled Sage  wrote:

> Hi Duncan,
>
> Agree, this can be an issue for folk not specifying the explicit instance
> type - either it not working in newer regions, or it choosing a sub-optimal
> instance type.
>
> It is tracked in:
>
>  * https://issues.apache.org/jira/browse/BROOKLYN-582
>  * https://issues.apache.org/jira/browse/JCLOUDS-1379
>
> Unfortunately it's not as simple as updating globally. Different regions
> support different instance types. Also, the closest match for minRam and
> minCores will be different in different regions, and will sometimes be an
> older instance type (e.g. there is no `m4.medium`, to replace the
> `m3.medium` - and the `t2` instances have different behaviour with their
> CPU credits).
>
> Also, the algorithm for minRam / minCores makes it hard to choose the most
> price-effective instance. For example, m5.large has more CPU than m4.large,
> but is also cheaper. The metadata in jclouds doesn't take this into account.
>
> But saying that, there may be some quick wins to make mismatches much less
> likely. And a way to improve jclouds so that the valid instances per region
> could be supplied/retrieved.
>
> Aled
>
>
>
> On 30/06/2018 19:16, Duncan Johnston-Watt wrote:
>
>> Apologies - context is AWS where it would be good to avoid matching
>> requirements to hardwareId[1] not available in a given region.
>>
>> [1]
>> https://brooklyn.apache.org/v/latest/locations/index.html#co
>> mmon-configuration-options
>>
>> Best
>>
>> Duncan
>>
>> On Sat, Jun 30, 2018 at 7:09 PM, Duncan Johnston-Watt <
>> dun...@blockchaintp.com> wrote:
>>
>> I appreciate that this is probably a jclouds question but the m3.
>>> defaults don't work in London or Paris. Is it worth updating this
>>> globally?
>>>
>>> Best
>>> --
>>> Duncan Johnston-Watt
>>> CEO, Blockchain Technology Partners 
>>>
>>> Twitter: @duncanjw 
>>> Mob: +44 777 190 2653 <+44%207771%20902653>
>>> LinkedIn: https://linkedin.com/in/duncanjohnstonwatt
>>>
>>>
>>>
>>
>

Re: New Angular UI for Brooklyn [DISCUSS]

[Andrea Turli]

+1

On 28 May 2018 at 14:51, Duncan Grant  wrote:

> +1 (non-binding)
> This will make it much easier for new users to start using Apache Brooklyn.
>
> On Mon, 28 May 2018 at 13:47 Thomas Bouron  com>
> wrote:
>
> > +1 it's a great news!
> >
> > On Mon, 28 May 2018 at 13:40 Geoff Macartney 
> > wrote:
> >
> > > +1 exciting news
> > >
> > > On Mon, 28 May 2018, 13:25 Duncan Johnston-Watt, <
> > dun...@blockchaintp.com>
> > > wrote:
> > >
> > > > +1 Non-binding
> > > >
> > > > On Mon, May 28, 2018 at 12:46 PM, Alex Heneveld <
> > > > alex.henev...@cloudsoftcorp.com> wrote:
> > > >
> > > > >
> > > > > Dear Brooklyners,
> > > > >
> > > > > Our users at Fujitsu, UShareSoft, and Cloudsoft have generously
> > > sponsored
> > > > > the contribution of a new UI for Apache Brooklyn.  This is based on
> > the
> > > > > previously-proprietary Cloudsoft AMP UI, for those of you familiar
> > with
> > > > > that.
> > > > >
> > > > > The proposed newly contributed UI has all the functionality of the
> > > > > existing UI including an inspector, groovy console, and online REST
> > > docs.
> > > > > It is much more recent (angular, webpack), modular, easy to develop
> > > > > against, and lovely to look at, and so would be a great
> contribution
> > > > based
> > > > > solely on that.
> > > > >
> > > > > But even better, it provides a lot of new features:
> > > > >
> > > > > *  A visual blueprint composer:  drag-and-drop elements from the
> > > catalog
> > > > > onto a canvas, with a bi-directional YAML editor
> > > > >
> > > > > * More live activity update:  a kilt view for activities, tailing
> > > output
> > > > > from SSH commands
> > > > >
> > > > > * A bundle-oriented catalog:  with search, bundle- or type- view,
> > > delete
> > > > > bundles
> > > > >
> > > > > * An extensible, skinnable, and reusable modular architecture:
> embed
> > > > > angular directives and components from this project in others,
> build
> > a
> > > > > branded version of the UI, and/or add your own modules (e.g. to
> > > accompany
> > > > > specific blueprints)
> > > > >
> > > > > The last point in particular I think will be very valuable:  it
> will
> > > > allow
> > > > > people to use Brooklyn in many more good ways!  There are plans to
> > make
> > > > the
> > > > > Composer embeddable and able to work with other input libraries
> > (think
> > > > e.g.
> > > > > of pointing it at a Docker repo or an image catalog), and with
> > widgets
> > > > for
> > > > > configuring items, all ultimately generating Brooklyn blueprints.
> > > > >
> > > > > Note that this is proposed to replace the existing UI, and as we
> have
> > > > > already deprecated the non-OSGi build, it is proposed to make this
> > > > > compatible only with the OSGi build.
> > > > >
> > > > > It is also worth pointing out that the main authors on this UI are
> > > > already
> > > > > Brooklyn contributors, so there is enough experience among active
> > > project
> > > > > members to maintain, explain, and extend this.
> > > > >
> > > > > Assuming this proposal finds favour, we will open a repo for review
> > > > > purposes (but it will not be a merged via PR, with the actual
> > > > contribution
> > > > > to come via the IP clearance process [1]), followed by associated
> PRs
> > > in
> > > > > other projects so that everything works seamlessly (which as minor
> > > > changes
> > > > > to existing code is more suited to PRs than the IP clearance
> > process).
> > > > > Specifically we will:
> > > > >
> > > > > * Ensure it builds and runs with the new UI in place of the old
> (note
> > > > > below on the Karaf switch)
> > > > >
> > > > > * Ensure all tests are passing (esp UI tests)
> > > > >
> > > > > * Ensure there are effective dev/test pathways and that
> documentation
> > > is
> > > > > updated (in particular for testing the UI and with the UI; this
> > should
> > > be
> > > > > much simpler as the new UI can run separately, point at a REST
> > > endpoint,
> > > > > and can do incremental updates for UI code changes made while
> > running!)
> > > > >
> > > > > * Ensure we have IP clearance, license, and are duly diligent in
> the
> > > > > approval (as this is a large contribution we recognise this will
> need
> > > > > special attention)
> > > > >
> > > > > Are there any objections at this point, or any suggestions for
> other
> > > > tasks
> > > > > we should do to ensure its smooth integration?  Note that this is
> > > purely
> > > > > advisory at this stage but we would very much appreciate early
> sight
> > of
> > > > any
> > > > > potential obstacles.
> > > > >
> > > > > Once the above list is complete we will commence the IP clearance
> > > process
> > > > > including formal vote.
> > > > >
> > > > > Best,
> > > > > Alex
> > > > >
> > > > >
> > > > > [1]
> > > https://incubator.apache.org/ip-clearance/ip-clearance-template.html
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > 

Re: Digital Ocean Support

[Andrea Turli]

Duncan,

using brooklyn-0.12 you should be able to target your DigitalOcean account
using the following blueprint

name: Server @ DO SGP1
services:
- type:   server
  name:   My VM
location:
  jclouds:digitalocean2:
# from https://cloud.digitalocean.com/settings/api/tokens
identity: 
credential: 
region: sgp1
# by default jclouds should provision a centOS 7.5 x64bit machine, as
usual configurable using
# imageId: sgp1/ubuntu-14-04-x32-do or imageNameRegex

I've specified SGP1 assuming it is one of the South East Asia datacenter
you are interested in.

HTH,
Andrea

On 23 May 2018 at 13:50, Duncan Johnston-Watt <dun...@blockchaintp.com>
wrote:

> Andrea
>
> Thanks for your quick response.
>
> The idea would be to target Digital Ocean as a compute service much as we
> would AWS.
>
> They are listed as a supported provider in jclouds so I assume that adding
> Apache Brooklyn support would not be that hard?
>
> Anecdotally I understand that they have a strong presence in South East
> Asia.
>
> HTH.
>
> Best
> --
> Duncan Johnston-Watt
> CEO, Blockchain Technology Partners
> +44 777 190 2653 | @duncanjw
>
> Sent from my iPhone
>
> > On 23 May 2018, at 12:24, Andrea Turli <and...@cloudsoft.io> wrote:
> >
> > Yes, jclouds support digitalocean v2 API.
> >
> > There isn't probably a good documentation for that provider as Brooklyn
> > location, what are you trying to achieve?
> >
> > Il mer 23 mag 2018, 13:07 Duncan Johnston-Watt <dun...@blockchaintp.com>
> ha
> > scritto:
> >
> >> Hi. Is Digital Ocean supported by Apache Brooklyn? It is listed as a
> >> jclouds Cloud Provider[1] but not as an Apache Brooklyn location[2].
> >>
> >> [1] http://jclouds.apache.org/reference/providers/
> >> [2] https://brooklyn.apache.org/v/latest/locations/index.html
> >>
> >> Best
> >> --
> >> Duncan Johnston-Watt
> >> CEO, Blockchain Technology Partners <http://blockchaintp.com/>
> >>
> >> Twitter: @duncanjw <https://twitter.com/duncanjw>
> >> Mob: +44 777 190 2653 <+44%207771%20902653>
> >> LinkedIn: https://linkedin.com/in/duncanjohnstonwatt
> >>
>

Re: Alibaba support

[Andrea Turli]

Hi Duncan,

Not that I'm aware of, but maybe this is a good question for Apache
jclouds user mailing list too?

Best

On 23 May 2018 at 13:18, Duncan Johnston-Watt 
wrote:

> Hi. We are seeing a big spike in interest in Alibaba. Are there any plans
> to support this? Is anyone talking to Alibaba about this? If not we may be
> able to help.
>
> Best
> --
> Duncan Johnston-Watt
> CEO, Blockchain Technology Partners 
>
> Twitter: @duncanjw 
> Mob: +44 777 190 2653 <+44%207771%20902653>
> LinkedIn: https://linkedin.com/in/duncanjohnstonwatt
>

Re: Digital Ocean Support

[Andrea Turli]

Yes, jclouds support digitalocean v2 API.

There isn't probably a good documentation for that provider as Brooklyn
location, what are you trying to achieve?

Il mer 23 mag 2018, 13:07 Duncan Johnston-Watt  ha
scritto:

> Hi. Is Digital Ocean supported by Apache Brooklyn? It is listed as a
> jclouds Cloud Provider[1] but not as an Apache Brooklyn location[2].
>
> [1] http://jclouds.apache.org/reference/providers/
> [2] https://brooklyn.apache.org/v/latest/locations/index.html
>
> Best
> --
> Duncan Johnston-Watt
> CEO, Blockchain Technology Partners 
>
> Twitter: @duncanjw 
> Mob: +44 777 190 2653 <+44%207771%20902653>
> LinkedIn: https://linkedin.com/in/duncanjohnstonwatt
>

Re: [DISCUSSION] Kubernetes Helm

[Andrea Turli]

Thomas,

thanks for taking care of this.

Geomacy,

I've built brooklyn-{server,dist} on OSX and ran it from CentOS 7 and it
works fine as I think `os-maven-plugin` is doing the right incantation

Richard,

I think helm is a well appreciated tool for kubernetes ecoystem.

I think I can donate my work as community-supported addon although it is
designed as a Brooklyn location not a simple application blueprint, but
worth noticing that it was not part of the core but was committed in
`brooklyn-server/locations/container` module, which seems a perfect match
to me,
I undestand the helm location works with the classic launcher, but there is
an extra complexity to OSGify grpc (a transitive dependency of
microbean-helm) to make it work with brooklyn-karaf.

I may resubmit the contribution without bringing in the microbean-helm java
client but writing a simpler restful client for Helm/Tiller, but not sure
how hard it would be to refactor the location yet.

Best,
Andrea



On Tue, 17 Apr 2018 at 11:50 Richard Downer  wrote:

> All,
>
> I'm sorry but I'm not really aware of the Kubernetes ecosystem in much
> detail. Do we have an indication of how much demand there is for Helm
> support in Brooklyn?
>
> This sounds like a significant change - both to our build process, but also
> our release process and website (supporting multiple platform downloads).
> I'd be opposed to doing it unless there's a significant demand for Helm.
> I'd prefer to see this as a community-supported addon (like most of our
> blueprints are) instead of being core Brooklyn, until there's evidence of
> demand for this to be in core.
>
> Richard.
>
>
>
> On 17 April 2018 at 09:07, Geoff Macartney 
> wrote:
>
> > hi Thomas
> >
> > It certainly doesn't sound right to have to have separate builds of
> > Brooklyn for different platforms, and especially not just for this
> > feature.  Can we build the dependency package into a bundle for each
> > platform, so that it is the only thing that is platform specific, and
> > provide all three bundles along with the distribution of Brooklyn? Then
> on
> > whatever target platform you are on, OSX, Linux, Windows, you install the
> > right dependency bundle for that platform into Brooklyn's Karaf?
> >
> > Geoff
> >
> >
> >
> > On Mon, 16 Apr 2018 at 12:18 Thomas Bouron  > com>
> > wrote:
> >
> > > Hi Brooklyners.
> > >
> > > You might have noticed that the Brooklyn builds started to fail more
> than
> > > usual recently. I spent some time last week to fix those issues but I
> > just
> > > realised that there is a deeper one with the recent change I merged
> > (about
> > > Kubernetes Helm)
> > >
> > > This change requires a dependency, which depends on some native code.
> > Now,
> > > this dependency exists for 3 platforms: macOS, Linux and Window. The
> > issue
> > > is that the "right" dependency is included at build time via the maven
> > > classifier, and the way it is picked is by looking at the current build
> > OS
> > > and selecting the corresponding one[1]. Obviously, this leads to nasty
> > > problem: as all our builds are done on Linux, Brooklyn artifacts only
> > work
> > > on Linux. Not only that, the classifier is dynamically picked and set
> as
> > > envvar by a plugin. This is also an issue for any downstream projects.
> > >
> > > While we want this feature in Brooklyn, I don't think this is
> acceptable
> > > for our users therefore I reverted the changes and started this
> > > conversation. What do you think would be the best approach to fix this?
> > > Having 1 build per platform doesn't sound good as it won't be portable
> > > anymore. Maybe we can find another dependency without a link to native
> > > code?
> > >
> > > Best.
> > >
> > > [1]
> > >
> > > https://github.com/apache/brooklyn-dist/pull/119/files#diff-
> > 01b5eceed5fb6499e99a42e711695648R139
> > > --
> > >
> > > Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> > > https://cloudsoft.io/
> > > Github: https://github.com/tbouron
> > > Twitter: https://twitter.com/eltibouron
> > >
> >
>

Re: Get access to Docker Hub

[Andrea Turli]

Great, thanks!

Il mer 4 apr 2018, 10:21 Geoff Macartney <geoff.macart...@cloudsoft.io> ha
scritto:

> Seems I have access ok.
>
> I have just updated the descriptions for the moment.
>
> Geoff
>
> On Tue, 3 Apr 2018 at 16:21 Thomas Bouron <thomas.bou...@cloudsoftcorp.com
> >
> wrote:
>
> > Nah that's fine, it would be a nice to have but not essential for now.
> > I'll create a JIRA once I'll really require an access.
> >
> > But thanks for the help Andrea!
> >
> > Best.
> >
> > On Tue, 3 Apr 2018 at 16:06 Andrea Turli <and...@cloudsoft.io> wrote:
> >
> > > Thomas,
> > >
> > > sorry I think I can't - see screenshots
> > >
> > > Maybe you want to comment on the jira issue?
> > >
> > > Cheers,
> > > Andrea
> > >
> > >
> > > On 3 April 2018 at 16:39, Thomas Bouron <
> thomas.bou...@cloudsoftcorp.com
> > >
> > > wrote:
> > >
> > >> Hi Andrea.
> > >>
> > >> I missed this discussion entirely, that's a shame. However, now that
> > you,
> > >> Richard and Geoff are admin, do you think you can add me too?
> > >>
> > >> Best.
> > >>
> > >> On Tue, 3 Apr 2018 at 15:23 Andrea Turli <and...@cloudsoft.io> wrote:
> > >>
> > >> > Hi there,
> > >> >
> > >> >
> > >> > looks like ASF infra has fixed the issue
> > >> > https://issues.apache.org/jira/browse/INFRA-16220
> > >> >
> > >> > Could Geoff, Richard check if you can admin
> > >> > https://hub.docker.com/r/apache/brooklyn/ ?
> > >> >
> > >> > Thanks
> > >> >
> > >> > On 21 March 2018 at 18:02, Andrea Turli <and...@cloudsoft.io>
> wrote:
> > >> >
> > >> > > Sure, Geoff!
> > >> > >
> > >> > > FYI https://issues.apache.org/jira/browse/INFRA-16220
> > >> > >
> > >> > > On 21 March 2018 at 17:35, Geoff Macartney <
> > >> geoff.macart...@cloudsoft.io
> > >> > >
> > >> > > wrote:
> > >> > >
> > >> > >> Andrea could you add me too?
> > >> > >>
> > >> > >> thanks
> > >> > >> Geoff
> > >> > >>
> > >> > >> On Wed, 21 Mar 2018 at 11:45 Richard Downer <rich...@apache.org>
> > >> 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 <and...@cloudsoft.io>
> > >> 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
> > >> > >> > >
> > >> > >> >
> > >> > >>
> > >> > >
> > >> > >
> > >> >
> > >> --
> > >>
> > >> Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> > >> https://cloudsoft.io/
> > >> Github: https://github.com/tbouron
> > >> Twitter: https://twitter.com/eltibouron
> > >>
> > >
> > > --
> >
> > Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> > https://cloudsoft.io/
> > Github: https://github.com/tbouron
> > Twitter: https://twitter.com/eltibouron
> >
>

Re: Get access to Docker Hub

[Andrea Turli]

Thomas,

sorry I think I can't - see screenshots

Maybe you want to comment on the jira issue?

Cheers,
Andrea


On 3 April 2018 at 16:39, Thomas Bouron <thomas.bou...@cloudsoftcorp.com>
wrote:

> Hi Andrea.
>
> I missed this discussion entirely, that's a shame. However, now that you,
> Richard and Geoff are admin, do you think you can add me too?
>
> Best.
>
> On Tue, 3 Apr 2018 at 15:23 Andrea Turli <and...@cloudsoft.io> wrote:
>
> > Hi there,
> >
> >
> > looks like ASF infra has fixed the issue
> > https://issues.apache.org/jira/browse/INFRA-16220
> >
> > Could Geoff, Richard check if you can admin
> > https://hub.docker.com/r/apache/brooklyn/ ?
> >
> > Thanks
> >
> > On 21 March 2018 at 18:02, Andrea Turli <and...@cloudsoft.io> wrote:
> >
> > > Sure, Geoff!
> > >
> > > FYI https://issues.apache.org/jira/browse/INFRA-16220
> > >
> > > On 21 March 2018 at 17:35, Geoff Macartney <
> geoff.macart...@cloudsoft.io
> > >
> > > wrote:
> > >
> > >> Andrea could you add me too?
> > >>
> > >> thanks
> > >> Geoff
> > >>
> > >> On Wed, 21 Mar 2018 at 11:45 Richard Downer <rich...@apache.org>
> 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 <and...@cloudsoft.io>
> 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
> > >> > >
> > >> >
> > >>
> > >
> > >
> >
> --
>
> Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> https://cloudsoft.io/
> Github: https://github.com/tbouron
> Twitter: https://twitter.com/eltibouron
>

Re: Get access to Docker Hub

[Andrea Turli]

Hi there,


looks like ASF infra has fixed the issue
https://issues.apache.org/jira/browse/INFRA-16220

Could Geoff, Richard check if you can admin
https://hub.docker.com/r/apache/brooklyn/ ?

Thanks

On 21 March 2018 at 18:02, Andrea Turli <and...@cloudsoft.io> wrote:

> Sure, Geoff!
>
> FYI https://issues.apache.org/jira/browse/INFRA-16220
>
> On 21 March 2018 at 17:35, Geoff Macartney <geoff.macart...@cloudsoft.io>
> wrote:
>
>> Andrea could you add me too?
>>
>> thanks
>> Geoff
>>
>> On Wed, 21 Mar 2018 at 11:45 Richard Downer <rich...@apache.org> 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 <and...@cloudsoft.io> 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

[Andrea Turli]

Sure, Geoff!

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

On 21 March 2018 at 17:35, Geoff Macartney <geoff.macart...@cloudsoft.io>
wrote:

> Andrea could you add me too?
>
> thanks
> Geoff
>
> On Wed, 21 Mar 2018 at 11:45 Richard Downer <rich...@apache.org> 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 <and...@cloudsoft.io> 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

[jira] [Created] (BROOKLYN-584) Support jclouds ContextLinking

[Andrea Turli (JIRA)]

Andrea Turli created BROOKLYN-584:
-

 Summary: Support jclouds ContextLinking
 Key: BROOKLYN-584
 URL: https://issues.apache.org/jira/browse/BROOKLYN-584
 Project: Brooklyn
  Issue Type: Improvement
Reporter: Andrea Turli
 Fix For: 1.0.0


* Some cloud providers like OpenStack require to link a jclouds context to 
another context (i.e. Neutron to Nova). jclouds already supports that and 
brooklyn could add it
 * in addition add support for user-defined Guice modules would be useful



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (BROOKLYN-583) Update jclouds version to 2.1.0

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli updated BROOKLYN-583:
--
Fix Version/s: 1.0.0

> Update jclouds version to 2.1.0
> ---
>
> Key: BROOKLYN-583
> URL: https://issues.apache.org/jira/browse/BROOKLYN-583
> Project: Brooklyn
>  Issue Type: Improvement
>    Reporter: Andrea Turli
>    Assignee: Andrea Turli
>Priority: Major
> Fix For: 1.0.0
>
>
> Bump jclouds version to 2.1.0



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Resolved] (BROOKLYN-583) Update jclouds version to 2.1.0

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli resolved BROOKLYN-583.
---
Resolution: Fixed

> Update jclouds version to 2.1.0
> ---
>
> Key: BROOKLYN-583
> URL: https://issues.apache.org/jira/browse/BROOKLYN-583
> Project: Brooklyn
>  Issue Type: Improvement
>    Reporter: Andrea Turli
>    Assignee: Andrea Turli
>Priority: Major
> Fix For: 1.0.0
>
>
> Bump jclouds version to 2.1.0



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Assigned] (BROOKLYN-583) Update jclouds version to 2.1.0

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli reassigned BROOKLYN-583:
-

Assignee: Andrea Turli

> Update jclouds version to 2.1.0
> ---
>
> Key: BROOKLYN-583
> URL: https://issues.apache.org/jira/browse/BROOKLYN-583
> Project: Brooklyn
>  Issue Type: Improvement
>    Reporter: Andrea Turli
>    Assignee: Andrea Turli
>Priority: Major
>
> Bump jclouds version to 2.1.0



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (BROOKLYN-583) Update jclouds version to 2.1.0

[Andrea Turli (JIRA)]

Andrea Turli created BROOKLYN-583:
-

 Summary: Update jclouds version to 2.1.0
 Key: BROOKLYN-583
 URL: https://issues.apache.org/jira/browse/BROOKLYN-583
 Project: Brooklyn
  Issue Type: Improvement
Reporter: Andrea Turli


Bump jclouds version to 2.1.0



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Closed] (BROOKLYN-542) Can't use a Freemarker template hashes in a blueprint

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli closed BROOKLYN-542.
-
Resolution: Unresolved

> Can't use a Freemarker template hashes in a blueprint
> -
>
> Key: BROOKLYN-542
> URL: https://issues.apache.org/jira/browse/BROOKLYN-542
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.12.0
>    Reporter: Andrea Turli
>Assignee: Andrea Turli
>Priority: Major
>
> It is not possible to use http://freemarker.org/docs/ref_builtins_hash.html 
> in a brooklyn blueprint



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Re: Slack channel available

[Andrea Turli]

Not sure about the future of it, Thomas!

I guess they want to see adoptions and then they will decide.

Thanks!

On 9 November 2017 at 17:17, Thomas Bouron <thomas.bou...@cloudsoftcorp.com>
wrote:

> Wow, that's a great news!
> I didn't see this news before, is there an ML thread for this PoC? Do you
> know the official status of it? Is it supposed to replace IRC in the long
> term?
>
> Anyway, thanks for the tip Andrea, just signed it.
>
> Best.
> On Thu, 9 Nov 2017 at 15:45 Andrea Turli <and...@cloudsoft.io> wrote:
>
> > Hi!
> >
> > There is an experimental slack workspace for the Apache Software
> > Foundation. It is still a PoC, but anyone is welcome to join if
> > interested. I've just created a #brooklyn channel there.
> >
> > Anyone with an @apache.org email address can register to
> > "the-asf.slack.com", and once registered anyone can invite other
> > users.
> >
> > As said, the slack channels are still experimental, but if you find it
> > useful or are more comfortable using slack than IRC, just join and say
> > hi, or ask here for an invitation.
> >
> >
> > Cheers!
> >
> --
>
> Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> https://cloudsoft.io/
> Github: https://github.com/tbouron
> Twitter: https://twitter.com/eltibouron
>

Slack channel available

[Andrea Turli]

Hi!

There is an experimental slack workspace for the Apache Software
Foundation. It is still a PoC, but anyone is welcome to join if
interested. I've just created a #brooklyn channel there.

Anyone with an @apache.org email address can register to
"the-asf.slack.com", and once registered anyone can invite other
users.

As said, the slack channels are still experimental, but if you find it
useful or are more comfortable using slack than IRC, just join and say
hi, or ask here for an invitation.


Cheers!

Re: [PROPOSAL] Split Brooklyn website and documentation

[Andrea Turli]

 in 2 separate branches. This is how GitHub pages works for
> > > example
> > > > and it makes sense to me. Unless someone is against this, I will
> > create 2
> > > > branches on the git repo, `website` and `docs` and open a PR again
> > `docs`
> > > > on Monday.
> > > >
> > > > Best.
> > > >
> > > > [1] https://github.com/tbouron/brooklyn-docs/tree/experiment/gitbook
> > > > [2]
> > > > https://github.com/tbouron/brooklyn-docs/blob/experiment/
> > > > gitbook/javadoc/build.sh
> > > > [3]
> > > > https://github.com/tbouron/brooklyn-docs/commit/
> > > > e931560888ce51625e56e6202ead757f9d876090
> > > >
> > > > On Fri, 13 Oct 2017 at 13:02 Thomas Bouron
> > <thomas.bouron@cloudsoftcorp.
> > > > com>
> > > > wrote:
> > > >
> > > > > Hi Alex, all.
> > > > >
> > > > > For the past few days, I worked with Richard on this doc spike.
> Here
> > > is a
> > > > > short summary of what we have done:
> > > > > - add collapse/expandable sections on the left menu
> > > > > - add documentation versioning (version dropdown, top left)
> > > > > - improve PDF output
> > > > > - fix all internal links
> > > > > - use brooklyn styling
> > > > >
> > > > > One thing left is to use YAML examples from the Brooklyn codebase.
> > > There
> > > > > is a plugin to do exactly that (which supports to import only a
> > snippet
> > > > > from a file)
> > > > > Unfortunately, most of the doc examples exist only in the docs repo
> > > > > therefore I think we should resolve this later on, as an
> incremental
> > > > change.
> > > > >
> > > > > I published the new version on the same URL as before[1], hope you
> > will
> > > > > like it. Spoiler alert: I do :)
> > > > >
> > > > > PS: I created a gitbook plugin[2] to auto-generate menus on pages
> > like
> > > > > this one[3]. However, I had a chat with a maintainer (founder?) of
> > > > Gitbook
> > > > > who told me[4] that version 4 will include, out of the box, most
> > > plugins
> > > > we
> > > > > currently use! They have a preview[5] of what is does.
> > > > >
> > > > > Best.
> > > > >
> > > > > [1] https://tbouron.github.io/brooklyn-docs
> > > > > [2] https://github.com/tbouron/gitbook-plugin-partial-summary
> > > > > [3] https://tbouron.github.io/brooklyn-docs/start/
> > > > > [4]
> > > > > https://gitbook-community.slack.com/archives/C0B5XG0GK/
> > > p150789362134
> > > > > [5] https://betadocs.gitbook.com/features
> > > > >
> > > > > On Tue, 10 Oct 2017 at 12:20 Alex Heneveld <
> > > > > alex.henev...@cloudsoftcorp.com> wrote:
> > > > >
> > > > >>
> > > > >> Thomas-
> > > > >>
> > > > >> Had a deeper look -- gitbook has moved things forward a lot.
> Sounds
> > > like
> > > > >> it will let us throw away a lot of our home-grown docs-building
> and
> > > > >> toc-building code and have good search.  Look forward to seeing
> how
> > it
> > > > >> shapes up with styling and guide-v-website integration.
> > > > >>
> > > > >> Best
> > > > >> Alex
> > > > >>
> > > > >>
> > > > >> On 09/10/2017 09:54, Thomas Bouron wrote:
> > > > >> > Thanks Mark.
> > > > >> >
> > > > >> > Regarding maintenance, it will be as easy as the current
> version.
> > > > >> Updating
> > > > >> > docs means updating markdown files. Adding/moving pages requires
> > to
> > > > >> modify
> > > > >> > the `SUMMARY.md` but that's it.
> > > > >> > One really cool thing is that Gitbook is a node app: really
> simple
> > > to
> > > > >> > install/run compare to our current solution which runs only on
> an
> > > old
> > > > >> > version of ruby => no more pain of using different versions of
> > ruby
> > > on
> > > 

Re: [PROPOSAL] Split Brooklyn website and documentation

[Andrea Turli]

+1 Thomas, didn't know Gitbook at all (that's why I suggested readthedocs)
but looks pretty good!

Il 06/ott/2017 15:37, "Richard Downer"  ha scritto:

Hi Thomas,

I withdraw my previous comments - I looked at ReadTheDocs last year and was
pessimistic, but it seems that GitBook this year is a different story :-)

This is worth pursuing IMO. What did you need to do to get this working?
Did you have to do any work on the brooklyn-docs source - if so could you
share a link to your repo?

Thanks
Richard.


On 6 October 2017 at 13:18, Thomas Bouron 
wrote:

> Hi All.
>
> A demo is worth a thousand words so here is a gitbook adaptation of our
> current documentation[1] (and only documentation)
> This took me only a couple of hours. There are still things to
> fix/update/remove like unsupported liquid tags but for the most part, it
> works like a charm.
> Search is available from the search field on the top left and PDF[2],
> epub[3] amd mobi[4] versions are also available.
> The build took only 10 sec + 10 more per offline version.
>
> The table of content mirrors exactly what we currently have, except that I
> have limited it to only 2 sub-levels. It means that some pages are missing
> but I think it demonstrates that our current menu organisation could be
> vastly improved.
>
> Couple of thoughts on Alex's points:
>
> > * for the examples, import source code that is actually used in tests
> (!!!)
>
> Indeed, an overhaul does not solve it, nor our current framework. But both
> can implement it.
>
> > * check links
>
> Gitbook checks internal links at compile time and refuses to build if
> something is wrong. AFAIK, there is nothing in the Gitbook world to check
> the validity of external links like the Jekyll plugin does. There are
> probably external tools that we can integrate in our build pipeline to
> cover this. However, it seems that even if we have this tool, we don't use
> it when pushing the website (as I get a lot of errors locally)
> Realistically, we will always have broken links, things move around all
the
> time. Checking external links is a nice-to-have but far from being a
> perfect solution. In any case, I don't see this point as important as you
> do.
>
> > * think through user flow
>
> The clear Gitbook menu exposes this pretty well IMO and better compared to
> the current version so that's a win.
>
> Best.
>
> [1] https://tbouron.github.io/brooklyn-docs/
> [2] https://tbouron.github.io/brooklyn-docs/brooklyn.pdf
> [3] https://tbouron.github.io/brooklyn-docs/brooklyn.epub
> [4] https://tbouron.github.io/brooklyn-docs/brooklyn.mobi
>
>
> On Thu, 5 Oct 2017 at 12:47 Richard Downer  wrote:
>
> > Thank you for the research you have done Thomas. I've had similar
> thoughts
> > myself. The original goal of our web+docs was to integrate them in such
a
> > way that we had a versioned user guide that integrated perfectly with
the
> > main website. At the time, Markdown tools were relatively immature, with
> > Jekyll leading the pack (and being the fashionable choice), and very
> little
> > in the way of viable apps for generating books with structure and tables
> of
> > contents. We did the best we could with the tools we had, but they
needed
> > significant extensions (via Jekyll plugins and build scripting). Those
> > plugins and scripts have turned into something fairly hairy - IMO we
> > shouldn't need to have to write this much code[1] to generate a static
> site
> > and manual. With hindsight, I would not have argued in favour of this
> > model. If I do write my book[2] I will most likely be writing it in
> > ReStructuredText and processing it with Sphinx (and no additional
> > scripting/tooling!).
> >
> > That said, when I have looked at changing Brooklyn's documentation
> system,
> > it has not looked easy. With our home-grown TOC generating code, we're
> not
> > off-the-shelf compatible with other systems. Moving to another system,
> even
> > if it is Markdown-based, would still involve a lot of manual work
> changing
> > our document metadata to the new system, and adapting to replace the
> Jekyll
> > plugins and the content that uses them (e.g. syntax highlighting, file
> > inclusion). Unless you have discovered something I didn't, Thomas, then
I
> > fear this will be a lot of work, mostly manual.
> >
> > In short, yes I like the idea of replacing our home-grown and
> > home-maintained code with an existing and supported app, but no I don't
> > think the effort of a big-bang migration justifies the results *at this
> > time*.
> >
> > Some things I would support:
> >
> > - Continued incremental improvements to both the website and the user
> > guide. IMO we have more problems with the content than with the tooling,
> > and we can still make a lot of improvements to the usability of our docs
> > and website without tooling changes.
> >
> > - Breaking the tight integration between website and user guide. "Fork"
> the
> > 

[jira] [Updated] (BROOKLYN-542) Can't use a Freemarker template hashes in a blueprint

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-542?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli updated BROOKLYN-542:
--
Summary: Can't use a Freemarker template hashes in a blueprint  (was: Can't 
use a Freemarker template hashes in YAML)

> Can't use a Freemarker template hashes in a blueprint
> -
>
> Key: BROOKLYN-542
> URL: https://issues.apache.org/jira/browse/BROOKLYN-542
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.12.0
>    Reporter: Andrea Turli
>Assignee: Andrea Turli
>
> It is not possible to use http://freemarker.org/docs/ref_builtins_hash.html 
> in a brooklyn blueprint



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (BROOKLYN-542) Can't use a Freemarker template hashes in YAML

[Andrea Turli (JIRA)]

Andrea Turli created BROOKLYN-542:
-

 Summary: Can't use a Freemarker template hashes in YAML
 Key: BROOKLYN-542
 URL: https://issues.apache.org/jira/browse/BROOKLYN-542
 Project: Brooklyn
  Issue Type: Bug
Affects Versions: 0.12.0
Reporter: Andrea Turli
Assignee: Andrea Turli


It is not possible to use http://freemarker.org/docs/ref_builtins_hash.html in 
a brooklyn blueprint



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Re: Apache Brooklyn 1.0 release

[Andrea Turli]

+1 to stronger authN

FYI I've quickly tried readthedocs -- see
https://readthedocs.org/projects/brooklyn-docs/ and it is nice and free,
maybe we should consider it for the website. It is an hosted service well
integrated with github which offers full text seatrch out of the box.
Many others ASF projects already use them, it's maybe worth a try.

My two cents,
Andrea



On 5 October 2017 at 12:07, Thomas Bouron 
wrote:

> I would agree with Geoff on the auth. I think it would be nice to move to
> JWT for 1.0.
>
> I would also point out the Brooklyn website. I'm the one to blame on this,
> I redesigned the home page but not the rest (mostly due to the currently
> complexity of it)
> I'll send a proposal on this today.
>
> Best.
>
> On Wed, 4 Oct 2017 at 17:57 Geoff Macartney 
> wrote:
>
> > +1 with observation that there are still some things we might want to do
> > before making that 1.0 release. (In re. Richard's comment about "Are we
> > feature complete", you may think we are not.)
> >
> > For example something I think it would be good to do before announcing a
> > 1.0 is to get away from basic auth on the UI and REST API and having a
> > session token based approach, perhaps based on JWT tokens.  (Don't like
> > storing the auth credentials for the CLI)
> >
> > That's one example but you may have your own suggestions - shout out!
> >
> > Geoff
> >
> >
> >
> > On Wed, 4 Oct 2017 at 16:41 Richard Downer  wrote:
> >
> > > +1 with conditions :-)
> > >
> > > Yes, I'd like to see Apache Brooklyn 1.0 released. I'd suggest that we
> > > would get ASF PR involved to generate a bit of buzz around this, and
> > > possibly approach some of our commercial users and friends to chip in
> > with
> > > some PR too.
> > >
> > > But going to 1.0 (and generating some media buzz around it) brings
> > > responsibilities. If the media buzz brings in new users, we want to
> make
> > > sure our usability is as high as possible - this covers the app itself,
> > as
> > > well as the website and the documentation.
> > >
> > > So to answer your question with some more questions...
> > >
> > > Are we feature-complete?
> > >
> > > Do we have great usability? Good user stories for all our types of
> users?
> > >
> > > Are we happy to freeze our API in its current state?
> > >
> > > Are we happy to accept a stricter deprecation policy going forward?
> > >
> > > Is there nothing that we want to deprecate before 1.0? (That would
> imply
> > > another 0.x release cycle)
> > >
> > > Have we removed every deprecated thing that we can? (If something is
> > > deprecated but cannot be removed, why?)
> > >
> > > Do we have great documentation?
> > >
> > > Do we have a great website?
> > >
> > > Does our documentation and examples reflect the "best" (not deprecated,
> > > outdated or suboptimal) way of doing things?
> > >
> > > Will the blueprints in the wider community be compatible with the
> > proposed
> > > 1.0 release or do they need updating? (We will need to work with those
> > > blueprint owners to get the blueprints updated.)
> > >
> > > Are we prepared to personally get involved in a media and visibility
> > push?
> > > (e.g. using our own Twitter, networks, getting more people involved in
> > > managing the official Apache Brooklyn social media channels, etc.)
> > >
> > > Are we prepared - in the event of a successful media blitz - to handle
> > more
> > > users coming to this list, IRC, Twitter etc. looking for help?
> > >
> > >
> > > If we can answer "yes" to all of these questions, then we are ready to
> > > release 1.0. If any of these questions is answered "no" or "maybe" then
> > we
> > > should wait, or consider making a 0.13.0 release first.
> > >
> > > Richard.
> > >
> > >
> > > On 3 October 2017 at 16:33, Duncan Godwin 
> wrote:
> > >
> > > > Hi All,
> > > >
> > > > Following the release last week of Apache Brooklyn 0.12.0 I propose
> > that
> > > we
> > > > make the next version of Apache Brooklyn 1.0.0.
> > > >
> > > > Apache Brooklyn is robust, stable, feature rich and being used in
> > > > production by multiple enterprises. Our deprecation policy means we
> > > haven't
> > > > treated it like a 0.x release in a very long time.
> > > >
> > > > With 0.12.0, we did the last major thing needed before a 1.0 release:
> > we
> > > > switched to Karaf as the primary distribution and we deprecated the
> > > > "classic mode". What does everyone think?
> > > >
> > > > Many thanks
> > > >
> > > > Duncan
> > > >
> > >
> >
> --
>
> Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> https://cloudsoft.io/
> Github: https://github.com/tbouron
> Twitter: https://twitter.com/eltibouron
>

[jira] [Commented] (BROOKLYN-541) ActiveMQ Artemis Component

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16191147#comment-16191147
 ] 

Andrea Turli commented on BROOKLYN-541:
---

Thanks for reporting this.

Just to clarify, it is something that you'd like to contribute to Brooklyn or 
is a feature request which you'd like to have? btw the latter is totally fine! 
:) 

> ActiveMQ Artemis Component
> --
>
> Key: BROOKLYN-541
> URL: https://issues.apache.org/jira/browse/BROOKLYN-541
> Project: Brooklyn
>  Issue Type: New Feature
>Reporter: Michael Andre Pearce
>
> Currently there is an Apache ActiveMQ component, but the is no component for 
> Apache ActiveMQ Artemis which is the next gen JMS 2.0 compliant broker.
> https://activemq.apache.org/artemis/



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (BROOKLYN-527) Support deploy in azure using ARM template

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16128524#comment-16128524
 ] 

Andrea Turli commented on BROOKLYN-527:
---

Interesting question [~aileen.wei]. There are no plans to support this Azure 
functionality at the moment. 

Thinking about it, if you have a lot of ARM templates that you'd like to re-use 
using Apache Brooklyn, there are a couple of ways to easily integrate it. Have 
a look at https://github.com/cloudsoft/brooklyn-terraform for a similar idea, 
this will allow to re-use the templates but will give you less runtime 
management control compared to a Brooklyn blueprint deployed to Azure ARM.

Please let us know if you would like to contribute, I'm sure the community will 
be happy to support you!

> Support deploy in azure using ARM template
> --
>
> Key: BROOKLYN-527
> URL: https://issues.apache.org/jira/browse/BROOKLYN-527
> Project: Brooklyn
>  Issue Type: Question
>Reporter: aileen wei
>
> Azure support deploying from ARM template, and provides restAPI to validate 
> and perform the template file. As the resources that are declared in template 
> are not limited to compute or storage, but also support PaaS services.
> Not sure if brooklyn plan to support this kind of deployment in Azure.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (BROOKLYN-527) Support deploy in azure using ARM template

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli resolved BROOKLYN-527.
---
Resolution: Done
  Assignee: Andrea Turli

> Support deploy in azure using ARM template
> --
>
> Key: BROOKLYN-527
> URL: https://issues.apache.org/jira/browse/BROOKLYN-527
> Project: Brooklyn
>  Issue Type: Question
>Reporter: aileen wei
>    Assignee: Andrea Turli
>
> Azure support deploying from ARM template, and provides restAPI to validate 
> and perform the template file. As the resources that are declared in template 
> are not limited to compute or storage, but also support PaaS services.
> Not sure if brooklyn plan to support this kind of deployment in Azure.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Re: Trouble with Softlayer private images

[Andrea Turli]

Hi Graham,

the Brooklyn location for SL you are using in your blueprint looks good to
me, so from the Brooklyn perspective that is fine.

With my jclouds hat on I'd ask you instead if you have seen
http://jclouds.apache.org/guides/softlayer/ and if your SL account can
actually "see" that private image.

Please cross-post your issue in the jclouds mailing list, specifying the
version you are using and some stacktraces if possible.

Thanks,
Andrea

Il 01/ago/2017 15:01, "Graham Ashby"  ha scritto:

I'm trying to provision a Softlayer instance from a private image.
I specify the guid in the imageId, but what appears to be happening is
that it gets the underlying template for the visual instance, then uses
that, instead of the image.
I removed the hardwareId from the spec, since the Python softlayer API
doesn't like this and the image.

I'm not sure if this is the place to ask, or is it a JCloud issue?  There
were a couple of issues in JCloud a few years ago related to private
images, but they were fixed.
I'm wondering if there is something else I need to use in my
specification.

My spec is:

  type: jclouds:softlayer
  brooklyn.config:
region: mon01
identity: ashbyg
credential: XX
displayName: graham-image
#hardwareId: "cpu=4,memory=32768,disk=100,type=LOCAL"
imageId: 6f518295-fa79-4517-8a97-8220bb86ed83
keyPair: ashbyg-ssh
keyPairName: ashbyg-ssh
loginUser: root
privateKeyFile: /opt/brooklyn/ca-1/openstack-gsa-gen.pem
loginuser.privateKeyFile: /opt/brooklyn/ca-1/openstack-gsa-gen.pem
privateNetworkOnly: true
useJcloudsSshInit: false
templateOptions:
  domainName: bi.ibmcloud.com
  hourlyBillingFlag: true
  privateNetworkOnlyFlag: true

Re: Newbie questions

[Andrea Turli]

Daan,

Looks to me you are in the right track! I'd probably start from
https://brooklyn.apache.org/v/latest/locations/#apache-cloudstack to learn
how to select images and networks.

Best,
Andrea

Il 01/giu/2017 16:57, "Daan Hoogland"  ha
scritto:

H,



This is a usage question but aws there is no user@ list I ended out here.
You know me as the guy asking about integration with cloudstack. I am
experimenting with that, now. I have a local cloudstack running and
available at a 10. private space address on port 8080. Now I
have Brooklyn at the same address on port 8081. Next, I defined the
location as

brooklyn.locations:

- type: jclouds:cloudstack

  brooklyn.config:

displayName: local cloudstack

endpoint: http://10.2.2.34:8080/client/api

identity: admin

credential: 

does this seem complete to you people?



I am trying to deploy the resilient-bash-web-cluster-template on this
location but am suspecting there is a lot missing before that is possible,
like the right VM templates and maybe network definitions.

I suspect I have a lot of reading to do so tell me to rtfm with pointer,
please.



Daan Hoogland
Senior Software Developer
*s:* +31 61400 4545 | * d: *+44(0) 20 3603 0540 <+44%2020%203603%200540>
*e:* daan.hoogl...@shapeblue.com  | * w: *www.shapeblue.com  |*  t:*
  @shapeblue
*a:* 53 Chandos Place, Covent Garden, London WC2N 4HSUK

[image: CloudStack Collab Miami 2017] 
--

Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
Services India LLP is a company incorporated in India and is operated under
license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
company incorporated in Brasil and is operated under license from Shape
Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
a registered trademark.This email and any attachments to it may be
confidential and are intended solely for the use of the individual to whom
it is addressed. Any views or opinions expressed are solely those of the
author and do not necessarily represent those of Shape Blue Ltd or related
companies. If you are not the intended recipient of this email, you must
neither take any action based upon its contents, nor copy or show it to
anyone. Please contact the sender if you believe you have received this
email in error.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build
 | CSForge – rapid IaaS
deployment framework 
CloudStack Consulting  |
CloudStack
Software Engineering 
CloudStack Infrastructure Support
 | CloudStack
Bootcamp Training Courses 

Re: Code Contribution: Container Service

[Andrea Turli]

+1

Also I think this new set of locations will be the right place for the
brooklyn-cloudfoundry location developed by Jose Carrasco during the GSoC
2016 as it is conceptually quite similar.

On 10 May 2017 at 16:31, John McCabe  wrote:

> +1, it's awesome!!
>
> On Wed, 10 May 2017, 13:22 Geoff Macartney, <
> geoff.macart...@cloudsoftcorp.com> wrote:
>
> > +1
> >
> > I'm planning to do a talk on Brooklyn next month and it would be great to
> > be able to use Kubernetes in an example Blueprint.
> >
> >
> >
> > On Wed, 10 May 2017 at 13:16 Graeme Miller <
> > graeme.mil...@cloudsoftcorp.com>
> > wrote:
> >
> > > Hello,
> > >
> > > We at Cloudsoft Corporation have spent some time developing
> functionality
> > > on top of Brooklyn that allows a user to deploy to Swarm, Kubernetes
> and
> > > Openshift. We call this functionality the Cloudsoft Container Service.
> > >
> > > We'd like to contribute this code back to Apache Brooklyn. The code
> comes
> > > complete with documentation and tests and has been well reviewed by
> > people
> > > within Cloudsoft. We view this as mature code, that has been shipped
> with
> > > our product for some time.
> > >
> > > To find more information about how a user would use these locations
> > please
> > > see this documentation[1].
> > >
> > > If people are in favour of this, we can provide more deatails about the
> > > code and put it to a vote.
> > >
> > > Regards,
> > > Graeme Miller
> > >
> > > [1] https://docs.cloudsoft.io/ccs/locations/index.html
> > >
> >
>

Re: Failing to deploy

[Andrea Turli]

Sorry Rupinder for belated answer.
I'm not a Windows user so I'd appreciate some help from other guys, Svet
maybe?

Would brooklyn-vagrant project be interesting for you? I think it could
give you a common base to run Brooklyn and simplify the onboarding process.

Let us know if you need guidance with it?

Andrea


Il 08/mag/2017 18:34, "Rupinder Singh" <rupi@gmail.com> ha scritto:

Hi Andrea,

I'd expected somebody would revert to me on the forward below. Awaiting.
Regards,
Rupinder.

PS: As onlooker, I find the efforts put in to build consesus on new PR
standards commendable. Kudos to Alex Henevald to raise and to Richard to
build consensus!  That feedback of Linux maintainer is a turner.
On 30 Apr 2017 08:33, "Rupinder Singh" <rupi@gmail.com> wrote:

> Hi Andrea,
>
> I'm sorry for the delay in reverting. I was busy elsewhere; also, I 'd to
> catch up some learning in this area.
>
> 1.I'm using Windows 7. I'm little bit unable to understand as to which
> default SSH keys will Brooklyn try to inject while creating VM and
> subsequently logging into it. Which is why, with ubuntu, I guess, I'm
> facing those issues.  As such, I thought of injecting SSH keys via yaml
> blueprint (as attached bp1), but I'm facing some other issues there as
well.
>
> 2. In Trystack(OpenStack), for cirros image,  password authentication is
> available with given userid and password cirros and cubswin:)
> respectively. I tried that with blueprint(as attached bp2) in Brooklyn. It
> does create usable instance and I'm able to puTTY( apparently telnet) into
> it with those credentials.For all other OSes I'll have to SSH.
>
> I'm trying. I may need to to catchup some more reading. For time being, I
> hope I made little headway.
>
> regards
> Rupinder
>
>
>
> On Sat, Apr 22, 2017 at 2:05 PM, Andrea Turli <andrea.turli@cloudsoftcorp.
> com> wrote:
>
>> Rupinder,
>>
>> I'm quite confused now, could you please share the manual steps from
>> nothing to the ssh access to the instance created with that imageId. I'm
>> particularly interested in the account available on that image you can
use
>> to access via ssh.
>>
>> Thanks,
>> Andrea
>>
>> On 21 April 2017 at 17:15, Rupinder Singh <rupi@gmail.com> wrote:
>>
>> > Hi Thomas,
>> >
>> > I hadn't deleted the image. I had deleted the instance created by
>> Brooklyn.
>> > Anyway, I retried both with osFamily and osVersionRegex and ImageId as
>> per
>> > attached blueprints. The results are as before. With ImageId, at least
>> > something shows up in TryStack dashboard, beforelong it gives error.
>> With
>> > osFamily and osVesionRegex, nothing seems to happen. Logs are here.
>> >
>> > https://drive.google.com/file/d/0B9xR8_XMSxDSMWtjOTBMYW9xSVU/view?
>> > usp=sharing
>> > https://drive.google.com/file/d/0B9xR8_XMSxDSS0Y3aDdIQWoyaHM/view?
>> > usp=sharing
>> > https://drive.google.com/file/d/0B9xR8_XMSxDSU3FkSW9PRkVOeW8/view?
>> > usp=sharing
>> >
>> > Thanks for your continued support!
>> > Rupinder
>> >
>> > On Wed, Apr 19, 2017 at 3:35 PM, Rupinder Singh <rupi@gmail.com>
>> > wrote:
>> >
>> > > hi Thomas. The imageId is a unintentional miss. I'll redo. Thanks
>> > >
>> > > Rupinder.
>> > > On 19 Apr 2017 15:09, "Thomas Bouron" <thomas.bouron@cloudsoftcorp.c
>> om>
>> > > wrote:
>> > >
>> > >> Hi Rupinder.
>> > >>
>> > >> I noticed you didn't update the `imageId` parameter compared to the
>> last
>> > >> blueprint you sent. If you deleted this specific image, it does not
>> > >> surprise me that Brooklyn cannot find it.
>> > >> I would strongly suggest that you use the combination of `osFamily`
>> and
>> > >> `osVersionRegex`[1] instead of `imageId` to be more flexible about
>> what
>> > >> Brooklyn can pick.
>> > >>
>> > >> Also, I just noticed that you indent the values of the provisioning
>> > >> parameters. Maybe this has an influence on the parser so but I'm not
>> > sure
>> > >> about that. Maybe another contributor can confirm this?
>> > >>
>> > >> Hope it will work this time.
>> > >>
>> > >> Best.
>> > >>
>> > >> [1]
>> > >> https://brooklyn.apache.org/v/latest/ops/locations/index.
>> > html#vm-creation
>> > >>
>> > 

Re: [VOTE] New standards for PR reviewing.

[Andrea Turli]

+1 (binding)

On 8 May 2017 at 17:45, Aled Sage  wrote:

> +1 (binding)
>
>
>
> On 08/05/2017 11:55, Richard Downer wrote:
>
>> There have been recent discussions about how the committers assess PRs for
>> merging. The discussion is summarised below and the original thread
>> available at [1].
>>
>> The consensus of the discussion is to adopt new standards for committers
>> reviewing PRs, as follows:
>>
>> --
>>
>> If a PR has not been reviewed within a certain amount of time - suggested
>> to be 7 days, or less for smaller PRs - nor has a committer indicated that
>> they are doing a detailed review, then the PR shall be considered for a
>> less detailed review, an "eyeball test".
>>
>> Under an eyeball test, a reviewer will consider if the PR is:
>> * clearly helpful & not obviously wrong
>> * low-risk / doesn't break compatibility
>> * good test coverage (and passing)
>> * likely to be maintained
>>
>> If it passes the above criteria, then the reviewer will add a comment to
>> the PR, and ask if further review is appropriate, possibly tagging
>> specific
>> committers who may be interested. Then if there is no objection within 72
>> hours, passive consensus should be assumed, and the PR merged.
>>
>> If the PR does not pass the above criteria, the reviewer should say what
>> they have doubts about, suggest what the contributor could do to help,
>> and/or appeal to other committers more familiar with an area. If
>> appropriate, move from GitHub onto the mailing list. (The aim here is to
>> get a discussion going and not give the contributor the impression their
>> PR
>> is being ignored.)
>>
>> --
>>
>> This vote is to decide if we wish to adopt these standards for all PR
>> reviews going forward, and to document these standards in our website.
>>
>> This vote will be open for a minimum of 72 hours.
>>
>> [ ] +1 - adopt this standard
>> [ ] 0 - no opinion
>> [ ] -1 - do not adopt this standard, because:
>>
>> --
>>
>> Background:
>>
>> This is related to the recent thread at [1].
>>
>> Traditionally, this project has had a high bar for reviewing contributions
>> prior to merging. This dates back to the project's inception, before it
>> was
>> part of Apache. Reviewers would be expected to inspect the code and
>> personally test it before allowing it to be merged.
>>
>> There has been concern expressed that this is holding back Brooklyn
>> development. Reviewing a PR can be time-consuming; often a detailed review
>> requires expert knowledge in a particular area of the code which only some
>> committers possess. The result is that PRs, especially larger ones or ones
>> in core areas of the project, do not receive timely review, and in some
>> cases languish far too long. This is bad for the project as it holds back
>> our velocity, and frustrates contributors who see their changes stuck in
>> the system for extended lengths of time.
>>
>> Since we joined the ASF, we have had feedback from others with experience
>> in Apache that we are too conservative with our code review requirements.
>> We also recognise the value in automated testing to catch regressions
>> (although these constantly need work, of course), and in our Git source
>> control to enable us to revert changes that turn out to be particularly
>> problematic. We can relax our strict reviewing requirements, which will
>> increase our velocity, and show our contributors that their work is
>> receiving attention and getting merged. Should a merge prove to be
>> problematic, their is still opportunity to do a bug fix (and get it merged
>> under the same fast process, too), and ultimately the chance to "revert"
>> the merge if necessary.
>>
>> So we believe that the quality of the finished product will not be
>> adversely affected by these changes.
>>
>>
>> [1]
>> https://lists.apache.org/thread.html/4398448fd548495a5159016
>> a97afa12dd787ab34786b3bbc0881d5b4@%3Cdev.brooklyn.apache.org%3E
>>
>> Thanks
>> Richard.
>>
>>
>

Re: Faster PR reviews

[Andrea Turli]

Richard, all,

thanks for the great discussion.

Thanks for moving this forward. I think those that have participated in
> this thread are generally in agreement over changing our PR reviewing
> standards, although I'm slightly concerned that relatively few people have
> contributed to the thread.
>

It's probably too late here but I think we can also assume those kind of
conversations (or maybe all?) assumes Lazy Consensus [1] where of course a
a negative vote constitutes a veto, which cannot be overridden.

>
> I'd like to move the PR reviewing question on to a vote, based on a short,
> clear statement about the new standards. I will start a vote shortly (with
> the aim that only requiring reviewing a short email and providing a yes/no
> response will get more responses).
>
> On the YOML question, fewer people have participated in that part of the
> thread. Several voices are of the opinion that a PR would not be acceptable
> in this form (even under the new reviewing standards), *were it submitted
> by anyone other than Alex*, but an exception is perhaps appropriate in this
> case. I have reservations about this in principle, but agree that it may be
> appropriate. However I want to ensure cases like this *remain* exceptional
> and not be normalised. I would therefore want that to be a subject of a
> vote too. To avoid confusion the votes should not overlap IMO. Any comments
> on this paragraph?
>

I don't have strong feelings against a vote vs 2 votes vs no vote, but I
think Lazy Consensus principle [1] can help here as well: it reduces the
number of required formal votes and also mitigates the concern around the
number of active participants to the discussion, IMHO.

As an interesting side point, I've also found one post on these topics
(there are probably millions of this nature!): it's from a linux kernel
maintainer and the suggestions seem very sensible to me [2]
I hope I'm not digressing too much!

My two cents,
Andrea

[1]: https://www.apache.org/foundation/voting.html#LazyConsensus
[2]:
https://opensource.com/article/16/12/yearbook-9-lessons-25-years-linux-kernel-development

Re: [DISCUSS][VOTE] Release Apache Brooklyn 0.11.0 [rc2]

[Andrea Turli]

+1 Richard,

I personally consider any rebinding issues a release blocker.

Sorry for not having seen it during my tests. Does this mean we should
agree on a minimum amount of "live" tests that should pass to validate
a release?

On 26 April 2017 at 09:01, Richard Downer  wrote:
> Bug BROOKLYN-493[1] has been reported this morning: "Rebind fails when
> using WinRmCommandSensor".
>
> Do we consider this to be a release blocker?
>
> In favour of blocking the release: rebind failures will be a major issue in
> a "real" deployment of Brooklyn - the ability to restart the Brooklyn
> process after a failure is an important feature, and breaking this will
> give an impression that our product cannot reliably stop and start itself.
>
> In favour of continuing the release: it's for a feature which is currently
> little used. I've heard through other channels that it is possible to
> workaround the bug with a handcrafted bundle that clones the buggy code
> plus a fix into a new package.
>
> Personally I'd call this a release blocker.
>
> What do others think?
>
> Thanks
> Richard.
>
>
> On 18 April 2017 at 17:09, Richard Downer  wrote:
>
>> Please use this thread for discussions about the 0.11.0 [rc2] release
>> (please keep the actual vote thread just for votes).
>>
>> Thanks!
>>

Re: [VOTE] Release Apache Brooklyn 0.11.0 [rc2]

[Andrea Turli]

+1 (binding)

Checks successfully completed:
[✓] Download links work.
[✓] Checksums and PGP signatures are valid.
[✓] Expanded source archive matches contents of RC tag.
[✓] Expanded source archive builds and passes tests.
[✓] LICENSE is present and correct.
[✓] NOTICE is present and correct, including copyright date.
[✓] No compiled archives bundled in source archive.

Checks left to do manually with the help of above instructions:
[✓] All files have license headers where appropriate: I relied on the
rat check when running `mvn clean install` for checking that "all
files have license headers where appropriate".

Remaining items from checklist:
[✓] I follow this project’s commits list.
[✓] Binaries work:
tested a small selection of trivial apps on classic launcher with bin
install (MacOS) against AWS



On 24 April 2017 at 18:33, Geoff Macartney
 wrote:
>
> +1
>
> Checks successfully completed:
> [✓] Download links work.
> [✓] Checksums and PGP signatures are valid.
> [✓] Expanded source archive matches contents of RC tag.
> [✓] Expanded source archive builds and passes tests.
> [✓] LICENSE is present and correct.
> [✓] NOTICE is present and correct, including copyright date.
> [✓] No compiled archives bundled in source archive.
>
> Checks left to do manually with the help of above instructions:
> [✓] All files have license headers where appropriate.
> [✓] All dependencies have compatible licenses.
>
> Remaining items from checklist:
> [✓] I follow this project’s commits list.
> [✓] Binaries work:
> tested a small selection of non-trivial apps: brooklyn-elk, brooklyn-cassandra
> on:
> classic and karaf launcher with bin install (MacOS)
> RPM install of classic launcher (CentOS)
> against:
> AWS
> Azure
> Bluebox
> GCE
> with rebind (on some)
> tested br on MacOS and Linux
>
>
> On Tue, 18 Apr 2017 at 17:09 Richard Downer  wrote:
>
> > This is to call for a vote for the release of Apache Brooklyn 0.11.0.
> >
> > This release comprises of a source code distribution, and a corresponding
> > binary distribution, and Maven artifacts.
> >
> > The source and binary distributions, including signatures, digests, etc.
> > can
> > be found at:
> >
> >
> > https://dist.apache.org/repos/dist/dev/brooklyn/apache-brooklyn-0.11.0-rc2
> >
> > The artifact SHA-256 checksums are as follows:
> >
> >   23f4afb46d63d267ec7fa9555b0c3afef85eb0a79449f4cc61bb94226d27ce95
> > *apache-brooklyn-0.11.0-rc2-1.noarch.rpm
> >   67233576e6f167f5b2fd87e9e256763ea88794d645ad8413f4ee9cb3f7cfeea2
> > *apache-brooklyn-0.11.0-rc2-bin.tar.gz
> >   3ccdc59182f4227887d7b16587b5bb94214a0648e1c4fb4c82924ba9a0544b71
> > *apache-brooklyn-0.11.0-rc2-bin.zip
> >   1c19b2688354ca4e62201872e24f75924c1b89f2a42d15009539a05f899f528f
> > *apache-brooklyn-0.11.0-rc2-client-cli-linux.tar.gz
> >   b3dd8ee58307504d611e6976a155b72e93dedcb45b4a09b30a71d58028621086
> > *apache-brooklyn-0.11.0-rc2-client-cli-linux.zip
> >   639144fbbf0dde4805c0208108c31e46c46382399345a592420e64133be0279a
> > *apache-brooklyn-0.11.0-rc2-client-cli-macosx.tar.gz
> >   9039584d68d01e6ce822b89ff57df29c6cff88c3d794e39f8d8b378663307d7a
> > *apache-brooklyn-0.11.0-rc2-client-cli-macosx.zip
> >   7c1fad2a1b1330055b8ab0e3f135f575a48ea57648fc3b2d31b375b97c927da6
> > *apache-brooklyn-0.11.0-rc2-client-cli-windows.tar.gz
> >   a2b37d3a299a3ed7119dae65d5d1abdc5679de6700b6459d4bdb94448f639b46
> > *apache-brooklyn-0.11.0-rc2-client-cli-windows.zip
> >   af1fd08ed5e150952e756bc26e6250ed19d474dece65d42603f39803a709d5a5
> > *apache-brooklyn-0.11.0-rc2-karaf.tar.gz
> >   d0d7e45cf8efee01fe7280869f3d74e1e8f08af5a3e0fe4dcf50032eb61c946d
> > *apache-brooklyn-0.11.0-rc2-karaf.zip
> >   11753a6fd58a373086f18c25bc72af18135f822d92334419e530ea7a180bbfa5
> > *apache-brooklyn-0.11.0-rc2-src.tar.gz
> >   51646e7f91f3aa576ec21ef14a6d6841550a3aa1f9dfd8444f7e68d7843c832b
> > *apache-brooklyn-0.11.0-rc2-src.zip
> >   e182ac16e46ad99078beaf8a6564d9b605c41f2411aa662ed92c304f4e32b7ed
> > *apache-brooklyn-0.11.0-rc2-vagrant.tar.gz
> >   f122a8250c242647ce089c244f01674c083dc90fdf929d1f8efa27c52a766e4f
> > *apache-brooklyn-0.11.0-rc2-vagrant.zip
> >
> > The Nexus staging repository for the Maven artifacts is located at:
> >
> >
> > https://repository.apache.org/content/repositories/orgapachebrooklyn-1039
> >
> > All release artifacts are signed with the following key:
> >
> > https://people.apache.org/keys/committer/richard.asc
> >
> > KEYS file available here:
> >
> > https://dist.apache.org/repos/dist/release/brooklyn/KEYS
> >
> >
> > The artifacts were built from git commit IDs:
> >
> > brooklyn: 121752b33fa96bc17cba46d7708e63053f82b2d5
> > brooklyn-client: 2453f9b7132e810a1d09b6cc00d0f91059cbeb21
> > brooklyn-dist: 6bf96f055ed0fa9c1ad66a3efbdf728180579ce5
> > brooklyn-docs: b98477b201ac5741299f2a0e4fcabcc14a8ba918
> > brooklyn-library: c20857da53728b882117ab4e3d3613f13c27ca21
> > brooklyn-server: 

Re: Failing to deploy

[Andrea Turli]

>> > > https://drive.google.com/file/d/0B9xR8_XMSxDSbktWM3BZcW9lMWx
> >> > > zMVQwaGdKRjJfc2VBUXFR/view?usp=sharing
> >> > >
> >> > > https://drive.google.com/file/d/0B9xR8_XMSxDSRzhGZUE5UEFveEx
> >> > > qOFpWYXllbzJPVHRiZ1Fz/view?usp=sharing
> >> > >
> >> > > https://drive.google.com/file/d/0B9xR8_XMSxDScTRMbnduanYxNVk
> >> > > /view?usp=sharing
> >> > >
> >> > > https://drive.google.com/file/d/0B9xR8_XMSxDSQl9ZSzBsU1YyT2U
> >> > > wTVBkMXAxa0VIcnotNVZr/view?usp=sharing
> >> > >
> >> > > https://drive.google.com/file/d/0B9xR8_XMSxDSdkt1TWg5VGxqOFE
> >> > > /view?usp=sharing
> >> > >
> >> > > regards
> >> > >
> >> > > Rupinder
> >> > >
> >> > >
> >> > > On Mon, Apr 17, 2017 at 8:13 PM, Thomas Bouron <
> >> > > thomas.bou...@cloudsoftcorp.com> wrote:
> >> > >
> >> > >> Hi Rupinder
> >> > >>
> >> > >> It makes sense for the user/password as you supplied your own
> >> > >> user/password
> >> > >> in the blueprint. In this case, Brooklyn will connect to the VM
> with
> >> the
> >> > >> default user, then create a new user (supplied by the blueprint)
> and
> >> > >> finally disable the default user[1]
> >> > >>
> >> > >> However, I'm not really understanding what happens with your
> >> deployment.
> >> > >> The debug logs say:
> >> > >>
> >> > >> 017-04-17 05:18:36,258 DEBUG jclouds.compute
> >> > >> [brooklyn-execmanager-ZM1RaPwv-3]: <<   matched
> >> > >> image(RegionOne/76f5f4aa-a78f-4703-b738-cab967957431)
> >> > >> hardware(RegionOne/2) location(RegionOne)
> >> > >>
> >> > >>
> >> > >> and the machine is provisioned. But there error message I can see
> >> later
> >> > in
> >> > >> the logs suggested that the VM was not even created:
> >> > >>
> >> > >> 2017-04-17 05:48:44,587 ERROR jclouds.compute [user thread 0]:
> >> > >> createNodesInGroup(brooklyn-ooj0sw-nwe-server3-brookly-wp0w-
> >> my-vm-g4bb),
> >> > >> completed: 0/1, errors: 1, rate: 1806806ms/op
> >> > >> java.util.concurrent.ExecutionException:
> >> > >> java.lang.IllegalArgumentException: id must be in format
> regionId/id
> >> > >>
> >> > >>
> >> > >> Maybe someone with a deeper understanding of Brooklyn with
> Openstack
> >> can
> >> > >> answer this?
> >> > >>
> >> > >> Best.
> >> > >>
> >> > >> [1] https://brooklyn.apache.org/v/latest/ops/locations/index.htm
> >> > >> l#os-setup
> >> > >>
> >> > >> On Mon, 17 Apr 2017 at 15:09 Rupinder Singh <rupi@gmail.com>
> >> wrote:
> >> > >>
> >> > >> > Hi Thomas,
> >> > >> >
> >> > >> > I'd tried to deploy earlier in the morning. So those were the
> >> logs. I
> >> > >> just
> >> > >> > happened to check TryStack dashboard moments ago. I noticed the
> >> Ubuntu
> >> > >> > intance running and active. However, it isn't accepting the user
> >> login
> >> > >> or
> >> > >> > password specified in the blueprint. Although, it does show
> >> console of
> >> > >> > Ubuntu 16.04.
> >> > >> >
> >> > >> > Rupinder
> >> > >> >
> >> > >> > On Mon, Apr 17, 2017 at 6:45 PM, Rupinder Singh <
> >> rupi@gmail.com>
> >> > >> > wrote:
> >> > >> >
> >> > >> > > Hi Thomas,
> >> > >> > >
> >> > >> > > I removed minRam in the yaml and this time an instance of
> ubuntu
> >> > 16.04
> >> > >> > did
> >> > >> > > show running in TrySStack dashboard. However, it kept starting
> >> for
> >> > too
> >> > >> > long
> >> > >> > > and then crashed. The blueprint and logs

Re: Brooklyn website

[Andrea Turli]

Not sure the feather is absolutely required but we can maybe add it to the
footer (btw spark, cassandra don't have it in the landing page, while
jclouds has a different logo in the footer)

It would be nice to have a compact round "bridge" logo for brooklyn to
replace the feather in the navbar, wdyt?

On 20 April 2017 at 21:57, Thomas Bouron <thomas.bou...@cloudsoftcorp.com>
wrote:

> Thanks Andrea! I don't mind removing the feather but I thought we were
> obliged to add it to the website as Brooklyn is an apache project, isn't it
> right?
>
> Also, if we put only the Brooklyn logo on the navigation bar, I'm worried
> that the first section of the homepage won't work anymore. We will need to
> put something else there. If you have any ideas, I gladly take suggestions
> :)
>
> Best.
>
> On Thu, 20 Apr 2017 at 20:26 Andrea Turli <andrea.tu...@cloudsoftcorp.com>
> wrote:
>
> > I think it's a great contribution, much better on a small screen like
> > smartphone. Still `Apache Brooklyn` doesn't fit nicely though. Also maybe
> > instead of the feather, we could keep a brooklyn logo on the bar that
> > remains when you scroll down, wdyt?
> >
> > Il 20/apr/2017 18:12, "Thomas Bouron" <thomas.bou...@cloudsoftcorp.com>
> ha
> > scritto:
> >
> > > Hi Brooklyners
> > >
> > > I just pushed a PR[1] which implement the changes I was proposing
> earlier
> > > in this thread. I also pushed a demo of the new website and landing
> page
> > on
> > > my fork[2]
> > >
> > > Best.
> > >
> > > [1] https://github.com/apache/brooklyn-docs/pull/173
> > > [2] https://tbouron.github.io/brooklyn-docs/
> > >
> > > On Tue, 18 Apr 2017 at 09:38 John McCabe <j...@johnmccabe.net> wrote:
> > >
> > > > +1 on Thomas's mock up, looks great.
> > > >
> > > > Being able to see something in action before trying it can be useful,
> > > > perhaps something asciinema-like (https://asciinema.org/a/46498).
> > > >
> > > > On Tue, 18 Apr 2017 at 08:21 Thomas Bouron <
> > > > thomas.bou...@cloudsoftcorp.com>
> > > > wrote:
> > > >
> > > > > On Tue, 18 Apr 2017 at 00:32 Alex Heneveld <
> > > > > alex.henev...@cloudsoftcorp.com>
> > > > > wrote:
> > > > >
> > > > > >
> > > > > > Wow - really like this!  Very clean and elegant.
> > > > > >
> > > > >
> > > > > Thanks!
> > > > >
> > > > >
> > > > > > I think we should /show/ a little bit more what we mean by
> > > > > > modeling/deploying/managing -- eg for modelling (code snippet),
> > and a
> > > > > > graphic w cloud icons for deploy, and maybe a UI screenshot for
> > > manage
> > > > ?
> > > > > >
> > > > >
> > > > > I'm not sure I agree with that. I deliberately went for less
> because
> > I
> > > > > believe less is more, especially on the homepage. Adding a code
> > > snippet,
> > > > > screenshots abd logos will do the reverse IMO. You started this
> > thread
> > > by
> > > > > saying that Brooklyn is always considered as complicated, doing
> this
> > > will
> > > > > reinforce this feeling IMO.
> > > > >
> > > > > That being said, we could add a page to have a UI tour, with a link
> > to
> > > it
> > > > > in the "Get Started" menu item?
> > > > >
> > > > >
> > > > > > And not sure about curl-to-bash for install -- some people are
> > > > > > uncomfortable with that (in any case we should curl from an
> apache
> > > site
> > > > > > for a release, not github).
> > > > >
> > > > >
> > > > > I used github as an example, this is not a real URL.
> > > > >
> > > > >
> > > > > > But some one-line quick start would be
> > > > > > nice.  A docker image?  (And can say jump to Get Started for
> other
> > > > > > flavours of installs.)
> > > > > >
> > > > >
> > > > > Why not for the docker image. I went for the curl command because
> > > that's
> > > > > the only one that does not require the user to install anything
> else.
> > > If
> > > >

Re: Brooklyn website

[Andrea Turli]

I think it's a great contribution, much better on a small screen like
smartphone. Still `Apache Brooklyn` doesn't fit nicely though. Also maybe
instead of the feather, we could keep a brooklyn logo on the bar that
remains when you scroll down, wdyt?

Il 20/apr/2017 18:12, "Thomas Bouron"  ha
scritto:

> Hi Brooklyners
>
> I just pushed a PR[1] which implement the changes I was proposing earlier
> in this thread. I also pushed a demo of the new website and landing page on
> my fork[2]
>
> Best.
>
> [1] https://github.com/apache/brooklyn-docs/pull/173
> [2] https://tbouron.github.io/brooklyn-docs/
>
> On Tue, 18 Apr 2017 at 09:38 John McCabe  wrote:
>
> > +1 on Thomas's mock up, looks great.
> >
> > Being able to see something in action before trying it can be useful,
> > perhaps something asciinema-like (https://asciinema.org/a/46498).
> >
> > On Tue, 18 Apr 2017 at 08:21 Thomas Bouron <
> > thomas.bou...@cloudsoftcorp.com>
> > wrote:
> >
> > > On Tue, 18 Apr 2017 at 00:32 Alex Heneveld <
> > > alex.henev...@cloudsoftcorp.com>
> > > wrote:
> > >
> > > >
> > > > Wow - really like this!  Very clean and elegant.
> > > >
> > >
> > > Thanks!
> > >
> > >
> > > > I think we should /show/ a little bit more what we mean by
> > > > modeling/deploying/managing -- eg for modelling (code snippet), and a
> > > > graphic w cloud icons for deploy, and maybe a UI screenshot for
> manage
> > ?
> > > >
> > >
> > > I'm not sure I agree with that. I deliberately went for less because I
> > > believe less is more, especially on the homepage. Adding a code
> snippet,
> > > screenshots abd logos will do the reverse IMO. You started this thread
> by
> > > saying that Brooklyn is always considered as complicated, doing this
> will
> > > reinforce this feeling IMO.
> > >
> > > That being said, we could add a page to have a UI tour, with a link to
> it
> > > in the "Get Started" menu item?
> > >
> > >
> > > > And not sure about curl-to-bash for install -- some people are
> > > > uncomfortable with that (in any case we should curl from an apache
> site
> > > > for a release, not github).
> > >
> > >
> > > I used github as an example, this is not a real URL.
> > >
> > >
> > > > But some one-line quick start would be
> > > > nice.  A docker image?  (And can say jump to Get Started for other
> > > > flavours of installs.)
> > > >
> > >
> > > Why not for the docker image. I went for the curl command because
> that's
> > > the only one that does not require the user to install anything else.
> If
> > > you think about it, a quick start guide that starts by "Install docker"
> > or
> > > "Install vagrant AND VirtualBox" is far from a great way to start for a
> > > first-time Brooklyn user. Now I might be wrong about this and if it is
> > the
> > > case, then I'm happy to change it (again, that's just a prototype)
> > > Regarding the other flavours of install, it's specified in a link,
> below
> > > the shell command ;)
> > >
> > > Lastly instead of the brooklyn logo font, can you just use the big logo
> > > > PNG that is currently in use on the site?
> > >
> > >
> > > I could do that but:
> > >
> > >1. the quality is not as nice as pure text
> > >2. from an semantic/SEO point of view, it's better to use the text
> as
> > >crawler will be able to read it
> > >
> > > Also, I don't know if you noticed but I rearranged the menu items. I
> was
> > > planning to do this + update all the web dependencies i.e. bootstrap,
> > > jquery, etc
> > >
> > > Best
> > > --
> > >
> > > Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> > > https://cloudsoft.io/
> > > Github: https://github.com/tbouron
> > > Twitter: https://twitter.com/eltibouron
> > >
> >
> --
>
> Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
> https://cloudsoft.io/
> Github: https://github.com/tbouron
> Twitter: https://twitter.com/eltibouron
>

Re: Failing to deploy

[Andrea Turli]

Rupinder,

I've noticed in your latest example

location:

 jclouds:openstack-nova:

   ...

   osFamily: ubuntu

   imageId:  RegionOne/76f5f4aa-a78f-4703-b738-cab967957431

   ...



Could you try the following:



location:

 jclouds:openstack-nova:

   ...

   imageId:  RegionOne/76f5f4aa-a78f-4703-b738-cab967957431

   ...

Thanks for your perseverance and sorry for the long throubleshooting
session,
Andrea


Il 16/apr/2017 16:06, "Rupinder Singh" <rupi@gmail.com> ha scritto:

Hi Thomas, Andrea

Localhost deployment works as before.

Still unlucky with TryStack, :-) ! Thanks for your continued support!

I'm attaching blueprints and logs here.


Rupinder

On Sun, Apr 16, 2017 at 3:01 PM, Rupinder Singh <rupi@gmail.com> wrote:

> Thanks Thomas. Andrea. I'll try and get back.
>
> Rupinder
> On 16 Apr 2017 14:31, "Andrea Turli" <andrea.tu...@cloudsoftcorp.com>
> wrote:
>
>> Hi,
>>
>> In addition to the very good suggestione from Thomas, you can also try by
>> adding
>>
>> imageId=RegionOne/76f5f4aa-a78f-4703-b738-cab967957431
>>
>> to force Brooklyn to pick your Ubuntu 16.04 image. This will couple your
>> blueprint to the specific image, if that is not accettable for you there
>> is
>> also use
>> 'osNameRegex' [1] that can help Brooklyn in selecting the desired image
>> without hardcoding the image id.
>>
>> HTH,
>> Andrea
>>
>> [1]: https://brooklyn.apache.org/v/latest/ops/locations/
>>
>> Il 16/apr/2017 10:43, "Thomas Bouron" <thomas.bou...@cloudsoftcorp.com>
>> ha
>> scritto:
>>
>> Hi Rupinder.
>>
>> Looks like your Openstack mislabelled your ubuntu images as you can see in
>> this log extract:
>>
>> 2017-04-15 19:40:06,274 INFO  o.a.b.l.j.JcloudsLocation
>> [brooklyn-execmanager-Nhwh8YHI-21]:  Image:
>> {id=RegionOne/b55d48a9-29af-490c-af8d-ff897f688f0c,
>> providerId=b55d48a9-29af-490c-af8d-ff897f688f0c, name=Ubuntu14.04,
>> location={scope=REGION, id=RegionOne, description=RegionOne,
>> parent=openstack-nova}, os={family=unrecognized, name=Ubuntu14.04,
>> description=Ubuntu14.04, is64Bit=true}, description=Ubuntu14.04,
>> status=AVAILABLE, loginUser=root,
>> userMetadata={description=Ubuntu14.04}}
>> 2017-04-15 19:40:06,296 INFO  o.a.b.l.j.JcloudsLocation
>> [brooklyn-execmanager-Nhwh8YHI-21]:  Image:
>> {id=RegionOne/76f5f4aa-a78f-4703-b738-cab967957431,
>> providerId=76f5f4aa-a78f-4703-b738-cab967957431, name=Ubuntu16.04,
>> location={scope=REGION, id=RegionOne, description=RegionOne,
>> parent=openstack-nova}, os={family=unrecognized, name=Ubuntu16.04,
>> description=Ubuntu16.04, is64Bit=true}, description=Ubuntu16.04,
>> status=AVAILABLE, loginUser=root}
>>
>>
>> The OS family is not populated (unrecognized) which is probably the reason
>> why Brooklyn cannot find any matching images.
>>
>> I would suggest to try a `osFamily: centos` in your blueprint instead.
>> Based on the info log you provided, those are correctly tagged
>>
>> Best.
>>
>> On Sat, 15 Apr 2017 at 16:05 Rupinder Singh <rupi@gmail.com> wrote:
>>
>> > Hi Aled,
>> >
>> > the info log is here. I missed it earlier.
>> >
>> > Rupinder
>> >
>> > On Sat, Apr 15, 2017 at 8:32 PM, Rupinder Singh <rupi@gmail.com>
>> > wrote:
>> >
>> >> Hi Aled,
>> >> Thanks for help!
>> >>
>> >> I just want to test my setup once.
>> >>
>> >> I have now taken simple blueprints available in Brooklyn web console
>> and
>> >> adjusted them for localhost and TtryStack  as server1 and server2 as
>> >> attached as txt.
>> >>
>> >> Localhost deployment is successful and web console status is attached
>> as
>> >> web_console_output1 here.
>> >>
>> >> TryStack deployment doesn't happen and web console staus is attached as
>> >> web_console_output2 here.
>> >>
>> >> Brroklyn console output as also debug and info log are attached here as
>> >> txts.
>> >>
>> >>
>> >> The debug log is so large, so didn't work in pastebin.
>> >>
>> >> Rupinder
>> >>
>> >>
>> >>
>> >> On Thu, Apr 13, 2017 at 3:11 PM, Aled Sage <aled.s...@gmail.com>
>> wrote:
>> >>
>> >>> Hi,
>> >>>
>> >>> For your localhost failure, the brooklyn output shows "Cannot
>> establi

Re: Failing to deploy

[Andrea Turli]

Hi,

In addition to the very good suggestione from Thomas, you can also try by
adding

imageId=RegionOne/76f5f4aa-a78f-4703-b738-cab967957431

to force Brooklyn to pick your Ubuntu 16.04 image. This will couple your
blueprint to the specific image, if that is not accettable for you there is
also use
'osNameRegex' [1] that can help Brooklyn in selecting the desired image
without hardcoding the image id.

HTH,
Andrea

[1]: https://brooklyn.apache.org/v/latest/ops/locations/

Il 16/apr/2017 10:43, "Thomas Bouron"  ha
scritto:

Hi Rupinder.

Looks like your Openstack mislabelled your ubuntu images as you can see in
this log extract:

2017-04-15 19:40:06,274 INFO  o.a.b.l.j.JcloudsLocation
[brooklyn-execmanager-Nhwh8YHI-21]:  Image:
{id=RegionOne/b55d48a9-29af-490c-af8d-ff897f688f0c,
providerId=b55d48a9-29af-490c-af8d-ff897f688f0c, name=Ubuntu14.04,
location={scope=REGION, id=RegionOne, description=RegionOne,
parent=openstack-nova}, os={family=unrecognized, name=Ubuntu14.04,
description=Ubuntu14.04, is64Bit=true}, description=Ubuntu14.04,
status=AVAILABLE, loginUser=root,
userMetadata={description=Ubuntu14.04}}
2017-04-15 19:40:06,296 INFO  o.a.b.l.j.JcloudsLocation
[brooklyn-execmanager-Nhwh8YHI-21]:  Image:
{id=RegionOne/76f5f4aa-a78f-4703-b738-cab967957431,
providerId=76f5f4aa-a78f-4703-b738-cab967957431, name=Ubuntu16.04,
location={scope=REGION, id=RegionOne, description=RegionOne,
parent=openstack-nova}, os={family=unrecognized, name=Ubuntu16.04,
description=Ubuntu16.04, is64Bit=true}, description=Ubuntu16.04,
status=AVAILABLE, loginUser=root}


The OS family is not populated (unrecognized) which is probably the reason
why Brooklyn cannot find any matching images.

I would suggest to try a `osFamily: centos` in your blueprint instead.
Based on the info log you provided, those are correctly tagged

Best.

On Sat, 15 Apr 2017 at 16:05 Rupinder Singh  wrote:

> Hi Aled,
>
> the info log is here. I missed it earlier.
>
> Rupinder
>
> On Sat, Apr 15, 2017 at 8:32 PM, Rupinder Singh 
> wrote:
>
>> Hi Aled,
>> Thanks for help!
>>
>> I just want to test my setup once.
>>
>> I have now taken simple blueprints available in Brooklyn web console and
>> adjusted them for localhost and TtryStack  as server1 and server2 as
>> attached as txt.
>>
>> Localhost deployment is successful and web console status is attached as
>> web_console_output1 here.
>>
>> TryStack deployment doesn't happen and web console staus is attached as
>> web_console_output2 here.
>>
>> Brroklyn console output as also debug and info log are attached here as
>> txts.
>>
>>
>> The debug log is so large, so didn't work in pastebin.
>>
>> Rupinder
>>
>>
>>
>> On Thu, Apr 13, 2017 at 3:11 PM, Aled Sage  wrote:
>>
>>> Hi,
>>>
>>> For your localhost failure, the brooklyn output shows "Cannot establish
>>> ssh connection to ... 127.0.0.1:22".
>>>
>>> You said earlier that you were running on Windows 7. Therefore deploying
>>> to localhost will not work with this blueprint, as it does not support
>>> windows.
>>>
>>> You could instead try bring your own node (BYON) - you could deploy a
>>> linux VM and then use a BYON location with that ip:port and credentials.
>>>
>>> Aled
>>>
>>>
>>> On 13/04/2017 10:30, Rupinder Singh wrote:
>>>
 Hi Guglielmo,

 For l localhost deployment,

 yaml: https://pastebin.com/BtuU74yG

 brooklun output: https://pastebin.com/REGwLnWz

 br output: https://pastebin.com/sihThbK1



 Rupinder

 On Thu, Apr 13, 2017 at 2:22 PM, Guglielmo Nigri <
 guglielmo.ni...@cloudsoftcorp.com> wrote:

 Hi Rupinder,
>
> The yaml is missing, can you post it to pastebin as well, maybe?
> It would also help to see the logs for the localhost deployment, too.
>
> Cheers,
>
> Guglielmo
>
> On 13 April 2017 at 05:49, Rupinder Singh  wrote:
>
> Hi,
>>
>> I'm using 0.10.0 on windows 7. I'm trying to deploy a tomcat to
>> either to
>> trystack or to localhost(of course, with yaml modified) as per the
>>   attached yaml. The outputs are
>>
>> Brooklyn output: https://pastebin.com/14kEhzRK
>>
>> Br Output: https://pastebin.com/nuGssySt
>>
>>
>> Trystack status keeps showing as attached.
>>
>>
>>
>> After taking a lot of time to start, it declares ERROR. It meets the
>> same
>> fate on localhost.
>>
>>
>> Rupinder
>>
>>
>>>
>>
> --

Thomas Bouron • Senior Software Engineer @ Cloudsoft Corporation •
https://cloudsoft.io/
Github: https://github.com/tbouron
Twitter: https://twitter.com/eltibouron

Re: build breakages

[Andrea Turli]

Hi Geoff,

thanks for heads-up

I think `http://httpbin` instead of `https://httpbin` won't change the
logic of the tests as they are not testing ssl in any way.

See https://github.com/apache/brooklyn-server/pull/599, this should fix the
build.

Apologies for the inconvenience,
Andrea

On 20 March 2017 at 14:25, Geoff Macartney <
geoff.macart...@cloudsoftcorp.com> wrote:

> hi all,
>
> I've taken a quick look at the build breakages we've started seeing on
> Jenkins (SSLException: Received fatal alert: internal_error).  I think the
> problem may be related to a change in the certificate of the site used in
> the unit tests that are breaking - CompositeEffectorYamlTest and
> HttpCommandEffectorYamlTest
> both use requests https://httpbin.org as part of what they do. That site's
> certificate has presumably just changed as it is only valid since 16th
> March just past (last Thursday):
>
> Certificate: Data: Version: 3 (0x2) Serial Number:
> 03:04:a2:8e:f5:18:97:79:29:e0:fd:a7:90:67:67:87:5a:5e Signature Algorithm:
> sha256WithRSAEncryption Issuer: C=US, O=Let's Encrypt, CN=Let's Encrypt
> Authority X3 Validity Not Before: Mar 16 19:16:00 2017 GMT Not After : Jun
> 14 19:16:00 2017 GMT Subject: CN=httpbin.org Subject Public Key Info:
> Public Key Algorithm: rsaEncryption RSA Public Key: (2048 bit) ...
>
> I'm assuming it's no coincidence that our builds broke on the 17th.
>
> Not quite sure what best to do to fix this but will have a look into it;
> feel free to offer suggestions. :-)
>
> cheers
> Geoff
>

Re: [PROPOSAL] Remove java 7 support

[Andrea Turli]

+1

Il 27/feb/2017 14:35, "Geoff Macartney" 
ha scritto:

> +1
>
> I have been hoping we could get round to this soon, think it's a good idea.
>
>
>
> On Mon, 27 Feb 2017 at 13:09 Aled Sage  wrote:
>
> > Hi all,
> >
> > I propose we switch to Java 8 for Apache Brooklyn (i.e. require Java 8;
> > remove support for using Java 7 when running Brooklyn).
> >
> > This will make our testing simpler, improving coverage (e.g. we don't
> > currently test everything with Brooklyn running both on Java 7 and Java
> > 8). It will make our lives easier as developers (e.g. don't need to
> > worry about Java 7 versus Java 8 when compiling, running tests and
> > manually testing Brooklyn; and we can use Java 8 features).
> >
> > Java 7 reached end of life in April 2015 [1]; Java 8 was released March
> > 2014.
> >
> > We can do this in three stages:
> >
> >   * Switch to Java 8 as "official target"
> >   o Update our jenkins etc to always build/run with Java 8.
> >   o All developers/testers switch to Java 8 locally.
> >   o Add to the next release notes that Java 7 is no longer supported.
> >   * Update our poms so they don't compile/check for Java 7 compatibility
> > [3,4,5].
> >   * Developers free to start using Java 8 language features!
> >
> > Stage 1 would be the bare minimum for the next release; I think we
> > should do all three stages before the 0.11.0 release.
> >
> > Aled
> >
> > [1] https://java.com/en/download/faq/java_7.xml
> > [2] https://www.infoq.com/news/2015/05/Oracle-Ends-Java-7Public-Updates
> > [3] https://github.com/apache/brooklyn-server/blob/master/pom.xml#L91
> > [4]
> >
> > https://github.com/apache/brooklyn-server/blob/master/
> parent/pom.xml#L557-L558
> > [5]
> > https://github.com/apache/brooklyn-server/blob/master/
> parent/pom.xml#L950
> >
> >
>

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

+1

Il 03/feb/2017 15:57, "Gowri LN" <gowri.ln...@gmail.com> ha scritto:

Hi All,

The above issue got resolved with Brooklyn 0.10 version with
“jclouds:openstack-devtest-compute: “ as location .
I used the pre built jar at
https://drive.google.com/a/cloudsoftcorp.com/file/d/
0Bxv4hWMwaFRKRWtsMFdhZlZnek0/view?usp=drive_web.
<https://drive.google.com/a/cloudsoftcorp.com/file/d/
0Bxv4hWMwaFRKRWtsMFdhZlZnek0/view?usp=drive_web.>

Only other issue is , the floating IP does not get allocated and associated
. If I manually allocate floating IP the Openstack project , it gets
assigned successfully

Thanks for the help so far

Thanks,
Gowri



On Thu, Feb 2, 2017 at 11:18 AM, Gowri LN <gowri.ln...@gmail.com> wrote:

> Hi ,
>
> Just an update for above mentioned issue.
>
> If I use " jclouds:openstack-devtest-compute:"  in location instead of
>  "jclouds:openstack-nova " as suggested in link[1] , The keypair mentioned
> in yaml gets assigned to the VM but I get the follwoing error
> java.lang.NullPointerException
> at org.apache.brooklyn.location.jclouds.JcloudsSshMachineLocati
> on.getSubnetIp(JcloudsSshMachineLocation.java:373)
> at org.apache.brooklyn.core.location.Machines.getSubnetIp(Machi
> nes.java:65)
> at org.apache.brooklyn.entity.software.base.lifecycle.MachineLi
> fecycleEffectorTasks$PreStartTask.run(MachineLifecycleEffectorTasks.
> java:448)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at org.apache.brooklyn.util.core.task.DynamicSequentialTask$Dst
> Job.call(DynamicSequentialTask.java:359)
> at org.apache.brooklyn.util.core.task.BasicExecutionManager$Sub
> missionCallable.call(BasicExecutionManager.java:519)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool
> Executor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
> lExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
>
> Is there anything that I am missing in this ?
>
> Any suggestions ?
>
> link 1: http://stackoverflow.com/questions/37652364/how-to-set-
> floating-ip-for-vm-using-apache-brooklyn-floating-ips-are-required
>
>
>
> Thanks,
> Gowri
>
> On Tue, Jan 24, 2017 at 5:44 PM, Gowri LN <gowri.ln...@gmail.com> wrote:
>
>> Hi Andrea,
>>
>> The image used is ubuntu 14.04. The IP assigned is my internal network IP
>> (reachable from Brooklyn VM ) but no key pair is created or associated
with
>> the VM.
>>  so I added the required fields :
>>
>> services:
>> - type: server
>>   provisioning.properties:
>> minRam: 2048m
>> minCores: 2
>> minDisk: 10g
>> location:
>>jclouds:openstack-nova:
>> endpoint: https://url-endpoint:5000/v2.0/
>> identity: "projectname:username"
>> credential: password
>> # optional
>> imageId: RegionOne/imageID
>> loginUser: 'ubuntu'
>> loginUser.privateKeyFile: /home/ubuntu/Key/ubuntuuser.pem
>> jclouds.openstack-nova.auto-generate-keypairs: false
>> templateOptions:
>>   securityGroups: ['Basic']
>>   keyPairName: "ubuntuuser"
>>
>> The above yaml fails with error : "
>>
>> Error invoking start at EmptySoftwareProcessImpl{id=jXdVjwRS}: Key Pairs
>> are required by options, but the extension is not available!"
>>
>> Debug log is attached.
>>
>> Thanks,
>> Gowri
>>
>> On Tue, Jan 24, 2017 at 4:24 PM, Andrea Turli <
>> andrea.tu...@cloudsoftcorp.com> wrote:
>>
>>> Ok Gowri, that's fine, but please share the log file as well!
>>>
>>> The log snippet shows that you can't  `ssh root@30.30.10.83`.
>>>
>>> - what OS is running the VM with IP 30.30.10.83?
>>>   - if it is ubuntu, can you manually try `ssh ubuntu@30.30.10.83`?
>>>   - if it is centos, can you manually try `ssh centos@30.30.10.83`?
>>>
>>> It is also possible that the VM images available to your Openstack
>>> installation doesn't allow password based ssh connection, so you need to
>>> pass the keypair.
>>>
>>> if one of them works, please add to the initial smoke test blueprint so
>>> that it looks like
>>>
>>> services:
>>> - type: server
>>> location:
>>> jclouds:openstack-nova:
>>> endpoint: http://x.x.x.x:5000/v2.0/
>>> identity: "your-tenant:your-username"
>>> credential: your-password
>>> loginUser: ubuntu # or centos
>>>
>>> as sug

[jira] [Commented] (BROOKLYN-161) Use generated test bundles

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15843088#comment-15843088
 ] 

Andrea Turli commented on BROOKLYN-161:
---

hi [~hadrian] can you please check if this bug is still there?

> Use generated test bundles
> --
>
> Key: BROOKLYN-161
> URL: https://issues.apache.org/jira/browse/BROOKLYN-161
> Project: Brooklyn
>  Issue Type: Improvement
>Affects Versions: 0.7.0
>Reporter: Hadrian Zbarcea
>Priority: Critical
> Fix For: 0.8.0
>
>
> While renaming packages I stumbled across the following error:
> {noformat}
> Failed tests: 
>   
> CatalogOsgiVersionMoreEntityTest.testAutoscanWithClasspathCanCreateSpecs:235->AbstractYamlTest.addCatalogItems:156
>  » CompoundRuntime
>   
> CatalogOsgiVersionMoreEntityTest.testMoreEntityV2AutoscanWithClasspath:177->AbstractYamlTest.addCatalogItems:156
>  » CompoundRuntime
>   
> CatalogOsgiVersionMoreEntityTest.testMorePolicyV2AutoscanWithClasspath:204->AbstractYamlTest.addCatalogItems:156
>  » CompoundRuntime
> {noformat}
> For now I opted to ignore the tests, but right after finishing the rename I 
> need to come back and address this. Part of the problem is related to the way 
> the bundles in ./core/src/test/resources/brooklyn/osgi/ are built, but more 
> importantly I don't think we should have bundles in the repository, we should 
> instead generate them from sources. I couldn't find the sources in the repo 
> though, they seem to be generated from some external project.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (BROOKLYN-364) OutOfMemoryError deploying to Softlayer

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli resolved BROOKLYN-364.
---
   Resolution: Fixed
Fix Version/s: 0.11.0

> OutOfMemoryError deploying to Softlayer
> ---
>
> Key: BROOKLYN-364
> URL: https://issues.apache.org/jira/browse/BROOKLYN-364
> Project: Brooklyn
>  Issue Type: Bug
>Reporter: Aled Sage
>Priority: Critical
> Fix For: 0.11.0
>
>
> When deploying to SoftLayer, one often gets {{OutOfMemoryError}} due to heap 
> space. This is more likely to happen with several concurrent apps, or with 
> large blueprints.
> The workaround is to (substantially) increase the allocated memory (first 
> checking that the VM can support that amount of memory!). For example, set 
> {{-Xmx=4G}}.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (BROOKLYN-11) Error on Wide Area Cassandra Cluster on Softlayer example

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-11?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli resolved BROOKLYN-11.
--
Resolution: Fixed

> Error on Wide Area Cassandra Cluster on Softlayer example
> -
>
> Key: BROOKLYN-11
> URL: https://issues.apache.org/jira/browse/BROOKLYN-11
> Project: Brooklyn
>  Issue Type: Bug
> Environment: Softlayer
>Reporter: Andrew Kennedy
>Assignee: Aled Sage
>Priority: Critical
>  Labels: Cassandra, Example, Softlayer
>
> I'm trying to run the WideArea Cassandra cluster, deploying over 2
> different DC on SoftLayer. The machines spun up in SoftLayer, but I got
> this error :
> *Failure running task post-start (IthjWEwo)
> <http://5.153.54.164:8081/#/v1/applications/uoQlEEkk/entities/cnzhYNme/activities/subtask/IthjWEwo>:
> *Software
> process entity CassandraNodeImpl{id=cnzhYNme} did not pass is-running check
> within the required 3m limit (3m 5s elapsed)
> Stack trace from a Cassandra node includes the following:
> Caused by: java.lang.NoSuchMethodError:
> org.apache.cassandra.locator.TokenMetadata.invalidateCaches()V
> at
> brooklyn.entity.nosql.cassandra.customsnitch.MultiCloudSnitch.reloadConfiguration(MultiCloudSnitch.java:138)
> at
> brooklyn.entity.nosql.cassandra.customsnitch.MultiCloudSnitch.(MultiCloudSnitch.java:78)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (BROOKLYN-111) Can't find any useful help / fork Brooklyn thanks to Apache Incubation & dependence on archaic mailing lists

[Andrea Turli (JIRA)]

 [ 
https://issues.apache.org/jira/browse/BROOKLYN-111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrea Turli closed BROOKLYN-111.
-
Resolution: Not A Bug

> Can't find any useful help / fork Brooklyn thanks to Apache Incubation & 
> dependence on archaic mailing lists
> 
>
> Key: BROOKLYN-111
> URL: https://issues.apache.org/jira/browse/BROOKLYN-111
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.7.0-M1, 0.7.0-M2, 0.7.0
> Environment: World
>Reporter: Hok Shun Poon
>Priority: Critical
>
> The only way I can get any help around the fantastic project that is Brooklyn 
> is through mIRC. What is going on?
> There's no record of any solutions that people have worked out anywhere.
> There's little record of who is responsible for the project, and lesser 
> still, their contact details. You have to extract these details from GitHub 
> commits.
> Brooklyn Google Groups were killed off in a massive step back into the dark 
> ages to the d...@brooklyn.incubator.apache.org mailing list thanks to 
> Apache's insistence of moving all project infrastructure to Apache.
> I file an issue on GitHub and I'm told I need to file it AGAIN in JIRA, where 
> the project is actually tracked.
> The website has broken links absolutely everywhere, 6 months after the 
> Incubation started.
> What is this all about?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (BROOKLYN-111) Can't find any useful help / fork Brooklyn thanks to Apache Incubation & dependence on archaic mailing lists

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15843083#comment-15843083
 ] 

Andrea Turli commented on BROOKLYN-111:
---

I think we can close that for long inactivity

> Can't find any useful help / fork Brooklyn thanks to Apache Incubation & 
> dependence on archaic mailing lists
> 
>
> Key: BROOKLYN-111
> URL: https://issues.apache.org/jira/browse/BROOKLYN-111
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.7.0-M1, 0.7.0-M2, 0.7.0
> Environment: World
>Reporter: Hok Shun Poon
>Priority: Critical
>
> The only way I can get any help around the fantastic project that is Brooklyn 
> is through mIRC. What is going on?
> There's no record of any solutions that people have worked out anywhere.
> There's little record of who is responsible for the project, and lesser 
> still, their contact details. You have to extract these details from GitHub 
> commits.
> Brooklyn Google Groups were killed off in a massive step back into the dark 
> ages to the d...@brooklyn.incubator.apache.org mailing list thanks to 
> Apache's insistence of moving all project infrastructure to Apache.
> I file an issue on GitHub and I'm told I need to file it AGAIN in JIRA, where 
> the project is actually tracked.
> The website has broken links absolutely everywhere, 6 months after the 
> Incubation started.
> What is this all about?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Ok Gowri, that's fine, but please share the log file as well!

The log snippet shows that you can't  `ssh root@30.30.10.83`.

- what OS is running the VM with IP 30.30.10.83?
  - if it is ubuntu, can you manually try `ssh ubuntu@30.30.10.83`?
  - if it is centos, can you manually try `ssh centos@30.30.10.83`?

It is also possible that the VM images available to your Openstack
installation doesn't allow password based ssh connection, so you need to
pass the keypair.

if one of them works, please add to the initial smoke test blueprint so
that it looks like

services:
- type: server
location:
jclouds:openstack-nova:
endpoint: http://x.x.x.x:5000/v2.0/
identity: "your-tenant:your-username"
credential: your-password
loginUser: ubuntu # or centos

as suggested at
http://docs.cloudsoft.io/locations/reference/index.html#unable-to-ssh-wrong-user

Andrea

On 24 January 2017 at 11:43, Gowri LN <gowri.ln...@gmail.com> wrote:

> HI ,
>
> Apologies for missing out the details .
>
> Broooklyn version: 0.9
> Openstack: Liberty
>
> I tried the yaml  , but it fails with the following :
> 2017-01-24 10:31:00,310 INFO  jclouds.ssh [user thread 3]: <<
> (root:pw[6b2b5123d93d5716862e146ba2a83060]@30.30.10.83:22) error acquiring
> {hostAndPort=x.x.x.x:22, loginUser=root, ssh=null, connectTimeout=6,
> sessionTimeout=6} (attempt 11 of 50): Exhausted available
> authentication methods
> 2017-01-24 10:31:00,310 DEBUG o.j.h.h.BackoffLimitedRetryHandler [user
> thread 3]: Retry 11/50: delaying for 2000 ms:
> (root:pw[6b2b5123d93d5716862e146ba2a83060]@x.x.x.x:22) error acquiring
> {hostAndPort=x.x.x.x:22, loginUser=root, ssh=null, connectTimeout=6,
> sessionTimeout=6}: Exhausted available authentication methods
>
> Stuck in  "provisioning" stage from around 40 mins
>
> Any suggestions ?
>
> On Tue, Jan 24, 2017 at 3:43 PM, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com> wrote:
>
> > Sorry Gowri,
> >
> > I've just seen an issue on my smoke test blueprint, it should be
> >
> > services:
> > - type: server
> > location:
> > jclouds:openstack-nova:
> > endpoint: http://x.x.x.x:5000/v2.0/
> > identity: "your-tenant:your-username"
> > credential: your-password
> >
> > Sorry,
> > Andrea
> >
> > On 24 January 2017 at 11:09, Andrea Turli <andrea.turli@cloudsoftcorp.
> com>
> > wrote:
> >
> > > Gowri,
> > >
> > > to triage your issue it is important to know (1) the brooklyn version
> you
> > > are using, could you report that?
> > >
> > > Please try this smoke test blueprint for Openstack
> > >
> > > services:
> > > - type: server
> > > location:
> > > jclouds:clouds:openstack-nova:
> > > endpoint: http://x.x.x.x:5000/v2.0/
> > > identity: "your-tenant:your-username"
> > > credential: your-password
> > >
> > > of course, you'll need to replace `endpoint`, `identity`, `credential`
> > and
> > > attach (2) the brooklyn.debug.log produced by this test?
> > >
> > > Notice, the above location is the bare minimum which will almost
> > certainly
> > > need to be customized using the additional configuration keys like the
> > > following
> > >
> > > # imageId, hardwareId, and loginUser* are optional
> > > imageId: your-region-name/your-image-id
> > > hardwareId: your-region-name/your-flavor-id
> > > loginUser: 'ubuntu'
> > > loginUser.privateKeyFile: /path/to/your/privatekey
> > >
> > > jclouds.openstack-nova.auto-generate-keypairs: false
> > > jclouds.openstack-nova.auto-create-floating-ips: true
> > >
> > > templateOptions:
> > > networks: [ "your-network-id" ]
> > > floatingIpPoolNames: [ "your-floatingIp-pool" ]
> > > securityGroups: ['your-security-group']
> > >
> > > # Optional if 'jclouds.openstack-nova.auto-
> > generate-keypairs'
> > > is assigned to 'true'
> > > keyPairName: "your-keypair"
> > >
> > > but don't add them just now, and let's try to identify the issues when
> > > using the default values.
> > >
> > > Best
> > > Andrea
> > >
> > > On 24 January 2017 at 09:52, Gowri LN <gowri.ln...@gmail.com> wrote:
> > >
> > >> Hi Andrea,
> > >>
> > &

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Sorry Gowri,

I've just seen an issue on my smoke test blueprint, it should be

services:
- type: server
location:
jclouds:openstack-nova:
endpoint: http://x.x.x.x:5000/v2.0/
identity: "your-tenant:your-username"
credential: your-password

Sorry,
Andrea

On 24 January 2017 at 11:09, Andrea Turli <andrea.tu...@cloudsoftcorp.com>
wrote:

> Gowri,
>
> to triage your issue it is important to know (1) the brooklyn version you
> are using, could you report that?
>
> Please try this smoke test blueprint for Openstack
>
> services:
> - type: server
> location:
> jclouds:clouds:openstack-nova:
> endpoint: http://x.x.x.x:5000/v2.0/
> identity: "your-tenant:your-username"
> credential: your-password
>
> of course, you'll need to replace `endpoint`, `identity`, `credential` and
> attach (2) the brooklyn.debug.log produced by this test?
>
> Notice, the above location is the bare minimum which will almost certainly
> need to be customized using the additional configuration keys like the
> following
>
> # imageId, hardwareId, and loginUser* are optional
> imageId: your-region-name/your-image-id
> hardwareId: your-region-name/your-flavor-id
> loginUser: 'ubuntu'
> loginUser.privateKeyFile: /path/to/your/privatekey
>
> jclouds.openstack-nova.auto-generate-keypairs: false
> jclouds.openstack-nova.auto-create-floating-ips: true
>
> templateOptions:
> networks: [ "your-network-id" ]
> floatingIpPoolNames: [ "your-floatingIp-pool" ]
> securityGroups: ['your-security-group']
>
> # Optional if 'jclouds.openstack-nova.auto-generate-keypairs'
> is assigned to 'true'
> keyPairName: "your-keypair"
>
> but don't add them just now, and let's try to identify the issues when
> using the default values.
>
> Best
> Andrea
>
> On 24 January 2017 at 09:52, Gowri LN <gowri.ln...@gmail.com> wrote:
>
>> Hi Andrea,
>>
>> Thanks for your mail.
>>
>> I tried as per the suggestions in link. I have Liberty version and could
>> not try jclouds:openstack-mitaka-nova ( error 1below). I am using
>> "openstack-devtest-compute" jar.
>>
>> The properties specified in the yaml are picked up for VM . I can now see
>> my keypair, security group getting associated to VM . Also, the  Vm has a
>> private IP and a floating IP assigned but still the deployment fails with
>> error:
>>
>> >
>> > java.lang.NullPointerException
>> > at
>> > org.apache.brooklyn.location.jclouds.JcloudsSshMachineLocati
>> on.getSubnetIp(JcloudsSshMachineLocation.java:373)
>> > at org.apache.brooklyn.core.location.Machines.getSubnetIp(Machi
>> nes.java:65)
>> > at
>> > org.apache.brooklyn.entity.software.base.lifecycle.MachineLi
>> fecycleEffectorTasks$PreStartTask.run(MachineLifecycleEffect
>> orTasks.java:448)
>> > at java.util.concurrent.Executors$RunnableAdapter.call(
>> Executors.java:471)
>> > at
>> > org.apache.brooklyn.util.core.task.DynamicSequentialTask$Dst
>> Job.call(DynamicSequentialTask.java:359)
>> > at
>> > org.apache.brooklyn.util.core.task.BasicExecutionManager$Sub
>> missionCallable.call(BasicExecutionManager.java:519)
>> > at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>> > at
>> > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool
>> Executor.java:1145)
>> > at
>> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
>> lExecutor.java:615)
>> > at java.lang.Thread.run(Thread.java:745)
>>
>>
>> I tried with and without specifying subnet ID but still same error . And
>> in
>> addition the error I was facing before - " Key Pairs are required by
>> options, but the extension is not available!" and "Floating are required
>> by
>> options, but the extension is not available!"   are not there now. I would
>> really like to know if it is a mistake/config change required at openstack
>> level as I need to use Brooklyn on Openstack itself.
>>
>> Any suggestions ?
>>
>>
>> Error 1: Illegal parameter for 'location' (jclouds:openstack-mitaka-nova
>> );
>> not resolvable: NoSuchElementException: Cloud provider/API type
>> openstack-mitaka-nova is not supported by jclouds
>>
>> Thanks
>>
>> On Mon, Jan 23, 2017 at 10:34 PM, Andrea Turli <
>> andrea.tu...@cloudsoftcorp.com> wrote:
>>
>> > Hi,
>

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Gowri,

to triage your issue it is important to know (1) the brooklyn version you
are using, could you report that?

Please try this smoke test blueprint for Openstack

services:
- type: server
location:
jclouds:clouds:openstack-nova:
endpoint: http://x.x.x.x:5000/v2.0/
identity: "your-tenant:your-username"
credential: your-password

of course, you'll need to replace `endpoint`, `identity`, `credential` and
attach (2) the brooklyn.debug.log produced by this test?

Notice, the above location is the bare minimum which will almost certainly
need to be customized using the additional configuration keys like the
following

# imageId, hardwareId, and loginUser* are optional
imageId: your-region-name/your-image-id
hardwareId: your-region-name/your-flavor-id
loginUser: 'ubuntu'
loginUser.privateKeyFile: /path/to/your/privatekey

jclouds.openstack-nova.auto-generate-keypairs: false
jclouds.openstack-nova.auto-create-floating-ips: true

templateOptions:
networks: [ "your-network-id" ]
floatingIpPoolNames: [ "your-floatingIp-pool" ]
securityGroups: ['your-security-group']

# Optional if 'jclouds.openstack-nova.auto-generate-keypairs'
is assigned to 'true'
keyPairName: "your-keypair"

but don't add them just now, and let's try to identify the issues when
using the default values.

Best
Andrea

On 24 January 2017 at 09:52, Gowri LN <gowri.ln...@gmail.com> wrote:

> Hi Andrea,
>
> Thanks for your mail.
>
> I tried as per the suggestions in link. I have Liberty version and could
> not try jclouds:openstack-mitaka-nova ( error 1below). I am using
> "openstack-devtest-compute" jar.
>
> The properties specified in the yaml are picked up for VM . I can now see
> my keypair, security group getting associated to VM . Also, the  Vm has a
> private IP and a floating IP assigned but still the deployment fails with
> error:
>
> >
> > java.lang.NullPointerException
> > at
> > org.apache.brooklyn.location.jclouds.JcloudsSshMachineLocation.
> getSubnetIp(JcloudsSshMachineLocation.java:373)
> > at org.apache.brooklyn.core.location.Machines.getSubnetIp(
> Machines.java:65)
> > at
> > org.apache.brooklyn.entity.software.base.lifecycle.
> MachineLifecycleEffectorTasks$PreStartTask.run(
> MachineLifecycleEffectorTasks.java:448)
> > at java.util.concurrent.Executors$RunnableAdapter.
> call(Executors.java:471)
> > at
> > org.apache.brooklyn.util.core.task.DynamicSequentialTask$DstJob.call(
> DynamicSequentialTask.java:359)
> > at
> > org.apache.brooklyn.util.core.task.BasicExecutionManager$
> SubmissionCallable.call(BasicExecutionManager.java:519)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> > at
> > java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1145)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:615)
> > at java.lang.Thread.run(Thread.java:745)
>
>
> I tried with and without specifying subnet ID but still same error . And in
> addition the error I was facing before - " Key Pairs are required by
> options, but the extension is not available!" and "Floating are required by
> options, but the extension is not available!"   are not there now. I would
> really like to know if it is a mistake/config change required at openstack
> level as I need to use Brooklyn on Openstack itself.
>
> Any suggestions ?
>
>
> Error 1: Illegal parameter for 'location' (jclouds:openstack-mitaka-nova);
> not resolvable: NoSuchElementException: Cloud provider/API type
> openstack-mitaka-nova is not supported by jclouds
>
> Thanks
>
> On Mon, Jan 23, 2017 at 10:34 PM, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com> wrote:
>
> > Hi,
> >
> > sorry to hear about your issue. We’ve seen that a number of times and it
> is
> > generally dependent on the Openstack installation. Please have a look at
> > this troubleshooting section
> > https://brooklyn.apache.org/v/latest/ops/locations/index.html#openstack
> > and
> > let us know if that fix your problem.
> >
> > Best,
> > Andrea
> >
> > On 23 January 2017 at 11:20, Gowri LN <gowri.ln...@gmail.com> wrote:
> >
> > > HI ,
> > >
> > > I am back to  trying Brooklyn on our current openstack (liberty). But I
> > > have been facing similar issues. I have only one network configured for
> > my
> > > project .The yaml I tried is :
> > >
> > > name: VM - with subnet ID5
> > > services:
> > &

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Hi,

sorry to hear about your issue. We’ve seen that a number of times and it is
generally dependent on the Openstack installation. Please have a look at
this troubleshooting section
https://brooklyn.apache.org/v/latest/ops/locations/index.html#openstack and
let us know if that fix your problem.

Best,
Andrea

On 23 January 2017 at 11:20, Gowri LN <gowri.ln...@gmail.com> wrote:

> HI ,
>
> I am back to  trying Brooklyn on our current openstack (liberty). But I
> have been facing similar issues. I have only one network configured for my
> project .The yaml I tried is :
>
> name: VM - with subnet ID5
> services:
> - type: brooklyn.entity.basic.EmptySoftwareProcess
> location:
>   jclouds:openstack-devtest-compute:
>  endpoint: https://x.x.x.x:5000/v2.0/
> identity: "project:username"
> credential: password
> # optional
>imageId: RegionOne/image-id
> hardwareId: RegionOne/2
> loginUser: 'ubuntu'
> loginUser.privateKeyFile: /path/to/keypair.pem
> jclouds.openstack-nova.auto-generate-keypairs: false
> templateOptions:
>  networks: [ "network-id" ]
>  securityGroups: ['securitygroupname']
>  keyPairName: "keypairname
>  subnetId: subnet-id-of-network
>
>
> The Vm gets created with a floating IP,my keypair  assigned this time . But
> I still get the error at "pre start" stage:
> Failed after 4ms: NullPointerException
>
> java.lang.NullPointerException
> at
> org.apache.brooklyn.location.jclouds.JcloudsSshMachineLocation.
> getSubnetIp(JcloudsSshMachineLocation.java:373)
> at org.apache.brooklyn.core.location.Machines.getSubnetIp(
> Machines.java:65)
> at
> org.apache.brooklyn.entity.software.base.lifecycle.
> MachineLifecycleEffectorTasks$PreStartTask.run(
> MachineLifecycleEffectorTasks.java:448)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at
> org.apache.brooklyn.util.core.task.DynamicSequentialTask$DstJob.call(
> DynamicSequentialTask.java:359)
> at
> org.apache.brooklyn.util.core.task.BasicExecutionManager$
> SubmissionCallable.call(BasicExecutionManager.java:519)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
>
> Thanks for your help so far. Any suggestion for resolving this?
>
>
> Also we might setup a new openstack in sometime . Is there any specific
> configuration that you suggest which might make brooklyn deployments easy
> on Openstack ?
>
> Thanks
> Gowri
>
> On Mon, Jul 11, 2016 at 6:40 PM, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com> wrote:
>
> > Hi,
> >
> > could you check the status of the VM provisioned in your Openstack
> > instance? Does it have a private address and a floating ip address
> attached
> > to it?
> >
> > If not, I'd simplify the network templateOptions by removing
> > `floatingIpPoolNames`, `subnetId` and double-checking the "network-id"
> >
> > Andrea
> >
> > On 11 July 2016 at 13:20, Gowri LN <gowri.ln...@gmail.com> wrote:
> >
> > > HI Andrea,
> > >
> > >
> > >
> > > The application fails at pre start . Is there anything that I am
> missing
> > > out here ? I tried specifying the subnet ID as well as suggested in 1
> > > <https://brooklyn.apache.org/v/latest/ops/locations/> but it still
> fails
> > > with null pointer exception.
> > >
> > > Sample Yaml :
> > > name: VM - with subnet ID
> > > services:
> > > - type: brooklyn.entity.basic.EmptySoftwareProcess
> > > location:
> > >   jclouds:openstack-devtest-compute:
> > > endpoint: https://x.x.x.x:5000/v2.0/
> > > identity: "project:username"
> > > credential: password
> > > # optional
> > > imageId: RegionOne/image-id
> > > hardwareId: RegionOne/2
> > > loginUser: 'ubuntu'
> > > loginUser.privateKeyFile: /path/to/keypair.pem
> > > jclouds.openstack-nova.auto-generate-keypairs: false
> > > templateOptions:
> > >   networks: [ "network-id" ]
> > >   subnetId: subnet-id-of-network
> > >   floatingIpPoolNames: [ "floating-ip-pool-name" ]
> > >   securityGroups: ['securitygroupname']
> > >   keyPairName: "keypairname"
> > >
> > > Log 

Re: [VOTE] Release Apache Brooklyn 0.10.0 [rc3]

[Andrea Turli]

+1 (binding)

Tested by running Svet's verify script.

Do a clean extract of source repo for next steps.

---

Checks successfully completed:
[✓] Download links work.
[✓] Checksums and PGP signatures are valid.
[✓] Expanded source archive matches contents of RC tag.
[✓] Expanded source archive builds and passes tests.
[✓] LICENSE is present and correct.
[✓] NOTICE is present and correct, including copyright date.
[✓] No compiled archives bundled in source archive.

Additional manual steps done (execute in source distribution folder
apache-brooklyn-0.10.0-src:
 * Check for files with invalid headers in source distribution. There are
already files excluded from RAT checks, do a sanity check.
 * Check for binary files in source distribution. Look for files which are
created/compiled based on other source files in the distribution. "Primary"
binary files like images are acceptable.

Checks left to do manually with the help of above instructions:
[✓] All files have license headers where appropriate: I relied on the rat
check when running `mvn clean install` for checking that "all files have
license headers where appropriate".
[-] All dependencies have compatible licenses.



On 19 December 2016 at 17:28, Svetoslav Neykov <
svetoslav.ney...@cloudsoftcorp.com> wrote:

> Geoff,
>
> > I checked the checksums with the release verification script. Is this in
> > source control somewhere? I'll offer this to add to it:
>
> See https://github.com/apache/brooklyn-dist/pull/65 <
> https://github.com/apache/brooklyn-dist/pull/65> and in particular
> https://github.com/neykov/brooklyn-dist/blob/
> 9e43edd4f7d65b0553ce41a0405e1be4c8abc364/release/verify_brooklyn_rc.sh <
> https://github.com/neykov/brooklyn-dist/blob/
> 9e43edd4f7d65b0553ce41a0405e1be4c8abc364/release/verify_brooklyn_rc.sh>
> for an initial implementation of these kind of checks (obviously to be
> expanded where possible).
>
> Svet.
>
>
> > On 19.12.2016 г., at 18:17, Geoff Macartney  cloudsoftcorp.com> wrote:
> >
> > +1
> >
> > [x] Download links work.
> > [x] Binaries work.
> > [x] Checksums and PGP signatures are valid.
> > [x] Expanded source archive matches contents of RC tag.
> > [x] Expanded source archive builds and passes tests.
> > [x] LICENSE is present and correct.
> > [x] NOTICE is present and correct, including copyright date.
> > [x] All files have license headers where appropriate.
> > [-] All dependencies have compatible licenses.
> > [x] No compiled archives bundled in source archive.
> > [x] I follow this project’s commits list.
> >
> > I deployed the classic tarball and karaf versions to Ubuntu using Java 8
> > and 7,
> > and the RPM to Centos 7, and was able to deploy sample applications to
> AWS
> > and SL.
> >
> > I checked the checksums with the release verification script. Is this in
> > source
> > control somewhere? I'll offer this to add to it:
> >
> >function licenses_and_notices () {
> >local filename=$1
> >local copyright='Copyright 2014-2016 The Apache Software
> Foundation'
> >for tarball in `ls *.tar.gz`; do
> >container=$( tar tf $tarball | awk NR==1 )
> >tar tf $tarball  | grep -q ${container}LICENSE
> >tar tf $tarball  | grep -q ${container}NOTICE
> >tar xOf $tarball ${container}NOTICE | grep -q "${copyright}"
> >done
> >}
> >
> >licenses_and_notices
> >
> > Notes:
> >
> > I was able to deploy a WebServer + 3-node Riak demo app to Softlayer
> > without problem,
> > and didn't see the "hostname is (none)" problem mentioned previously by
> > Svet.
> >
> > I tested https access (with Karaf version) and access to it using "br"
> > (from Mac) without
> > observing the crash Svet saw:
> >
> >./br login https://10.10.10.102:8443 geoff password
> >Get https://10.10.10.102:8443/v1/server/version: x509: cannot
> validate
> > certificate for 10.10.10.102 because it doesn't contain any IP SANs
> >
> >./br  --skipSslChecks login https://10.10.10.102:8443 geoff password
> >Connected to Brooklyn version 0.10.0 at https://10.10.10.102:8443
> >
> >./br app
> >Id   | Name   | Status   | Location
> >
> >
> > Tested the above on Linux and Mac.  I also tried 1000 consecutive logins
> > and didn't see the
> > segfault as mentioned in the comment on BROOKLYN-416. I don't know why
> Svet
> > is seeing these
> > problems; my own tests would indicate that br is working ok.  Anyone else
> > able to say what
> > they are seeing?
> >
> > Caveat:
> >
> > I did see the behaviour that Svet describes on the main.uri on the sample
> > applications.
> > I thought hard about whether this should prevent us releasing. On the one
> > hand, there
> > is a possible risk of a poor impression on users trying Brooklyn for the
> > first time if
> > its own sample apps appear not to work well. On the other hand it's
> fairly
> > clear just from
> > looking at the URL what network it is on, so it shouldn't really 

Brooklyn CLI vs curl

[Andrea Turli]

Hi team,

I'm comparing br cli performance vs plain curl commands and this is some of
the surprising results I'm seeing:

$ time br app myApp entity myEntity sensor > /dev/null

real0m3.833s
user0m0.008s
sys 0m0.010s

and

$ br login http://brooklyn:8081 user password
$ time curl -s -u user:password -X GET --header "Accept: application/json" "
http://brookyln:8081/v1/applications/myApp/entities/myEntity/sensors/current-state;
> /dev/null

real0m0.400s
user0m0.005s
sys 0m0.004s

I’d expect some slow down but not that much.

Is it something others are experiencing as well?

Best,
Andrea

Re: Call for release: Brooklyn 0.10.0

[Andrea Turli]

Hi

jclouds 1.9.3 is officially out -- see
http://markmail.org/thread/qlapnppmfbilje7p for more details



FYI @bostko already created this PR to bump jclouds version
https://github.com/apache/brooklyn-server/pull/457

I've generated the dependency:list from tag rel/jclouds-1.9.2 and
rel/jclouds-1.9.3 from jclouds/jclouds repos (see
https://gist.github.com/andreaturli/b7c178519ab4d029d562643426a2738d and
https://gist.github.com/andreaturli/8d54e4340ef0a4c650022396b4b54b89) and
apart from org.apache.jclouds versions I can't see any new version for the
transitive dependencies.



I've also checked the swift vs openstack-swift issue when targeting the
brooklyn persistence to IBM SoftLayer Object Storage: it works fine with
jclouds 1.9.3 and jclouds 2.0.0 so this shouldn't be an issue for the
release. (see https://github.com/jclouds/jclouds-examples/pull/90)

HTH,
Andrea

On 18 November 2016 at 12:19, Andrea Turli <andrea.tu...@cloudsoftcorp.com>
wrote:

> Hi there,
>
> I've released the Apache jclouds 1.9.3-rc1 (see [1] and [2] for more
> details)
>
> Please download, test and vote if you can!
>
> Andrea
>
> [1]: https://lists.apache.org/thread.html/42f3a91008890939cf344f35320f86
> bcc48f814119655d7347c9bcca@%3Cdev.jclouds.apache.org%3E
> [2]: https://lists.apache.org/thread.html/94981b8f456785ffea640af3be9207
> 103bb4b7ee2f6d5bb783e98c2c@%3Cdev.jclouds.apache.org%3E
>
> On 17 November 2016 at 19:01, Duncan Johnston Watt <duncan.johnstonwatt@
> cloudsoftcorp.com> wrote:
>
>> +1 Andrea thanks
>>
>> Duncan Johnston-Watt
>> CEO | Cloudsoft Corporation
>>
>> Twitter | @duncanjw
>> Mobile | +44 777 190 2653
>> Skype | duncan_johnstonwatt
>> Linkedin | www.linkedin.com/in/duncanjohnstonwatt
>>
>> On 17 November 2016 at 06:09, Aled Sage <aled.s...@gmail.com> wrote:
>>
>> > +1, sounds great - thanks Andrea!
>> >
>> > There are some really import jclouds fixes in 1.9.3-SNAPSHOT (or 2.0.0)
>> > that we want, such as an OutOfMemoryError deploying to Softlayer [1].
>> >
>> > It's worth hanging fire on Brooklyn 0.10.0 until we have a jclouds 1.9.3
>> > release.
>> >
>> > In the meantime, we should still get our own house in order by doing the
>> > first of the steps below (i.e. dealing with open PRs; ensuring no-one
>> has
>> > any imminent important contributions to make for 0.10.0, etc).
>> >
>> > Aled
>> >
>> > [1] https://issues.apache.org/jira/browse/BROOKLYN-364
>> >
>> >
>> >
>> > On 17/11/2016 11:37, Alex Heneveld wrote:
>> >
>> >> That would be a great solution Andrea!
>> >>
>> >> Best
>> >> Alex
>> >>
>> >> On 17 Nov 2016 08:18, "Andrea Turli" <andrea.tu...@cloudsoftcorp.com>
>> >> wrote:
>> >>
>> >> I'm happy to volunteer for releasing an official jclouds 1.9.3 which
>> may
>> >>> be
>> >>> the half-house solution here.
>> >>>
>> >>> wdyt?
>> >>>
>> >>> Andrea
>> >>>
>> >>> On 17 November 2016 at 08:25, Svetoslav Neykov <
>> >>> svetoslav.ney...@cloudsoftcorp.com> wrote:
>> >>>
>> >>> This is going to be the first release that actually works in Karaf.
>> The
>> >>>> docs are still assuming classic though so I suggest we keep
>> recommending
>> >>>> the classic distribution for 0.10.0.
>> >>>> For next release let's plan on updating the docs and switching the
>> >>>> recommended distribution to the Karaf based one.
>> >>>>
>> >>>> Svet.
>> >>>>
>> >>>>
>> >>>> On 16.11.2016 г., at 13:22, Aled Sage <aled.s...@gmail.com> wrote:
>> >>>>>
>> >>>>> Hi all,
>> >>>>>
>> >>>>> It's far past time that we did a Brooklyn 0.10.0 release! I suggest
>> we
>> >>>>>
>> >>>> aim for that soon.
>> >>>>
>> >>>>> To that end, I suggest the following steps:
>> >>>>>
>> >>>>> * Deal with open PRs:
>> >>>>>  o People shout out about any PRs you think are very important
>> to
>> >>>>>be merged, before that release.
>> >>>>>  o Review open PRs
>> >>>>>(for any that won't get merged into 0.10.0, clear

Re: Call for release: Brooklyn 0.10.0

[Andrea Turli]

Hi there,

I've released the Apache jclouds 1.9.3-rc1 (see [1] and [2] for more
details)

Please download, test and vote if you can!

Andrea

[1]:
https://lists.apache.org/thread.html/42f3a91008890939cf344f35320f86bcc48f814119655d7347c9bcca@%3Cdev.jclouds.apache.org%3E
[2]:
https://lists.apache.org/thread.html/94981b8f456785ffea640af3be9207103bb4b7ee2f6d5bb783e98c2c@%3Cdev.jclouds.apache.org%3E

On 17 November 2016 at 19:01, Duncan Johnston Watt <
duncan.johnstonw...@cloudsoftcorp.com> wrote:

> +1 Andrea thanks
>
> Duncan Johnston-Watt
> CEO | Cloudsoft Corporation
>
> Twitter | @duncanjw
> Mobile | +44 777 190 2653
> Skype | duncan_johnstonwatt
> Linkedin | www.linkedin.com/in/duncanjohnstonwatt
>
> On 17 November 2016 at 06:09, Aled Sage <aled.s...@gmail.com> wrote:
>
> > +1, sounds great - thanks Andrea!
> >
> > There are some really import jclouds fixes in 1.9.3-SNAPSHOT (or 2.0.0)
> > that we want, such as an OutOfMemoryError deploying to Softlayer [1].
> >
> > It's worth hanging fire on Brooklyn 0.10.0 until we have a jclouds 1.9.3
> > release.
> >
> > In the meantime, we should still get our own house in order by doing the
> > first of the steps below (i.e. dealing with open PRs; ensuring no-one has
> > any imminent important contributions to make for 0.10.0, etc).
> >
> > Aled
> >
> > [1] https://issues.apache.org/jira/browse/BROOKLYN-364
> >
> >
> >
> > On 17/11/2016 11:37, Alex Heneveld wrote:
> >
> >> That would be a great solution Andrea!
> >>
> >> Best
> >> Alex
> >>
> >> On 17 Nov 2016 08:18, "Andrea Turli" <andrea.tu...@cloudsoftcorp.com>
> >> wrote:
> >>
> >> I'm happy to volunteer for releasing an official jclouds 1.9.3 which may
> >>> be
> >>> the half-house solution here.
> >>>
> >>> wdyt?
> >>>
> >>> Andrea
> >>>
> >>> On 17 November 2016 at 08:25, Svetoslav Neykov <
> >>> svetoslav.ney...@cloudsoftcorp.com> wrote:
> >>>
> >>> This is going to be the first release that actually works in Karaf. The
> >>>> docs are still assuming classic though so I suggest we keep
> recommending
> >>>> the classic distribution for 0.10.0.
> >>>> For next release let's plan on updating the docs and switching the
> >>>> recommended distribution to the Karaf based one.
> >>>>
> >>>> Svet.
> >>>>
> >>>>
> >>>> On 16.11.2016 г., at 13:22, Aled Sage <aled.s...@gmail.com> wrote:
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> It's far past time that we did a Brooklyn 0.10.0 release! I suggest
> we
> >>>>>
> >>>> aim for that soon.
> >>>>
> >>>>> To that end, I suggest the following steps:
> >>>>>
> >>>>> * Deal with open PRs:
> >>>>>  o People shout out about any PRs you think are very important to
> >>>>>be merged, before that release.
> >>>>>  o Review open PRs
> >>>>>(for any that won't get merged into 0.10.0, clearly mark them
> as
> >>>>>such and say why).
> >>>>> * Any pending/remaining work:
> >>>>>  o Give people until Friday evening (uk time) to submit any other
> >>>>>very important PRs that are being working on.
> >>>>>  o People shout out about any known issues that they see as
> >>>>>blockers for a release.
> >>>>> * Do some initial testing, using master (before Friday).
> >>>>> * Aim to produce a first release candidate on Friday evening (uk
> time).
> >>>>> * Do the usual QA/fix cycle until the release is ready.
> >>>>> * Write release notes, etc.
> >>>>>
> >>>>> Of the first steps, reviewing the PRs is a big piece of work! If you
> >>>>>
> >>>> have time to help, then please lend a hand by reviewing and/or testing
> >>>>
> >>> the
> >>>
> >>>> PRs, and commenting on them.
> >>>>
> >>>>> I don't think we should try to squeeze lots of additional PRs into
> >>>>>
> >>>> 0.10.0 - there is already a huge amount in there compared to 0.9.0!
> >>>>
> >>>>> Richard, are our release process docs up-to-date at [1]?
> >>>>>
> >>>>> Aled
> >>>>>
> >>>>> [1] http://brooklyn.apache.org/developers/committers/release-
> >>>>>
> >>>> process/index.html
> >>>>
> >>>>>
> >>>>>
> >>>>
> >
>

Re: Call for release: Brooklyn 0.10.0

[Andrea Turli]

I'm happy to volunteer for releasing an official jclouds 1.9.3 which may be
the half-house solution here.

wdyt?

Andrea

On 17 November 2016 at 08:25, Svetoslav Neykov <
svetoslav.ney...@cloudsoftcorp.com> wrote:

> This is going to be the first release that actually works in Karaf. The
> docs are still assuming classic though so I suggest we keep recommending
> the classic distribution for 0.10.0.
> For next release let's plan on updating the docs and switching the
> recommended distribution to the Karaf based one.
>
> Svet.
>
>
> > On 16.11.2016 г., at 13:22, Aled Sage  wrote:
> >
> > Hi all,
> >
> > It's far past time that we did a Brooklyn 0.10.0 release! I suggest we
> aim for that soon.
> >
> > To that end, I suggest the following steps:
> >
> > * Deal with open PRs:
> > o People shout out about any PRs you think are very important to
> >   be merged, before that release.
> > o Review open PRs
> >   (for any that won't get merged into 0.10.0, clearly mark them as
> >   such and say why).
> > * Any pending/remaining work:
> > o Give people until Friday evening (uk time) to submit any other
> >   very important PRs that are being working on.
> > o People shout out about any known issues that they see as
> >   blockers for a release.
> > * Do some initial testing, using master (before Friday).
> > * Aim to produce a first release candidate on Friday evening (uk time).
> > * Do the usual QA/fix cycle until the release is ready.
> > * Write release notes, etc.
> >
> > Of the first steps, reviewing the PRs is a big piece of work! If you
> have time to help, then please lend a hand by reviewing and/or testing the
> PRs, and commenting on them.
> >
> > I don't think we should try to squeeze lots of additional PRs into
> 0.10.0 - there is already a huge amount in there compared to 0.9.0!
> >
> > Richard, are our release process docs up-to-date at [1]?
> >
> > Aled
> >
> > [1] http://brooklyn.apache.org/developers/committers/release-
> process/index.html
> >
> >
>
>

Re: Call for release: Brooklyn 0.10.0

[Andrea Turli]

+1

Svet,

FYI I'm working on #409 and #415 now that jclouds 2.0 is official released.

Andrea

On 16 November 2016 at 12:33, Svetoslav Neykov <
svetoslav.ney...@cloudsoftcorp.com> wrote:

> Is including jclouds 2.0 too big of a change to consider, what do people
> think?
> If that's considered too risky then I suggest following with a 0.11.0 not
> too long after, including jclouds 2.0.
> There's already work to get it running with Brooklyn at
> https://github.com/apache/brooklyn-server/pull/415 <
> https://github.com/apache/brooklyn-server/pull/415> and
> https://github.com/apache/brooklyn-server/pull/409 <
> https://github.com/apache/brooklyn-server/pull/409>.
>
> Svet.
>
>
> > On 16.11.2016 г., at 13:22, Aled Sage  wrote:
> >
> > Hi all,
> >
> > It's far past time that we did a Brooklyn 0.10.0 release! I suggest we
> aim for that soon.
> >
> > To that end, I suggest the following steps:
> >
> > * Deal with open PRs:
> > o People shout out about any PRs you think are very important to
> >   be merged, before that release.
> > o Review open PRs
> >   (for any that won't get merged into 0.10.0, clearly mark them as
> >   such and say why).
> > * Any pending/remaining work:
> > o Give people until Friday evening (uk time) to submit any other
> >   very important PRs that are being working on.
> > o People shout out about any known issues that they see as
> >   blockers for a release.
> > * Do some initial testing, using master (before Friday).
> > * Aim to produce a first release candidate on Friday evening (uk time).
> > * Do the usual QA/fix cycle until the release is ready.
> > * Write release notes, etc.
> >
> > Of the first steps, reviewing the PRs is a big piece of work! If you
> have time to help, then please lend a hand by reviewing and/or testing the
> PRs, and commenting on them.
> >
> > I don't think we should try to squeeze lots of additional PRs into
> 0.10.0 - there is already a huge amount in there compared to 0.9.0!
> >
> > Richard, are our release process docs up-to-date at [1]?
> >
> > Aled
> >
> > [1] http://brooklyn.apache.org/developers/committers/release-
> process/index.html
> >
> >
>
>

Re: How to Override `imageID` of a Preconfigured Location?

[Andrea Turli]

Cant test it now but is this not working?

https://cloudsoftcorp.slack.com/archives/D1Z6Z28MU/p147697807243

Il 21/ott/2016 00:31, "Mike Zaccardo"  ha
scritto:

> Hi dev,
>
> I'd like to override the `imageID` of a location so it applies to all
> entities in a blueprint. Consider this simple blueprint:
>
> ```
> name: Server (Brooklyn Example)
>
> location: aws-ec2-us-east-1
>
> services:
> - type: server
>   name: My VM
>   provisioning.properties:
> imageId: us-east-1/ami-6224a40a
> ```
>
> This will successfully deploy a VM to my preconfigured location named
> `aws-ec2-us-east-1` with the desired AMI `us-east-1/ami-6224a40a`. However,
> I'd like to add more services to this blueprint but do not want to have to
> specify `provisioning.properties` and `imageId` for each one. What is the
> proper syntax to set the `imageId` for the location itself so that it will
> apply to all entities?
>
> Thanks,
> Mike
>

[jira] [Commented] (BROOKLYN-358) jclouds "swift" missing from karaf build

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15562673#comment-15562673
 ] 

Andrea Turli commented on BROOKLYN-358:
---

I think it is mostly a documentation problem, brooklyn should not recommend 
obsolete object store no more supported by jclouds. wdyt?

> jclouds "swift" missing from karaf build
> 
>
> Key: BROOKLYN-358
> URL: https://issues.apache.org/jira/browse/BROOKLYN-358
> Project: Brooklyn
>  Issue Type: Bug
>Reporter: Aled Sage
>Assignee: Aled Sage
> Fix For: 0.10.0
>
>
> In the karaf build, if I try to use "jclouds:swift", it fails with the error:
> {noformat}
> 2016-10-07 13:32:45,009 ERROR 121 o.a.b.l.c.BasicLauncher [FelixStartLevel] 
> Subsystem for persistence had startup error (continuing with startup): 
> org.apache.brooklyn.util.exceptions.FatalRuntimeException: Error initializing 
> persistence subsystem: NoSuchElementException: Cloud provider/API type swift 
> is not supported by jclouds
> org.apache.brooklyn.util.exceptions.FatalRuntimeException: Error initializing 
> persistence subsystem: NoSuchElementException: Cloud provider/API type swift 
> is not supported by jclouds
> at 
> org.apache.brooklyn.launcher.common.BasicLauncher.initPersistence(BasicLauncher.java:594)
> at 
> org.apache.brooklyn.launcher.common.BasicLauncher.handlePersistence(BasicLauncher.java:510)
> at 
> org.apache.brooklyn.launcher.common.BasicLauncher.start(BasicLauncher.java:429)
> at 
> org.apache.brooklyn.launcher.osgi.OsgiLauncher.start(OsgiLauncher.java:78)
> at 
> org.apache.brooklyn.launcher.osgi.OsgiLauncher.init(OsgiLauncher.java:102)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native 
> Method)[:1.8.0_102]
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_102]
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_102]
> at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_102]
> at 
> org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:299)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:980)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.runBeanProcInit(BeanRecipe.java:736)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:848)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:811)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:79)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_102]
> at 
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:88)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:255)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:186)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:712)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:399)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:273)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:294)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:263)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:253)[16:org.apache.aries.blueprint.core:1.5.0]
> at 
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[20:org.apache.aries.util:1.1.1]
>

[jira] [Created] (BROOKLYN-359) Remove from docs SL Object Store

[Andrea Turli (JIRA)]

Andrea Turli created BROOKLYN-359:
-

 Summary: Remove from docs SL Object Store
 Key: BROOKLYN-359
 URL: https://issues.apache.org/jira/browse/BROOKLYN-359
 Project: Brooklyn
  Issue Type: Bug
Affects Versions: 0.10.0
Reporter: Andrea Turli


Jclouds swift project is deprecated and will be replaced by openstack-swift. 
Unfortunately until SL Object store (based on Openstack Swift) won't update its 
version, SL Object Store is not usable as persistence object store. See 
https://github.com/apache/brooklyn-server/pull/374#issuecomment-252502531 for 
more details



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Children of VanillaSoftwareProcess and service.isUp

[Andrea Turli]

Hi Mike,

VanillaSoftwareProcess doesn't look after the status of the children by
default.

You can try by adding a ComputeServiceIndicatorsFromChildrenAndMembers
enricher like below:

brooklyn.enrichers:
- type:
org.apache.brooklyn.core.entity.lifecycle.ServiceStateLogic$ComputeServiceIndicatorsFromChildrenAndMembers
  brooklyn.config:
uniqueTag: your-unique-tag
enricher.aggregating.fromChildren: true
enricher.aggregating.fromMembers: false
enricher.suppressDuplicates: true

to the parent of your blueprint. This will set parent on-fire in case one
of the children goes on-fire.

HTH,
Andrea

Il 30/set/2016 17:44, "Mike Zaccardo"  ha
scritto:

> Hi,
>
> I have a blueprint that consists of a `VanillaSoftwareProcess` (VSP) with a
> number of children entities. If any of these children go on fire, the
> parent VSP still reports as healthy, but I'd really like it to go on fire
> as well. In other words, I want the parent VSP to report as healthy if and
> only if all of its children are also healthy. Is this achievable in YAML /
> how do I go about doing that?
>
> Here is an example blueprint which showcases this issue:
> https://gist.github.com/mikezaccardo/227d00f0a90ed46ad7350b067e416bf4.
> Once
> deployed, you can cause a child entity to go on fire simply by removing the
> file that is checked. At this point even though the child entity is on fire
> the, parent will remain green.
>
> Thanks,
> Mike
>

[jira] [Commented] (BROOKLYN-353) Best-practice for adding endpoints to the REST interface?

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15532335#comment-15532335
 ] 

Andrea Turli commented on BROOKLYN-353:
---

[~ilgrosso] I guess this may be similar to what [~rdowner] was suggesting: 
https://github.com/brooklyncentral/clocker/blob/master/dist/src/main/java/clocker/main/Main.java


> Best-practice for adding endpoints to the REST interface?
> -
>
> Key: BROOKLYN-353
> URL: https://issues.apache.org/jira/browse/BROOKLYN-353
> Project: Brooklyn
>  Issue Type: Question
>Affects Versions: 0.9.0
>Reporter: Francesco Chicchiriccò
>
> At the [CHOReVOLUTION|http://www.chorevolution.eu] project we are using 
> Apache Brooklyn to manage the whole deployment.
> As we need to add some endpoints to the REST interface, is there any best 
> practice around? At the moment we are just adding our classes to the Brooklyn 
> codebase - which does not look particularly fancy.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (BROOKLYN-353) Best-practice for adding endpoints to the REST interface?

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15532260#comment-15532260
 ] 

Andrea Turli commented on BROOKLYN-353:
---

Likewise, [~ilgrosso]

Sounds reasonable, but I agree it is a quite specific use case.

Just as reference, please, have a look at 
https://github.com/apache/brooklyn-server/blob/master/core/src/test/java/org/apache/brooklyn/core/typereg/ExampleXmlTypePlanTransformer.java,
 it can give you a different idea to solve your problem, if REST is not the 
only option.

HTH

> Best-practice for adding endpoints to the REST interface?
> -
>
> Key: BROOKLYN-353
> URL: https://issues.apache.org/jira/browse/BROOKLYN-353
> Project: Brooklyn
>  Issue Type: Question
>Affects Versions: 0.9.0
>Reporter: Francesco Chicchiriccò
>
> At the [CHOReVOLUTION|http://www.chorevolution.eu] project we are using 
> Apache Brooklyn to manage the whole deployment.
> As we need to add some endpoints to the REST interface, is there any best 
> practice around? At the moment we are just adding our classes to the Brooklyn 
> codebase - which does not look particularly fancy.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (BROOKLYN-353) Best-practice for adding endpoints to the REST interface?

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15532206#comment-15532206
 ] 

Andrea Turli commented on BROOKLYN-353:
---

Hi [~ilgrosso], I don't think we have any best practice around that.

It'd be interesting to know what is the REST interface you guys are missing? if 
potentially useful for others, I think a patch would be really appreciated!

Let us know!

> Best-practice for adding endpoints to the REST interface?
> -
>
> Key: BROOKLYN-353
> URL: https://issues.apache.org/jira/browse/BROOKLYN-353
> Project: Brooklyn
>  Issue Type: Question
>Affects Versions: 0.9.0
>Reporter: Francesco Chicchiriccò
>
> At the [CHOReVOLUTION|http://www.chorevolution.eu] project we are using 
> Apache Brooklyn to manage the whole deployment.
> As we need to add some endpoints to the REST interface, is there any best 
> practice around? At the moment we are just adding our classes to the Brooklyn 
> codebase - which does not look particularly fancy.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Google Summer of Code - PaaS services addition proposal

[Andrea Turli]

ces data management,
>>> we would like to know your opinion about some decisions that we are still
>>> considering, but let me stop here and share our
>>> questions in a different email, in order to avoid a long and unreadable
>>> mail.
>>>
>>> Thanks a lot.
>>> Best,
>>> Jose
>>>
>>>
>>> El 08/08/2016, a las 14:52, Jose Carrasco <jo...@lcc.uma.es> escribió:
>>>
>>>> Hi all,
>>>>
>>>> as we mentioned previously, we have a pretty entity which allows an
>>>> application to be deployed on a Cloud Foundry platform by using a
>>>> new paas location, CloudFoundryPaasLocation.
>>>>
>>>> Here you can find a simple blueprint which shows the entity usage:
>>>>
>>>> name: CloudFoundryPaasLocation configuration example
>>>> location: pivotal-ws
>>>> services:
>>>> - type: org.apache.brooklyn.cloudfoundry.entity.
>>> VanillaCloudFoundryApplication
>>>> id: vanilla-app
>>>> brooklyn.config:
>>>>   name-app: name
>>>>   path: classpath://brooklyn-example-hello-world-sql-webapp-in-paas.war
>>>>   buildpack: https://github.com/cloudfoundry/java-buildpack.git
>>>>   domain: domain
>>>>   host: application-host
>>>>
>>>> You can find more examples in [1]. Currently, we are thinking about
>>> supporting
>>>> Cloud Foundry service. Documentation [2] says that an existent service
>>> can be
>>>> bound to an application. Then, it looks interesting to use a new entity
>>> to instantiate
>>>> a service, allowing users to create services and bind them to an
>>> application
>>>> from a blueprint.
>>>>
>>>> Following, you can find blueprint which shows my proposal to manage a
>>> service.
>>>>
>>>> name: CloudFoundryPaasLocation configuration example
>>>> location: pivotal-ws
>>>> services:
>>>> - type: org.apache.brooklyn.cloudfoundry.entity.
>>> VanillaCloudFoundryApplication
>>>> id: vanilla-app
>>>> brooklyn.config:
>>>>   name-app: name
>>>>   path: classpath://brooklyn-example-hello-world-sql-webapp-in-paas.war
>>>>   buildpack: https://github.com/cloudfoundry/java-buildpack.git
>>>>   domain: domain
>>>>   host: application-host
>>>>   bind:
>>>>   - instance_name
>>>>
>>>> - type: org.apache.brooklyn.cloudfoundry.entity.servies.MySqlService
>>>> brooklyn.config:
>>>>   service-type: available_service #which was added to the platform by a
>>> broker
>>>>   instance-name: instance_name #used to bind the instance
>>>>   plan: plan_to_use #offers varying levels of resources or features for
>>> the same service
>>>>   creationScriptUrl: script.sql #script to init the database
>>>>
>>>> MySqlService is an entity which allows to create an instance of any
>>> mysql service.
>>>> Then,  Actually, all the services are created following the same method,
>>> a service
>>>> requires the service-type, the instance-name and the plan to be created,
>>> then it is
>>>> possible to create any service using a generic entity. However, it looks
>>> interesting
>>>> to create a entity for manage MySql services, because it will allow
>>> concrete operations
>>>> to be carried out, for example, it allows the database, which is created
>>> by the service,
>>>> to be initialized using a script.sql.
>>>> Currently, users have to initialize the database manually after creating
>>> the service,
>>>> so this proposal would facilitate the management of the Cloud Foundry
>>> services.
>>>>
>>>> Does it make sense for you? I will appreciate any advice and suggestion
>>> in order
>>>> to improve this idea.
>>>>
>>>> Best,
>>>> Jose
>>>>
>>>> [1] https://github.com/kiuby88/brooklyn-cloudfoundry/tree/
>>> 48c7710f8228acf548ea54469da403ff98dc84a8/src/test/resources
>>>> [2] https://docs.cloudfoundry.org/devguide/services/application-
>>> binding.html#bind
>>>>
>>>> El 05/08/2016, a las 19:17, Jose Carrasco <jo...@lcc.uma.es> escribió:
>>>>
>>>>> Hi all,
>>>>>
>>>>> Thanks Andrea for your report. As student I ca

Re: [PROPOSAL] Remove rest/rest-client from brooklyn-server

[Andrea Turli]

Robert,

thanks for your feedback!

Alex,

https://github.com/apache/brooklyn-client/pull/25 implements
```
brooklyn-client/
cli/
**/*.go
java/
src/main/java/**/*.java
```
Happy to change it to whatever you guys prefer (Alex's option 2 or option 3)
Personally, I like
```
   brooklyn-client-cli/
**/*.go
brooklyn-client-bindings/
java/
   src/main/java/**/*.java
```
although renaming `brooklyn-client` to `brooklyn-client-cli` could be
distracting.

Andrea

On 9 September 2016 at 11:54, Alex Heneveld
<alex.henev...@cloudsoftcorp.com> wrote:
>
> i lean towards this:
>
> brooklyn-client/
> cli/
> **/*.go
> java/
> src/main/java/**/*.java
>
> or
>
> brooklyn-client/
> cli/
> **/*.go
> bindings/
> java/
> src/main/java/**/*.java
>
> but I could live with this:
>
> brooklyn-client-cli/
> **/*.go
> brooklyn-client-bindings/
> java/
>src/main/java/**/*.java
>
> reason for preferring a single client project is to keep the top-level list
> of brooklyn sub-projects tighter (server and client has a nice symmetry ...
> and given how much larger server is than all the clients, it'd be odd and
> distracting to have multiple client projects)
>
> --a
>
>
>
> On 09/09/2016 10:17, Robert Moss wrote:
>>
>> +1, prefer separate repo, though.
>>
>> Robert
>>
>> On 9 September 2016 at 10:03, Andrea Turli
>> <andrea.tu...@cloudsoftcorp.com>
>> wrote:
>>
>>> Hi,
>>>
>>> I'd like to move `rest/rest-client` out of `brooklyn-server`
>>>
>>> brooklyn-server has a dependency on resteasy which is used only by the
>>> rest/rest-client module. Having resteasy and cxf (two jax-rs
>>> implementations) in the classpath looks redundant to me.
>>> Also the extra work needed to support osgi bundles for both. Notice
>>> also jaxrs implementation are not really osgi friendly (ask
>>> @googlielmo and @neykov for more details :P)
>>>
>>> So I think a diet for brooklyn-server is not a bad thing :)
>>>
>>> Said that, we are discussing with @geomacy
>>> (https://github.com/apache/brooklyn-client/pull/25) if
>>> `brooklyn-client` is the right new place for moving the rest java
>>> client.
>>>
>>> We'd like to have more devs involved in this discussion, is it better
>>> moving the java client to `brooklyn-client` (option1) or create a new
>>> project (option2), say `brooklyn-java-client` or
>>> `brooklyn-rest-clients` maybe? Else (option3)?
>>>
>>> Thanks,
>>> Andrea
>>>
>

Re: Google Summer of Code - Closing Coding Period

[Andrea Turli]

Thanks Jose for your great work and excellent commitment to the project!

Hope to see you around on the Apache Brooklyn channels (irc, mailing
list etc) to continue with the great work, if you like, or simply to
help out with any other open source task!

Andrea

On 23 August 2016 at 13:50, Jose Carrasco <jo...@lcc.uma.es> wrote:
> Hi all,
>
> as I mentioned in my previous email [1], today ends the GSoC coding period.
>
> I would like to thank again to the community the opportunity. Specially, I 
> would
> like to emphasize the importance of the help of Andrea Turli during this 
> period,
> I really appreciate his effort.
>
> GSoC period is for me more than a simple coding summer, it is a way of knowing
> and learning about a open community. Then, I would like to continue my 
> proposal,
> I think challenges and new features could be accomplished. If you agreed I 
> would
> like to continue developing this mini-project, in order to ending  the 
> proposed goals
> and produce something useful for the community.
>
> Again thanks for the opportunity, I have learned a lot. Probably it is the 
> most
> important point in my career up to now.
>
> Best,
> Jose
>
> [1] http://markmail.org/message/xj35otwubiarz6iz

[jira] [Commented] (BROOKLYN-332) Blocked task holding mutex lives beyond application lifetime and blocks tasks in subsequent applications

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15423204#comment-15423204
 ] 

Andrea Turli commented on BROOKLYN-332:
---

It was localhost. Thanks Sam for reporting it.

> Blocked task holding mutex lives beyond application lifetime and blocks tasks 
> in subsequent applications
> 
>
> Key: BROOKLYN-332
> URL: https://issues.apache.org/jira/browse/BROOKLYN-332
> Project: Brooklyn
>  Issue Type: Bug
>Reporter: Sam Corbett
>
> Andrea deployed a VanillaJavaApp that got stuck starting on a task that was 
> never going to complete. The task that was stuck had obtained a mutex on an 
> SshMachineLocation in ArchiveUtils.deploy. The application was stopped but 
> the task was not stopped and the mutex was never released. This stacktrace is 
> from a thread dump after stopping the app:
> {code}
> brooklyn-execmanager-EiOrzrfj-9" #54 daemon prio=5 os_prio=31 
> tid=0x7fa7f191a800 nid=0x8e03 in Object.wait() [0x73151000]
>java.lang.Thread.State: WAITING (on object monitor)
>   at java.lang.Object.wait(Native Method)
>   at java.lang.Object.wait(Object.java:502)
>   at 
> org.apache.brooklyn.util.core.task.BasicTask.blockUntilStarted(BasicTask.java:389)
>   - locked <0x000784e96ac8> (a 
> org.apache.brooklyn.util.core.task.BasicTask)
>   at 
> org.apache.brooklyn.util.core.task.BasicTask.blockUntilStarted(BasicTask.java:378)
>   - locked <0x000784e96ac8> (a 
> org.apache.brooklyn.util.core.task.BasicTask)
>   at org.apache.brooklyn.util.core.task.BasicTask.get(BasicTask.java:360)
>   at 
> org.apache.brooklyn.util.core.task.BasicTask.getUnchecked(BasicTask.java:370)
>   at 
> org.apache.brooklyn.util.core.task.system.ProcessTaskWrapper.get(ProcessTaskWrapper.java:153)
>   at 
> org.apache.brooklyn.util.core.file.ArchiveUtils.deploy(ArchiveUtils.java:277)
>   at 
> org.apache.brooklyn.util.core.file.ArchiveUtils.deploy(ArchiveUtils.java:237)
>   at 
> org.apache.brooklyn.entity.java.VanillaJavaAppSshDriver.customize(VanillaJavaAppSshDriver.java:99)
>   at 
> org.apache.brooklyn.entity.software.base.AbstractSoftwareProcessDriver$3$2.run(AbstractSoftwareProcessDriver.java:175)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>   at 
> org.apache.brooklyn.util.core.task.DynamicSequentialTask$DstJob.call(DynamicSequentialTask.java:359)
>   at 
> org.apache.brooklyn.util.core.task.BasicExecutionManager$SubmissionCallable.call(BasicExecutionManager.java:519)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> {code}
> The app was redeployed to the same location (Andrea to clarify whether it was 
> localhost or BYON). ArchiveUtils' attempt to obtain the machine mutex failed 
> because the mutex was still owned by the zombie task:
> {code}
> brooklyn-execmanager-EiOrzrfj-0" #45 daemon prio=5 os_prio=31 
> tid=0x7fa7f0fb3800 nid=0x7c03 waiting on condition [0x72835000]
>java.lang.Thread.State: WAITING (parking)
>   at sun.misc.Unsafe.park(Native Method)
>   - parking to wait for  <0x0007838ff1d8> (a 
> java.util.concurrent.Semaphore$FairSync)
>   at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
>   at 
> java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
>   at 
> java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:997)
>   at 
> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1304)
>   at java.util.concurrent.Semaphore.acquire(Semaphore.java:312)
>   at 
> org.apache.brooklyn.util.core.mutex.SemaphoreWithOwners.acquire(SemaphoreWithOwners.java:51)
>   at 
> org.apache.brooklyn.util.core.mutex.MutexSupport.acquireMutex(MutexSupport.java:77)
>   at 
> org.apache.brooklyn.location.ssh.SshMachineLocation.acquireMutex(SshMachineLocation.java:1078)
>   at 
> org.apache.brooklyn.util.core.file.ArchiveUtils.deploy(ArchiveUtils.java:266)
>   at 
> org.apache.brooklyn.util.core.file.ArchiveUtils.deploy(ArchiveUtils.java:237)
>   at

[jira] [Created] (BROOKLYN-326) JavaSoftwareProcessSshDriver.tryJavaInstall should require ExitCode Zero

[Andrea Turli (JIRA)]

Andrea Turli created BROOKLYN-326:
-

 Summary: JavaSoftwareProcessSshDriver.tryJavaInstall should 
require ExitCode Zero 
 Key: BROOKLYN-326
 URL: https://issues.apache.org/jira/browse/BROOKLYN-326
 Project: Brooklyn
  Issue Type: Bug
Affects Versions: 0.9.1
Reporter: Andrea Turli


Or `setUp` should evaluate the result of the task.

Consider also renaming `tryJavaInstall` into something else



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Google Summer of Code - PaaS services addition proposal

[Andrea Turli]

All,

as GSoC mentor of [1] I'm happy to say that Jose is doing very well and
he's keeping up a great job on adding PaaS support to Brooklyn

Jose Carrasco is being very active and productive during this period. He is
collecting his ideas and documenting his work in this folder [1]. He's been
quite active on IRC but we have also 1:1 conversations that he's keen to
summarize focusing with the design and the main technical decisions taken
along the way.
There is also Trello board [2] that we have reviewed with some of the
Brooklyn committers (Aled, Alex and Robert) Currently the code produced for
this project is available at [3] but it will be moved to an apache soon.

If you are interested please let us know your thoughts/comments,

Sorry for the belated update,
Andrea and Jose

[1]: https://drive.google.com/a/cloudsoftcorp.com/folderview?id=0BxP_
HXE8tVoFazF4cUV0LXpYSTg=sharing#
[2]: https://trello.com/b/ZFfueDsu/gsoc2016
[3]: https://github.com/kiuby88/brooklyn-cloudfoundry


On 2 May 2016 at 13:00, Jose Carrasco <jo...@lcc.uma.es> wrote:

> Hi Andrea and all,
>
> Thanks for that. I will try to review and to make some contributions to
> the mentioned PRs. I have
> to develop the proposal that I update to Google Summer of Code,
> participate in the community,
> develop the documentation, etc. (as Andrea has mentioned) but It will give
> me great pleasure to
> collaborate in different tasks, and functionality developments :-)
>
> Just a pair of questions about the proposal. I have a pair of ideas about
> how PaaS entities could be added to
> Brooklyn (in fact, I tried a pair of PRs) . The proposal that I wrote a
> little description about that in the proposal
> that I wrote, but I should develop some diagrams about necessary entities,
> locations and how it has to be added
> to Brooklyn, then what should I do? should I write a Google Docs? should I
> open a PR directly? I would prefer to
> write a little document before coding. What do you think?
>
> I was a little contributor in a different open project, brooklyn-tosca. I
> tried different examples in order to find new
> possible functionalities there, but I was not actively involved either in
> the community chat or in the Mailing List.
> I do not want to be a spammer. Probably my routine should be different for
> GSoC, I should ask more questions
> about new functionalities and how they should be implemented before
> coding. Does the community use gitter?
>
> In other words, I am still a novice here and I have much to learn. Hence,
> I will  appreciate any advice and suggestion
> in order to improve my participation in the project.
>
> Thanks a lot.
> Best,
> Jose
>
>
> El 02/05/2016, a las 11:36, Andrea Turli <andrea.tu...@cloudsoftcorp.com>
> escribió:
>
> > Hi Jose,
> >
> > We are now in the "Community Bonding Period (April 22 - May 22)". The
> > Community Bonding period is intended to get students ready to start
> > contributing to your organization full time in May.
> >
> > We encourage you to try to become familiar with the community practices
> and
> > processes: participate on Mailing Lists / IRC and ask questions!
> > Set up their development environment: following
> > https://brooklyn.apache.org/v/latest/dev/index.html
> > Try to participate in code reviews for others. There is a documentation
> PR
> > open right now [1] or a small PR on brooklyn-server [2] you may want to
> > test to report your feedback or [3] in brooklyn-libray.
> >
> > Ideally code review should become part of your daily routine, but of
> > course, reading (and updating!) documentation and contributing to mailing
> > list / IRC will be appreciated as well.
> >
> > Best,
> > Andrea
> >
> > [1]: https://github.com/apache/brooklyn-docs/pull/49
> > [2]: https://github.com/apache/brooklyn-server/pull/127
> > [3]: https://github.com/apache/brooklyn-library/pull/32
> >
> > On 24 April 2016 at 22:00, Aled Sage <aled.s...@gmail.com> wrote:
> >
> >> +1
> >>
> >> That's awesome - looking forward to you working on this, Jose! Please do
> >> keep the dev@brooklyn list informed of proposals, progress, questions,
> >> comments, etc. I'm sure that Andrea, myself and the rest of the
> community
> >> will be very happy to give opinions and help as appropriate.
> >>
> >> Aled
> >>
> >>
> >>
> >> On 23/04/2016 00:01, Jose wrote:
> >>
> >>> Hi all!!
> >>>
> >>> Thanks a lot to all of you in particular to my GSoC mentor, Andrea. I
> am
> >>> really looking forward to start :-)
> >>>
> >>> 

[jira] [Commented] (BROOKLYN-317) AWS-EC2 provisioning fails: doesn't get public ip when waiting for ssh-reachability

[Andrea Turli (JIRA)]

[ 
https://issues.apache.org/jira/browse/BROOKLYN-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15398993#comment-15398993
 ] 

Andrea Turli commented on BROOKLYN-317:
---

I couldn't reproduce the error but I can confirm that ap-souteast-1 looks 
particularly slow (i.e. describeImages) 

I have looked closely at the code and I think 
https://github.com/cloudsoft/jclouds/blob/e711275fb132c8c2f0155400de01275653ad70e7/apis/ec2/src/main/java/org/jclouds/ec2/compute/strategy/EC2CreateNodesInGroupThenAddToSet.java#L158-L158
 is the right place where to sanity-check if the running instances contain the 
public IP address and fail-fast maybe as I don't think a retrier will help here 
(possibly ec2 was having an issue and that VM will never have a public IP?)

how many times have you experienced this problem? always with that region?



> AWS-EC2 provisioning fails: doesn't get public ip when waiting for 
> ssh-reachability
> ---
>
> Key: BROOKLYN-317
> URL: https://issues.apache.org/jira/browse/BROOKLYN-317
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: Aled Sage
>
> When using Brooklyn 0.10.0-SNAPSHOT...
> When deploying an app in aws-ec2 singapore, one of the VMs failed to 
> provision (failed to reach port 22).
> The workaround is to configure {{machineCreateAttempts}} on the location, 
> setting it to a number greater than 1. It will thus retry if the problem is 
> encountered.
> Looking at the node information, it only lists the private address (and the 
> private hostname), and not the public ip.
> Looking in the jclouds wire log, the first result from the API call 
> {{Action=DescribeInstances=i-20c2df84=2012-06-01}} only 
> had the private address and not the public address.
> In terms of timing, we first started polling for the instance details at 
> 10:58:38,293, and stopped polling at 10:58:56,764 (when the VM was 
> "running"). At that point, the API responses still did not have the public 
> address. We then waiting for an ssh port to be reachable, which timed out. We 
> began to destroy the VM at 11:09:00,292 - the api result then included the 
> public IP.
> I suspect that this will need to be fixed in jclouds: we'll need to poll 
> again for the instance details, rather than just waiting for one of the 
> initial private/public addresses to be reachable.
> {noformat}
> Failed after 11m 12s: Error invoking start at 
> VanillaSoftwareProcessImpl{id=mf8o2c7ef4}: RunNodesException: error running 1 
> node group(brooklyn-oarida-amp-docker-swar-s3vp-swarm-manager-mf8o) 
> location(ap-southeast-1) image(ami-f068a193) size(m3.large) 
> options({loginUser=centos, inboundPorts=[22, 2376, 3376], scriptPresent=true, 
> userMetadata={Name=brooklyn-oarida-amp-docker-swar-s3vp-swarm-manager-mf8o-jkdo,
>  brooklyn-user=amp, brooklyn-app-id=s3vpt4rpqb, brooklyn-app-name=Docker 
> Swarm with Discovery and CA, brooklyn-entity-id=mf8o2c7ef4, 
> brooklyn-entity-name=swarm-manager, 
> brooklyn-server-creation-date=2016-07-23-1058}, groupNames=[brooklyn-all], 
> userDataCksum=2f4a740b})
> Execution failures:
> 0 error[s]
> Node failures:
> 1) NoSuchElementException on node ap-southeast-1/i-20c2df84:
> java.util.NoSuchElementException: could not connect to any ip address port 22 
> on node {id=ap-southeast-1/i-20c2df84, providerId=i-20c2df84, 
> location={scope=ZONE, id=ap-southeast-1a, description=ap-southeast-1a, 
> parent=ap-southeast-1, iso3166Codes=[SG]}, 
> group=brooklyn-oarida-amp-docker-swar-s3vp-swarm-manager-mf8o, 
> imageId=ap-southeast-1/ami-f068a193, os={family=unrecognized, arch=hvm, 
> version=, description=aws-marketplace/CentOS Linux 7 x86_64 HVM EBS 
> 1602-b7ee8a69-ee97-4a49-9e68-afaee216db2e-ami-d7e1d2bd.3, is64Bit=true}, 
> status=RUNNING[running], loginPort=22, hostname=ip-10-165-18-229, 
> privateAddresses=[10.165.18.229], hardware={id=m3.large, providerId=m3.large, 
> processors=[{cores=2.0, speed=3.25}], ram=7680, volumes=[{type=LOCAL, 
> size=32.0, device=/dev/sdb, bootDevice=false, durable=false}, 
> {id=vol-79c51fa4, type=SAN, device=/dev/sda1, bootDevice=true, 
> durable=true}], hypervisor=xen, 
> supportsImage=And(ALWAYS_TRUE,Or(requiresVirtualizationType(hvm),requiresVirtualizationType(paravirtual)),ALWAYS_TRUE,ALWAYS_TRUE)},
>  loginUser=centos}
>   at 
> org.jclouds.compute.util.ConcurrentOpenSocketFinder.findOpenSocketOnNode(ConcurrentOpenSocketFinder.java:107)
>   at 
> org.jclouds.compute.functions.CreateSshClientOncePortIsListeningOnNode.apply(CreateSshClientOncePortIsListeningOnNode.java:66)
>   at 
> org.jclo

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

06-30 11:08:31,452 DEBUG o.a.b.u.core.task.CompoundTask
> >> [brooklyn-execmanager-PM0NSrkG-0]: Parent task DstJob:KbfqJrxf ignoring
> >> child error
> >> (org.apache.brooklyn.util.exceptions.PropagatedRuntimeException:
> >> NullPointerException) in presence of our own error
> >> (org.apache.brooklyn.util.exceptions.PropagatedRuntimeException:
> >> NullPointerException)
> >
> > 2016-06-30 11:08:31,453 WARN  o.a.b.c.m.i.EffectorUtils
> >> [brooklyn-execmanager-PM0NSrkG-0]: Error invoking start at
> >> EmptySoftwareProcessImpl{id=OCLIVRf3}: NullPointerException
> >
> > 2016-06-30 11:08:31,454 DEBUG o.a.b.u.c.t.BasicExecutionManager
> >> [brooklyn-execmanager-PM0NSrkG-0]: Exception running task
> >> Task[start]@KbfqJrxf (rethrowing):
> >>
> org.apache.brooklyn.core.mgmt.internal.EffectorUtils$EffectorCallPropagatedRuntimeException:
> >> Error invoking start at EmptySoftwareProcessImpl{id=OCLIVRf3}:
> >> NullPointerException
> >
> >
> > Any suggestions ?
> >
> >>
> >
> > Thanks,
> > Gowri
> >
> > On Thu, Jun 30, 2016 at 11:52 AM, Andrea Turli <
> > andrea.tu...@cloudsoftcorp.com> wrote:
> >
> >> Sorry forgot the link
> >>
> >> http://docs.openstack.org/user-guide/dashboard_launch_instances.html
> >>
> >> Il 30/giu/2016 08:18, "Andrea Turli" <andrea.tu...@cloudsoftcorp.com>
> ha
> >> scritto:
> >>
> >> > Gowri,
> >> >
> >> > Same suggestion as before. Please follow the first 2 points of this
> >> guide
> >> > [1] to verify that you can manually launch and ssh into the VM.
> >> >
> >> > Please take notes of the choices you made to provision the VM
> (imageId,
> >> > network and so on) and the user and ssh key you used to access the VM.
> >> >
> >> > With those details, I'm sure you can then configure the location in
> the
> >> > YAML blueprint correctly.
> >> >
> >> > Andrea
> >> >
> >> > Il 30/giu/2016 07:51, "Gowri LN" <gowri.ln...@gmail.com> ha scritto:
> >> >
> >> > Hi Andrea,
> >> >
> >> > Thanks a lot for the constant support .
> >> >
> >> > I want to use my own keypair already available in OpenStack so that I
> >> can
> >> > connect to the  VM later using my keypair.
> >> >
> >> > I did try as specified in yaml [1].
> >> > Now it looks like it is picking up the keypair (- may be it was my
> >> error in
> >> > the yaml before).
> >> >
> >> > Though I am getting a new error :
> >> >
> >> >
> >> > > Error invoking start at EmptySoftwareProcessImpl{id=TrmhitVc}: chars
> >> > > PuTTY-User-Key-File-2: ssh-rsa
> >> > > Encryption: none
> >> > > Comment: imported-openssh-key
> >> > > Public-Lines: 6
> >> > > *..some lines...*
> >> > > Private-Lines: 14 .
> >> >
> >> >
> >> >
> >> > > .. some lines...
> >> > > Private-MAC: 37589..57f
> >> > > doesn't contain % line [-BEGIN ]
> >> > >
> >> >
> >> > The private key I am pointing in yaml is  generated using putty gen by
> >> > loading my key - "my-keypair"
> >> >
> >> > Any suggestions ?
> >> >
> >> >
> >> > [1]:
> >> https://gist.github.com/andreaturli/33509ff74bb8d0cfb77d5ba36c46977e
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > On Mon, Jun 27, 2016 at 1:55 PM, Andrea Turli <
> >> > andrea.tu...@cloudsoftcorp.com> wrote:
> >> >
> >> > > Gowri,
> >> > >
> >> > > could you please share the steps you have done to provision the VM
> >> > manually
> >> > > and the SSH command to access it?
> >> > >
> >> > > ---
> >> > >
> >> > > Yes, I can manually provision VM with the image ( my-image-id)  and
> >> ssh
> >> > > > into it using my-keypair .
> >> > > >
> >> > >
> >> > > when you say using `my-keypair`, do you mean, you want to use
> always a
> >> > > specific keypair already available on your Openstack? By default,
> >> > Brooklyn
> >> > > will allocate a keypair for you, but in case this is not the
> behavior
> >> you
> >> > > want, you can try the following YAML at [1]
> >> > >
> >> > > Good luck,
> >> > > Andrea
> >> > >
> >> > > [1]:
> >> > https://gist.github.com/andreaturli/33509ff74bb8d0cfb77d5ba36c46977e
> >> > >
> >> >
> >> >
> >> >
> >>
> >
> >
>

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Sorry forgot the link

http://docs.openstack.org/user-guide/dashboard_launch_instances.html

Il 30/giu/2016 08:18, "Andrea Turli" <andrea.tu...@cloudsoftcorp.com> ha
scritto:

> Gowri,
>
> Same suggestion as before. Please follow the first 2 points of this guide
> [1] to verify that you can manually launch and ssh into the VM.
>
> Please take notes of the choices you made to provision the VM (imageId,
> network and so on) and the user and ssh key you used to access the VM.
>
> With those details, I'm sure you can then configure the location in the
> YAML blueprint correctly.
>
> Andrea
>
> Il 30/giu/2016 07:51, "Gowri LN" <gowri.ln...@gmail.com> ha scritto:
>
> Hi Andrea,
>
> Thanks a lot for the constant support .
>
> I want to use my own keypair already available in OpenStack so that I can
> connect to the  VM later using my keypair.
>
> I did try as specified in yaml [1].
> Now it looks like it is picking up the keypair (- may be it was my error in
> the yaml before).
>
> Though I am getting a new error :
>
>
> > Error invoking start at EmptySoftwareProcessImpl{id=TrmhitVc}: chars
> > PuTTY-User-Key-File-2: ssh-rsa
> > Encryption: none
> > Comment: imported-openssh-key
> > Public-Lines: 6
> > *..some lines...*
> > Private-Lines: 14 .
>
>
>
> > .. some lines...
> > Private-MAC: 37589..57f
> > doesn't contain % line [-BEGIN ]
> >
>
> The private key I am pointing in yaml is  generated using putty gen by
> loading my key - "my-keypair"
>
> Any suggestions ?
>
>
> [1]: https://gist.github.com/andreaturli/33509ff74bb8d0cfb77d5ba36c46977e
>
>
>
>
>
> On Mon, Jun 27, 2016 at 1:55 PM, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com> wrote:
>
> > Gowri,
> >
> > could you please share the steps you have done to provision the VM
> manually
> > and the SSH command to access it?
> >
> > ---
> >
> > Yes, I can manually provision VM with the image ( my-image-id)  and ssh
> > > into it using my-keypair .
> > >
> >
> > when you say using `my-keypair`, do you mean, you want to use always a
> > specific keypair already available on your Openstack? By default,
> Brooklyn
> > will allocate a keypair for you, but in case this is not the behavior you
> > want, you can try the following YAML at [1]
> >
> > Good luck,
> > Andrea
> >
> > [1]:
> https://gist.github.com/andreaturli/33509ff74bb8d0cfb77d5ba36c46977e
> >
>
>
>

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Gowri,

Same suggestion as before. Please follow the first 2 points of this guide
[1] to verify that you can manually launch and ssh into the VM.

Please take notes of the choices you made to provision the VM (imageId,
network and so on) and the user and ssh key you used to access the VM.

With those details, I'm sure you can then configure the location in the
YAML blueprint correctly.

Andrea

Il 30/giu/2016 07:51, "Gowri LN" <gowri.ln...@gmail.com> ha scritto:

Hi Andrea,

Thanks a lot for the constant support .

I want to use my own keypair already available in OpenStack so that I can
connect to the  VM later using my keypair.

I did try as specified in yaml [1].
Now it looks like it is picking up the keypair (- may be it was my error in
the yaml before).

Though I am getting a new error :


> Error invoking start at EmptySoftwareProcessImpl{id=TrmhitVc}: chars
> PuTTY-User-Key-File-2: ssh-rsa
> Encryption: none
> Comment: imported-openssh-key
> Public-Lines: 6
> *..some lines...*
> Private-Lines: 14 .



> .. some lines...
> Private-MAC: 37589..57f
> doesn't contain % line [-BEGIN ]
>

The private key I am pointing in yaml is  generated using putty gen by
loading my key - "my-keypair"

Any suggestions ?


[1]: https://gist.github.com/andreaturli/33509ff74bb8d0cfb77d5ba36c46977e





On Mon, Jun 27, 2016 at 1:55 PM, Andrea Turli <
andrea.tu...@cloudsoftcorp.com> wrote:

> Gowri,
>
> could you please share the steps you have done to provision the VM
manually
> and the SSH command to access it?
>
> ---
>
> Yes, I can manually provision VM with the image ( my-image-id)  and ssh
> > into it using my-keypair .
> >
>
> when you say using `my-keypair`, do you mean, you want to use always a
> specific keypair already available on your Openstack? By default, Brooklyn
> will allocate a keypair for you, but in case this is not the behavior you
> want, you can try the following YAML at [1]
>
> Good luck,
> Andrea
>
> [1]: https://gist.github.com/andreaturli/33509ff74bb8d0cfb77d5ba36c46977e
>

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Gowri,

could you please share the steps you have done to provision the VM manually
and the SSH command to access it?

---

Yes, I can manually provision VM with the image ( my-image-id)  and ssh
> into it using my-keypair .
>

when you say using `my-keypair`, do you mean, you want to use always a
specific keypair already available on your Openstack? By default, Brooklyn
will allocate a keypair for you, but in case this is not the behavior you
want, you can try the following YAML at [1]

Good luck,
Andrea

[1]: https://gist.github.com/andreaturli/33509ff74bb8d0cfb77d5ba36c46977e

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Gowri,

Can you try to manually provision a VM and ssh to it.
With those details, we will then setup the brooklyn location accordingly.

Andrea

Il 24/giu/2016 08:21, "Gowri LN" <gowri.ln...@gmail.com> ha scritto:

> Hi Andrea,
>
> Apologies. My mistake..I corrected the yaml
>
>
> The yaml that I am trying now is :
>
>
> name: VM-new24
> services:
> - type: brooklyn.entity.basic.EmptySoftwareProcess
>   name: Empty software process
> ocation:
>   jclouds:openstack-devtest-compute:
> endpoint: http://x.x.x.x:5000/v2.0/
> identity: "my-tenant:my-username"
> credential: my-password
> # optional
> imageId: RegionOne/my-image-id
> hardwareId: RegionOne/2
> loginUser: 'ubuntu'
> loginUser.privateKeyFile: /path-to/my/privatekey
> templateOptions:
>   networks: [ "my-network" ]
>   floatingIpPoolNames: [ "ext-net" ]
>   securityGroups: ['my-security-group']
>
> Error :
>
>
> 2016-06-24 05:29:29,348 WARN  net.schmizz.sshj.DefaultConfig [user thread
> 5]: Disabling high-strength ciphers: cipher strengths apparently limited by
> JCE policy
> 2016-06-24 05:29:29,506 ERROR net.schmizz.concurrent.Promise [user thread
> 5]: <> woke to: net.schmizz.sshj.userauth.UserAuthException:
> publickey auth failed
> 2016-06-24 05:29:29,507 INFO  jclouds.ssh [user thread 5]: <<
>
> (ubuntu:rsa[fingerprint(56:.:2c),sha1(c1:a5:7f:09:d5:..3c:59)]@X.x.x.x:22)
> error acquiring {hostAndPort=X.x.x.x:22, loginUser=ubuntu, ssh=null,
> connectTimeout=6, sessionTimeout=6} (attempt 1 of 50): Exhausted
> available authentication methods
> 2016-06-24 05:29:29,508 DEBUG o.j.h.h.BackoffLimitedRetryHandler [user
> thread 5]: Retry 1/50: delaying for 204 ms:
>
> (ubuntu:rsa[fingerprint(56:7d:66:68:2a:f1:5c:1b:52:ec:34:21:c2:6c:37:2c),sha1(c1:a5:7f:09:d5:7a:44:5242:fc:4d:7a:3c:59)]@x.x.x.x:22)
> error acquiring {hostAndPort=x.x.x.x:22, loginUser=ubuntu, ssh=null,
> connectTimeout=6, sessionTimeout=6}: Exhausted available
> authentication methods
> 2016-06-24 05:29:29,712 DEBUG jclouds.ssh [user thread 5]: >>
>
> (ubuntu:rsa[fingerprint(56:7d..c2:6c:37:2c),sha1(c1:a5:7f::7a:3c:59)]@X.x.x.x:22)
> acquiring {hostAndPort=X.x.x.x:22, loginUser=ubuntu, ssh=null,
> connectTimeout=6, sessionTimeout=6}
>
>
> Another question - Should the   'loginUser.privateKeyFile' be generated as
> login.User ? What I mean is , when I try with a keypair generated by
> OpenStack I get the "no credential or ssh agent found for ubuntu " error .
> But
> , I generated a different keypair with keygen and this resulted in
> different error as above for the same yaml. I am not sure if this makes
> sense but I could not understand the reason
>
> Also , I tried to manually ssh into the new VM with key pair which resulted
> in -
>
> $ssh  -v  -i my-key ubuntu@X.x.x.x
> > OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
> > debug1: Reading configuration data /etc/ssh/ssh_config
> > debug1: /etc/ssh/ssh_config line 19: Applying options for *
> > debug1: Connecting to X.x.x.x [X.x.x.x] port 22.
> > debug1: Connection established.
> > debug1: identity file ubuntu type 1
> > debug1: identity file ubuntu-cert type -1
> > debug1: Enabling compatibility mode for protocol 2.0
> > debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7
> > debug1: Remote protocol version 2.0, remote software version
> > OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7
> > debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.7 pat OpenSSH_6.6.1*
> compat
> > 0x0400
> > debug1: SSH2_MSG_KEXINIT sent
> > debug1: SSH2_MSG_KEXINIT received
> > debug1: kex: server->client aes128-ctr hmac-md5-...@openssh.com none
> > debug1: kex: client->server aes128-ctr hmac-md5-...@openssh.com none
> > debug1: sending SSH2_MSG_KEX_ECDH_INIT
> > debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
> > debug1: Server host key: ECDSA 34:08:75...e:7a:57:5f:38:37
> > debug1: Host 'X.x.x.x' is known and matches the ECDSA host key.
> > debug1: Found key in /home/ubuntu/.ssh/known_hosts:1
> > debug1: ssh_ecdsa_verify: signature correct
> > debug1: SSH2_MSG_NEWKEYS sent
> > debug1: expecting SSH2_MSG_NEWKEYS
> > debug1: SSH2_MSG_NEWKEYS received
> > debug1: SSH2_MSG_SERVICE_REQUEST sent
> > debug1: SSH2_MSG_SERVICE_ACCEPT received
> > debug1: Authentications that can continue: publickey
> > debug1: Next authentication method: publickey
> > debug1: Offering RSA public key: ubuntu
> > debug1: Authentications that can continue: publickey
> > debug1: No more authentication methods 

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

I think it is

loginUser.privateKeyFile: /path/to/private/key/for/loginUser

not

loginUser.privateKeyData: "/home/ubuntu/openstack-in-key-g-priv.ppk"

On 23 June 2016 at 14:15, Gowri LN <gowri.ln...@gmail.com> wrote:

> Hi Andrea,
>
> Apologies. I missed out the difference of including
> loginUser,loginUser.privateKeyyFile outside template options.
>
> I tried the new yaml as suggested but I get the following error :
>
>
> RunNodesException: error running 1 node
> > group(brooklyn-o982m4-ubuntu-vm-ne-pdy7-empty-software-p-hkpn)
> > location(RegionOne) image(...imageid..) size(2)
> options({loginUser=ubuntu,
> > loginPrivateKeyPresent=true, scriptPresent=true,
> > securityGroups=[..my-security-group-name],
> >
> userMetadata={Name=brooklyn-o982m4-ubuntu-vm-ne-pdy7-empty-software-p-hkpn-artw,
> > brooklyn-user=ubuntu, brooklyn-app-id=PDy7dD1P,
> brooklyn-app-name=VM-new13,
> > brooklyn-entity-id=hKpNlTVx, brooklyn-entity-name=Empty software process,
> > brooklyn-server-creation-date=2016-06-23-1130}, networks=[..],
> > floatingIpPoolNames=[.], generateKeyPair=true, configDrive=false})
> > Execution failures:
> > 0 error[s]
> > Node failures:
> > 1) IllegalArgumentException on node
> > RegionOne/e9ded49e-8ae0-404b-9a0f-7705f6a55622:
> > java.lang.IllegalArgumentException: no credential or ssh agent found for
> > ubuntu on node RegionOne/e9ded49e-8ae0-404b-9a0f-7705f6a55622
> > at
> >
> com.google.common.base.Preconditions.checkArgument(Preconditions.java:148)
> >
>  yaml I tried:
> name: VM-new13
> services:
> - type: brooklyn.entity.basic.EmptySoftwareProcess
>   name: Empty software process
> location:
>   jclouds:openstack-devtest-compute:
> endpoint: https://x.x.x.x:5000/v2.0/
> identity: "my-tenant:my-username"
> credential: password
> imageId: RegionOne/image-id
> hardwareId: RegionOne/2
> loginUser: "ubuntu"
> loginUser.privateKeyData: "/home/ubuntu/openstack-in-key-g-priv.ppk"
> templateOptions:
>   networks: [ "network-id" ]
>   floatingIpPoolNames: [ "name-of-my-floatingIp-pool" ]
>   securityGroups: ['my-security-group-name']
>
>
> Thanks,
> Gowri
>
>
> On Thu, Jun 23, 2016 at 1:32 PM, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com> wrote:
>
> > Hi Gowri,
> >
> > > 2016-06-23 06:05:12,297 WARN  o.a.b.l.j.JcloudsLocation
> > > [brooklyn-execmanager-XlwkWB3k-312]: Ignoring request to set template
> > > option loginUser because this is not supported by
> > > org.jclouds.openstack.nova.v2_0.compute.options.NovaTemplateOptions
> > > 2016-06-23 06:05:12,298 WARN  o.a.b.l.j.JcloudsLocation
> > > [brooklyn-execmanager-XlwkWB3k-312]: Ignoring request to set template
> > > option loginUser.privateKeyData because this is not supported by
> > > org.jclouds.openstack.nova.v2_0.compute.options.NovaTemplateOptions
> >
> >
> > I guess this means that you are passing `loginUser` and
> > `loginUser.privateKeyData` as templateOptions. Try again exactly with
> > this one, and let us know:
> >
> > services:
> > - type: brooklyn.entity.basic.EmptySoftwareProcess
> >
> > location:
> >   jclouds:openstack-devtest-compute:
> > endpoint: https://x.x.x.x:5000/v2.0/
> > identity: "my-tenant:my-username"
> > credential: password
> > loginUser: ubuntu
> > loginUser.privateKeyFile: /path/to/private/key/for/loginUser
> > imageId: RegionOne/image-id
> > hardwareId: RegionOne/2
> > templateOptions:
> >   networks: [ "network-id" ]
> >   floatingIpPoolNames: [ "name-of-my-floatingIp-pool" ]
> >
> > Best,
> > Andrea
> >
>

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Are you testing something like the following?

location:
  jclouds:openstack-devtest-compute:
endpoint: https://x.x.x.x:5000/v2.0/
identity: "my-tenant:my-username"
credential: password
# optional as it should try `ubuntu` anyway - loginUser: ubuntu
loginUser.privateKeyData: /path/to/private/key/for/loginUser
# optional
imageId: RegionOne/image-id
hardwareId: RegionOne/2
templateOptions:
  networks: [ "network-id" ]
  floatingIpPoolNames: [ "name-of-my-floatingIp-pool" ]
  securityGroups: [ "security-group-name" ]

services:
- type: brooklyn.entity.basic.EmptySoftwareProcess

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Hi,

It doesnot seem to pick up the security group  value and the private key in
> yaml. And root is used as loginUser.
>
> Debug log :
>
> .. error acquiring {hostAndPort=x.x.x.x:22, loginUser=root,
> > (root:rsa[fingerprint(05:6b:37...)
> >
>

OK, to override "root" you need `loginUser: ubuntu`

SecurityGroups are optional, you don't need to set it unless you want to
avoid to create a new security group for each deployment.

For completeness, the correct syntax is

securityGroups: [ 'security-group-name' ]

Best,
Andrea

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Hi,

good progress!

Can you manually ssh into the VM? What's the username and password
configured in that imageId?
I suspect brooklyn can't ssh into the VM that's why the deployment may be
pending.

I think you want to play with `loginUser` and `loginUser.password` to allow
the first SSH login. Find more details at [1]

Best,
Andrea

[1]: https://brooklyn.apache.org/v/latest/ops/locations/#os-setup

On 22 June 2016 at 08:22, Gowri LN <gowri.ln...@gmail.com> wrote:

> Hi ,
>
> I tried the following yaml:
>
> location:
>   jclouds:openstack-devtest-compute:
> endpoint: https://x.x.x.x:5000/v2.0/
> identity: "my-tenant:my-username"
> credential: password
> # optional
> imageId: RegionOne/image-id
> hardwareId: RegionOne/2
> templateOptions:
>   networks: [ "network-id" ]
>   floatingIpPoolNames: [ "name-of-my-floatingIp-pool" ]
>   loginUser: ubuntu
>   # optional - user to ssh into the VM the first time (usually
> `ubuntu`or `root` is expected)
># overrideLoginUser: ubuntu
>   # overrideLoginPassword: 
> name: VM-new
> services:
> - type: brooklyn.entity.basic.EmptySoftwareProcess
>   name: Empty software process
>
>
>  A VM gets created in openstack  with a floating IP assigned. But the
> application is stuck in starting state ( Provisioning> DST Manager) for a
> long time .But application is still in starting state .
>
> Any suggestions?
>
> On Tue, Jun 21, 2016 at 2:30 PM, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com> wrote:
>
> > Hi,
> >
> > Can you please try with the following YAML
> >
> > name: VM4
> >
> > services:
> > - type: brooklyn.entity.basic.EmptySoftwareProcess
> >
> > location:
> >   jclouds:openstack-devtest-compute:
> > endpoint: http://x.x.x.x:5000/v2.0/
> > identity: "my-tenant:my-username"
> > credential: my-password
> > # optional
> > #imageId: RegionOne/adec65c4-de61-41ff-a4c7-f1f3163e750c
> > #hardwareId: RegionOne/1
> >
> > # templateOptions:
> >   # networks: [ "18073710-7e5e-4023-a117-44f963443c4c" ]
> >   # floatingIpPoolNames: [ "public" ]
> >   # optional - user to ssh into the VM the first time (usually
> `ubuntu`
> > or `root` is expected)
> >   # overrideLoginUser: 
> >   # overrideLoginPassword: 
> >
> > I think your yaml is quite right, but this version should simplify the
> > debugging,
> >
> > Notice, I've added some optional properties just to help you in targeting
> > your env correctly, like imageId or hardwareId.
> >
> > In particular, the devtest-compute assumes you want to use a floating IP
> so
> > you need to discover your `networkId` and the `floating ip pool name`
> > unless you want to run the test without the floating-ip by overriding the
> > default with
> >
> > name: VM4
> >
> > services:
> > - type: brooklyn.entity.basic.EmptySoftwareProcess
> >
> > location:
> >   jclouds:openstack-devtest-compute:
> > endpoint: http://x.x.x.x:5000/v2.0/
> > identity: "my-tenant:my-username"
> > credential: my-password
> > jclouds.openstack-nova.auto-create-floating-ips: false
> >
> > Best,
> > Andrea
> >
> >
> > On 21 June 2016 at 09:16, Gowri LN <gowri.ln...@gmail.com> wrote:
> >
> > > Hi All,
> > >
> > > I am trying to launch a very basic VM using Apache Brooklyn 0.9 on
> > > OpenStack ( Liberty) setup.   I tried the jclouds-openstack-devtest jar
> > and
> > > changed the location definition to openstack-devtest-compute  ( as
> > > suggested in - Stackoverflow-link
> > > <
> > >
> >
> http://stackoverflow.com/questions/37652364/how-to-set-floating-ip-for-vm-using-apache-brooklyn-floating-ips-are-required/37655309?noredirect=1#comment62981578_37655309
> > > >
> > >  ) but I get an error.
> > >
> > > Yaml -
> > >
> > > location:
> > >   jclouds:openstack-devtest-compute:http://x.x.x.x:5000/v2.0/:
> > > identity: my-tenant:my-username
> > > credential: my-password
> > > name: VM4
> > > services:
> > > - type: brooklyn.entity.basic.EmptySoftwareProcess
> > >   name: Empty software process
> > >
> > > Error -
> > >
> > > > `Required entity not healthy: EmptySoftwareProcessImpl{id=lgMeL1qc}
> > > >
> > > > Failure running task invoking start[locations

Re: Need help in deploying Brooklyn on OpenStack liberty

[Andrea Turli]

Hi,

Can you please try with the following YAML

name: VM4

services:
- type: brooklyn.entity.basic.EmptySoftwareProcess

location:
  jclouds:openstack-devtest-compute:
endpoint: http://x.x.x.x:5000/v2.0/
identity: "my-tenant:my-username"
credential: my-password
# optional
#imageId: RegionOne/adec65c4-de61-41ff-a4c7-f1f3163e750c
#hardwareId: RegionOne/1

# templateOptions:
  # networks: [ "18073710-7e5e-4023-a117-44f963443c4c" ]
  # floatingIpPoolNames: [ "public" ]
  # optional - user to ssh into the VM the first time (usually `ubuntu`
or `root` is expected)
  # overrideLoginUser: 
  # overrideLoginPassword: 

I think your yaml is quite right, but this version should simplify the
debugging,

Notice, I've added some optional properties just to help you in targeting
your env correctly, like imageId or hardwareId.

In particular, the devtest-compute assumes you want to use a floating IP so
you need to discover your `networkId` and the `floating ip pool name`
unless you want to run the test without the floating-ip by overriding the
default with

name: VM4

services:
- type: brooklyn.entity.basic.EmptySoftwareProcess

location:
  jclouds:openstack-devtest-compute:
endpoint: http://x.x.x.x:5000/v2.0/
identity: "my-tenant:my-username"
credential: my-password
jclouds.openstack-nova.auto-create-floating-ips: false

Best,
Andrea


On 21 June 2016 at 09:16, Gowri LN  wrote:

> Hi All,
>
> I am trying to launch a very basic VM using Apache Brooklyn 0.9 on
> OpenStack ( Liberty) setup.   I tried the jclouds-openstack-devtest jar and
> changed the location definition to openstack-devtest-compute  ( as
> suggested in - Stackoverflow-link
> <
> http://stackoverflow.com/questions/37652364/how-to-set-floating-ip-for-vm-using-apache-brooklyn-floating-ips-are-required/37655309?noredirect=1#comment62981578_37655309
> >
>  ) but I get an error.
>
> Yaml -
>
> location:
>   jclouds:openstack-devtest-compute:http://x.x.x.x:5000/v2.0/:
> identity: my-tenant:my-username
> credential: my-password
> name: VM4
> services:
> - type: brooklyn.entity.basic.EmptySoftwareProcess
>   name: Empty software process
>
> Error -
>
> > `Required entity not healthy: EmptySoftwareProcessImpl{id=lgMeL1qc}
> >
> > Failure running task invoking start[locations] on 1 node (HxHrFqvS):
> Error
> >> invoking start at EmptySoftwareProcessImpl{id=lgMeL1qc}: Unable to
> access
> >> cloud JcloudsLocation[openstack-devtest-compute:
> >>
> https://x.x.x.x:5000/v2.0/:my-tenant:my-password/openstack-devtest-compute:https://x.x.x.x:5000/v2.0/@cngl0O8K
> ]
> >> to resolve PortableTemplateBuilder[ports=[22], locationId=
> >> https://x.x.x.x:5000/v2.0/,
> >>
> imageChooserFunction=org.apache.brooklyn.location.jclouds.BrooklynImageChooser$ImageChooserFromOrdering@4d3edd1d
> ,
> >> minRam=2048]:
> >> com.google.common.util.concurrent.UncheckedExecutionException:
> >> org.jclouds.http.HttpResponseException: Connection refused connecting to
> >> POST https://127.0.0.1/identity/v2.0/tokens HTTP/1.1`
> >
> >
> Any suggestions ?
>
> Thanks in advance!
>

Re: BrooklynNode with a explicit httpPort in cloud

[Andrea Turli]

Jose,

On 5 May 2016 at 10:30, Jose Carrasco  wrote:

> Hi all,
>
> Andrea, thanks for your reply. I have opened a jira issue
> https://issues.apache.org/jira/browse/BROOKLYN-263


Thanks!

>
> Just a pair of question, do you think I should add a gsoc label to my
> tasks in order to maintain the gsoc flavor?
> What routing should I follow? I mean, I would like to work in this issue,
> so probably somebody should assigns the task to my jira profile (kiuby88),
> right?
>

I'm not sure about the gsoc label as it seems more a brooklyn induction to
me rather than a gsoc related task, but not strong feelings.
Feel free to start looking at the jira issue you just created and propose a
fix that reference a PR (this would be ideal IMHO) even if you are not
explicitly assigned to the task.


> Let me try your first workaround (required.ports), I assume that I have to
> add the result in the jira task. About second advice, yes I am using the
> default port. Currently, this issue is not a problem for me. I find this
> issue while deploying some examples and I thought it could be starting
> point for the gsoc immersion in the community.
>

Excellent! Let us know if the former suggestion fixes the issue for the
time being.

Looking forward for your PR!

Great job!
Andrea

Re: BrooklynNode with a explicit httpPort in cloud

[Andrea Turli]

Jose,

Thanks for that. Can you open a jira task to track this issue properly and
add the jira issue url in this thread later on?

There are a couple of workaround to ypur problem:

1. Can you try a list of

required.ports:
- 22
- 8082

in the provisioning.properties of your entity?

2. Alternatively, can you just use the default 8081, maybe?

Thanks,
Andrea

Andrea
Il 05/mag/2016 03:49, "Jose Carrasco"  ha scritto:

> Hi all,
>
> I tried to deploy a BrooklynNode entity with an explicit web console port
> (8082) over a AWS VM machine. Using the following plan:
>
> name: BrooklynNode
> location:
>  jclouds:aws-ec2:
>region: us-west-2
>identity: 
>credential: 
> services:
> - type: org.apache.brooklyn.entity.brooklynnode.BrooklynNode
>  id: brooklynNode
>  name: brooklynNode
>  brooklyn.config:
>onExistingProperties: do_not_use
>brooklynnode.webconsole.nosecurity: true
>brooklynnode.webconsole.httpPort: 8082
>
> However I found an error because the entity did not look to be up (
> SERVICE_UP retrieved false). Then, I tried to figure out a bit. The
> BrooklynNode instance was installed and executed correctly but the VM’s
> security group did not have any rule to enable the 8082 port. It looks that
> the problem is here [1], the following if code condition:
>
> (PortRange.class.isAssignableFrom(k.getType()) ||
> portsPattern.matcher(k.getName()).matches())
>
> returns false because when the BrooklynNode.HTTPS_PORT is evaluated the
> entity is not assignable from PortRange because the config key instance
> is retrieved by [2], which returns a ConfigKey, so the type is
> not assignable from PortRange.class.
> Moreover, the config key name is brooklynnode.webconsole.httpPort, which
> is not matchable by the portPattern “*.port”.
> Then, the port that is specified from BrooklynNode.HTTPS_PORT config key
> is  not  evaluated as a PortRange config key, and it is not returned by
> getRequiredOpenPorts() method. Then you can see that the VM does not
> contains the necessary flags [3] to open the specified http port, so as
> result the *Brooklyn node web console* is not accesible.
> I have seen that there is a test which check the BrooklynNode.HTTPS_PORT
> in BrooklynNodeIntegrationTest [4], but  (I think) different ports are
> tested over the local machine where all ports are accessible.
>
> If you consider that this behavior should be solved, I have two different
> proposal.
>
>- First,  adapting the BrooklynNode.HTTPS_PORT name to the
>portPattern, so “brooklynnode.webconsole.httpPort” should be replaced
>by “brooklynnode.webconsole.http.port”. I think it is the best option.
>(it should be necessary review the rest of config keys too).
>- Modify the InboundPortsUtils#getRequiredOpenPorts method in order to
>support config keys whose value is assignable from PortRange. In this
>case I have written a little commit [commit].
>
>
> I would like to solve this issue.
> Thought?
>
> Please, note that if you configure the BrooklynNode.HTTPS_PORT pointing to
> 8081 (default value) the web console will be not accessible because the
> configuration follows the same process that 8082 scenario.
> If no port is defined, the 8081 will be accessible because config keys
> will be retrieved by the entityType [5] that provides the default entities’
> ConfigKeys whose types will be assignable from PortRange.class.
>
> Jose
> GSoC student
>
> [1]
> https://github.com/apache/brooklyn-server/blob/9b0fe8a6d1766728753e0d3ae7bf7c87602a443a/software/base/src/main/java/org/apache/brooklyn/entity/software/base/InboundPortsUtils.java#L85
>
> [2]
> https://github.com/apache/brooklyn-server/blob/9b0fe8a6d1766728753e0d3ae7bf7c87602a443a/software/base/src/main/java/org/apache/brooklyn/entity/software/base/InboundPortsUtils.java#L80
>
> [3]
> https://github.com/apache/brooklyn-server/blob/9b0fe8a6d1766728753e0d3ae7bf7c87602a443a/software/base/src/main/java/org/apache/brooklyn/entity/software/base/lifecycle/MachineLifecycleEffectorTasks.java#L374
>
> [4]
> https://github.com/apache/brooklyn-server/blob/9b0fe8a6d1766728753e0d3ae7bf7c87602a443a/software/base/src/test/java/org/apache/brooklyn/entity/brooklynnode/BrooklynNodeIntegrationTest.java
>
> [commit]
> https://github.com/kiuby88/brooklyn-server/commit/06086c346719abe9c9162dce773677d2abad5d05
>
> [5]
> https://github.com/apache/brooklyn-server/blob/9b0fe8a6d1766728753e0d3ae7bf7c87602a443a/software/base/src/main/java/org/apache/brooklyn/entity/software/base/InboundPortsUtils.java#L78
>
>

Re: YAML blueprint: install package utility

[Andrea Turli]

Great discussion guys!

It seems that it is a shared need, and I wanted to discuss with you as I
was not sure about my approach.

Andrew,

I like your proposal, thanks!

Thanks,
Andrea


On 3 May 2016 at 13:05, Aled Sage <aled.s...@gmail.com> wrote:

> I lean towards Andrew's approach, rather than a special
> $brooklyn.installPackage. Note that different distros use different package
> names sometimes, so the parameters to such a function can get annoying.
>
> I've been hesitant about us going down the road of `brooklyn-commands.sh`
> for achieving portable blueprints. It feels like we are increasing the
> overlap with things like Chef, Salt, Ansible and Puppet (which we can build
> on top of with Brooklyn).
>
> However, if we keep brooklyn-commands.sh small and focused, then maybe
> it's a good idea.
>
> Aled
>
> p.s. I want to decrease the use of `BashCommands.installExecutable()`. The
> bash command it generates, with all the alternatives and parentheses, does
> not look like nice Bash. A brooklyn-commands.sh could do it much cleaner,
> with a properly structured multi-line if...elif... (or whatever).
>
>
>
> On 03/05/2016 11:43, Andrew Kennedy wrote:
>
>> How about an alternative approach - for all SoftwareProcess entities,
>> Brooklyn will copy over a script file called `brooklyn-commands.sh` and
>> the
>> entity commands will soutce this script before running the rest of their
>> configured commands. The script will contain OS agnostic functions written
>> in Bash that do things like install packages, download Curl, get a file
>> from a URL etc. Then, the install config might look like this:
>>
>> ```
>> install.commands: |
>>brooklyn-installPackages apt:openjdk-1.8.0 yum:java-1.8.0-openjdk-devel
>> java-1.8.0
>>    brooklyn-installPackages curl
>>brooklyn-runAsRoot cp /tmp/whatever /etc/hosts
>> ```
>>
>> Andrew.
>>
>> On Tue, 3 May 2016 at 11:24 Andrea Turli <andrea.tu...@cloudsoftcorp.com>
>> wrote:
>>
>> hi,
>>>
>>> I’ve been thinking about an utility to simplify the YAML blueprint
>>> creation: from my experience when using VanillaSoftwareProcess is
>>> annoying
>>> to write a portable script just to install a package (say, java) valid
>>> for
>>> apt, yum, etc so I usually write it (multiple times) just for an OS.
>>>
>>> To increase the portability of the YAML blueprint I’d like to suggest we
>>> extend the brooklyn DSL with something like:
>>> ```
>>> $brooklyn.installPackage(“curl”)
>>> $brooklyn:installPackage({"apt", "openjdk-1.8.0", "yum",
>>> "java-1.8.0-openjdk-devel"}, "java-1.8.0")
>>> ```
>>> instead of things like
>>> ```
>>> which curl || \
>>>  { sudo apt-get update && sudo apt-get install curl ; } || \
>>>  { sudo yum update && sudo yum install curl ; } || \
>>>  { echo WARNING: cannot install curl && exit 1 ; }
>>> ```
>>> I’m not entirely sure this feature fits well on the DSL.
>>>
>>> Alternatively, we could add a configKey to VanillaSoftwareProcess called
>>> requiredPackages for a more declarative approach (@googlielmo's idea)
>>>
>>> Wdyt?
>>>
>>>
>

YAML blueprint: install package utility

[Andrea Turli]

hi,

I’ve been thinking about an utility to simplify the YAML blueprint
creation: from my experience when using VanillaSoftwareProcess is annoying
to write a portable script just to install a package (say, java) valid for
apt, yum, etc so I usually write it (multiple times) just for an OS.

To increase the portability of the YAML blueprint I’d like to suggest we
extend the brooklyn DSL with something like:
```
$brooklyn.installPackage(“curl”)
$brooklyn:installPackage({"apt", "openjdk-1.8.0", "yum",
"java-1.8.0-openjdk-devel"}, "java-1.8.0")
```
instead of things like
```
which curl || \
{ sudo apt-get update && sudo apt-get install curl ; } || \
{ sudo yum update && sudo yum install curl ; } || \
{ echo WARNING: cannot install curl && exit 1 ; }
```
I’m not entirely sure this feature fits well on the DSL.

Alternatively, we could add a configKey to VanillaSoftwareProcess called
requiredPackages for a more declarative approach (@googlielmo's idea)

Wdyt?

Re: Google Summer of Code - PaaS services addition proposal

[Andrea Turli]

Hi Jose,

We are now in the "Community Bonding Period (April 22 - May 22)". The
Community Bonding period is intended to get students ready to start
contributing to your organization full time in May.

We encourage you to try to become familiar with the community practices and
processes: participate on Mailing Lists / IRC and ask questions!
Set up their development environment: following
https://brooklyn.apache.org/v/latest/dev/index.html
Try to participate in code reviews for others. There is a documentation PR
open right now [1] or a small PR on brooklyn-server [2] you may want to
test to report your feedback or [3] in brooklyn-libray.

Ideally code review should become part of your daily routine, but of
course, reading (and updating!) documentation and contributing to mailing
list / IRC will be appreciated as well.

Best,
Andrea

[1]: https://github.com/apache/brooklyn-docs/pull/49
[2]: https://github.com/apache/brooklyn-server/pull/127
[3]: https://github.com/apache/brooklyn-library/pull/32

On 24 April 2016 at 22:00, Aled Sage <aled.s...@gmail.com> wrote:

> +1
>
> That's awesome - looking forward to you working on this, Jose! Please do
> keep the dev@brooklyn list informed of proposals, progress, questions,
> comments, etc. I'm sure that Andrea, myself and the rest of the community
> will be very happy to give opinions and help as appropriate.
>
> Aled
>
>
>
> On 23/04/2016 00:01, Jose wrote:
>
>> Hi all!!
>>
>> Thanks a lot to all of you in particular to my GSoC mentor, Andrea. I am
>> really looking forward to start :-)
>>
>> Thank you very much
>> JoseEl 22/4/2016 23:21, Andrea Turli <andrea.tu...@cloudsoftcorp.com>
>> escribió:
>>
>>> Good news for Brooklyn: the proposal got accepted [1]
>>>
>>> Congratulations Jose!
>>>
>>> Andrea
>>>
>>> [1]:
>>>
>>> https://summerofcode.withgoogle.com/dashboard/organization/5694656234913792/proposal/653119224832/
>>> Il 14/apr/2016 11:10, "Jose Carrasco" <jo...@lcc.uma.es> ha scritto:
>>>
>>> Hi Andrea and all,
>>>>
>>>> sorry, I wrote “I hope that this link about Apache ranking process is
>>>> useful” but I did not put the link there.
>>>> Let me add the link here [1]. Probably, Google should score some
>>>> proposal
>>>> aspects but I would say that the mentor and the community should also
>>>> complete some documentation. In any case, I hope this task is not
>>>> painful
>>>> for you.
>>>>
>>>> Best,
>>>> Jose
>>>>
>>>> [1] https://community.apache.org/mentee-ranking-process.html
>>>>
>>>>
>>>> El 14/04/2016, a las 09:45, Andrea Turli <
>>>> andrea.tu...@cloudsoftcorp.com>
>>>> escribió:
>>>>
>>>> Jose,
>>>>>
>>>>> thanks for the reminder.
>>>>>
>>>>> Reading https://summerofcode.withgoogle.com/how-it-works/ I'd say that
>>>>>
>>>> the
>>>>
>>>>> GSoC commission will score the projects and will assign accepted
>>>>> project
>>>>>
>>>> to
>>>>
>>>>> mentors by April 22nd.
>>>>>
>>>>> Andrea
>>>>>
>>>>> On 14 April 2016 at 01:02, Jose Carrasco <jo...@lcc.uma.es> wrote:
>>>>>
>>>>> Hi all
>>>>>>
>>>>>> Firstly, I would like to thank all of you, specially to Andrea and
>>>>>> Aled,
>>>>>> the effort from your side.
>>>>>>
>>>>>> I would like to remind the deadline description which was sent by
>>>>>> Aled:
>>>>>>
>>>>>> * 2016-04-12: Proposals to ASF projects must be reviewed roughly and
>>>>>> have a potential mentor so that we know how many slots to request.
>>>>>> Proposals that don't have a mentor at this point will be down-rated.
>>>>>> * 2016-04-18: Proposal scoring must be completed. Proposals without a
>>>>>> score will be rejected, no exceptions.
>>>>>> * 2016-04-22: Accepted student proposals announced on the Google
>>>>>> Summer of Code site.
>>>>>>
>>>>>> The proposal should be scoring by my mentor and the community (I
>>>>>> think)
>>>>>> before 2016-04-18. Please, feel free to read and score the proposal
>>>>>> 

Re: Google Summer of Code - PaaS services addition proposal

[Andrea Turli]

Good news for Brooklyn: the proposal got accepted [1]

Congratulations Jose!

Andrea

[1]:
https://summerofcode.withgoogle.com/dashboard/organization/5694656234913792/proposal/653119224832/
Il 14/apr/2016 11:10, "Jose Carrasco" <jo...@lcc.uma.es> ha scritto:

> Hi Andrea and all,
>
> sorry, I wrote “I hope that this link about Apache ranking process is
> useful” but I did not put the link there.
> Let me add the link here [1]. Probably, Google should score some proposal
> aspects but I would say that the mentor and the community should also
> complete some documentation. In any case, I hope this task is not painful
> for you.
>
> Best,
> Jose
>
> [1] https://community.apache.org/mentee-ranking-process.html
>
>
> El 14/04/2016, a las 09:45, Andrea Turli <andrea.tu...@cloudsoftcorp.com>
> escribió:
>
> > Jose,
> >
> > thanks for the reminder.
> >
> > Reading https://summerofcode.withgoogle.com/how-it-works/ I'd say that
> the
> > GSoC commission will score the projects and will assign accepted project
> to
> > mentors by April 22nd.
> >
> > Andrea
> >
> > On 14 April 2016 at 01:02, Jose Carrasco <jo...@lcc.uma.es> wrote:
> >
> >> Hi all
> >>
> >> Firstly, I would like to thank all of you, specially to Andrea and Aled,
> >> the effort from your side.
> >>
> >> I would like to remind the deadline description which was sent by Aled:
> >>
> >> * 2016-04-12: Proposals to ASF projects must be reviewed roughly and
> >> have a potential mentor so that we know how many slots to request.
> >> Proposals that don't have a mentor at this point will be down-rated.
> >> * 2016-04-18: Proposal scoring must be completed. Proposals without a
> >> score will be rejected, no exceptions.
> >> * 2016-04-22: Accepted student proposals announced on the Google
> >> Summer of Code site.
> >>
> >> The proposal should be scoring by my mentor and the community (I think)
> >> before 2016-04-18. Please, feel free to read and score the proposal
> >> according your priorities and requirements. Probably, you will found a
> form
> >> and the required documentation in your Web GSoC Application side. I hope
> >> that this link about Apache ranking process is useful for you. In any
> case,
> >> I am looking forward to hearing from you and do not hesitate to ask any
> >> question you have. I am really happy with this and I, of course,
> understand
> >> you need to review in depth the proposal and to take a decision.
> >>
> >> Thanks again.
> >> Best,
> >> Jose
> >>
> >>
> >>
> >>
> >> El 13/04/2016, a las 08:57, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com>
> >> escribió:
> >>
> >>> Jose,
> >>>
> >>> I'm indeed happy to mentor you.
> >>>
> >>> I will try to add myself as a mentor and will update you shortly.
> >>>
> >>> Andrea
> >>>
> >>> On 12 April 2016 at 23:48, Jose Carrasco <jo...@lcc.uma.es> wrote:
> >>>
> >>>> Hi again,
> >>>>
> >>>> I found this link about becoming a mentor
> >>>> https://community.apache.org/guide-to-being-a-mentor.html
> >>>>
> >>>> Best,
> >>>> Jose
> >>>>
> >>>> El 12/04/2016, a las 23:44, Jose Carrasco <jo...@lcc.uma.es>
> escribió:
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>> I do not have any link. I uploaded my proposal from a standard form
> >> from
> >>>> the web and I selected Apache as a form’s field.
> >>>>> I only have this link
> >>>> https://community.apache.org/gsoc.html#applying-for-gsoc but I think
> >> you
> >>>> already know it.
> >>>>> (I sent you in a private email the think to the proposal).
> >>>>>
> >>>>> Best,
> >>>>> Jose
> >>>>>
> >>>>>
> >>>>> El 12/04/2016, a las 23:39, Aled Sage <aled.s...@gmail.com>
> escribió:
> >>>>>
> >>>>>> Hi Jose,
> >>>>>>
> >>>>>> The timeline on https://community.apache.org/gsoc.html says the
> next
> >>>> steps are:
> >>>>>>
> >>>>>> * 2016-04-12: Proposals to ASF projects must be reviewed roughly and
> &g

[jira] [Created] (BROOKLYN-255) Add public and private PaaS support to Brooklyn

[Andrea Turli (JIRA)]

Andrea Turli created BROOKLYN-255:
-

 Summary: Add public and private PaaS support to Brooklyn
 Key: BROOKLYN-255
 URL: https://issues.apache.org/jira/browse/BROOKLYN-255
 Project: Brooklyn
  Issue Type: New Feature
Reporter: Andrea Turli
Assignee: Andrea Turli






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: Google Summer of Code - PaaS services addition proposal

[Andrea Turli]

Jose,

I'm indeed happy to mentor you.

I will try to add myself as a mentor and will update you shortly.

Andrea

On 12 April 2016 at 23:48, Jose Carrasco <jo...@lcc.uma.es> wrote:

> Hi again,
>
> I found this link about becoming a mentor
> https://community.apache.org/guide-to-being-a-mentor.html
>
> Best,
> Jose
>
> El 12/04/2016, a las 23:44, Jose Carrasco <jo...@lcc.uma.es> escribió:
>
> > Hi,
> >
> > I do not have any link. I uploaded my proposal from a standard form from
> the web and I selected Apache as a form’s field.
> > I only have this link
> https://community.apache.org/gsoc.html#applying-for-gsoc but I think you
> already know it.
> > (I sent you in a private email the think to the proposal).
> >
> > Best,
> > Jose
> >
> >
> > El 12/04/2016, a las 23:39, Aled Sage <aled.s...@gmail.com> escribió:
> >
> >> Hi Jose,
> >>
> >> The timeline on https://community.apache.org/gsoc.html says the next
> steps are:
> >>
> >> * 2016-04-12: Proposals to ASF projects must be reviewed roughly and
> >>  have a potential mentor so that we know how many slots to request.
> >>  Proposals that don't have a mentor at this point will be down-rated.
> >> * 2016-04-18: Proposal scoring must be completed. Proposals without a
> >>  score will be rejected, no exceptions.
> >> * 2016-04-22: Accepted student proposals announced on the Google
> >>  Summer of Code site.
> >>
> >> Do you have a link (on the Apache site) to the application you
> submitted?
> >>
> >> Aled
> >>
> >>
> >> On 12/04/2016 22:33, Jose Carrasco wrote:
> >>> Hi Aled.
> >>>
> >>> I will be very happy to work with Andrea Turli :-)
> >>> I cannot selected  a mentor and I can not see any assigned mentor from
> my web profile,
> >>> probably it may be added from Apache organization web profile.
> >>>
> >>> Today it is the last day? Probably an extension will be available a
> pair of days (I hope). Let me know if I need to do something,
> >>> or sending more information.
> >>>
> >>> Thanks a lot for your reply.
> >>> Best regards,
> >>> Jose
> >>>
> >>>
> >>>
> >>> El 12/04/2016, a las 23:24, Aled Sage <aled.s...@gmail.com> escribió:
> >>>
> >>>> Hi Jose,
> >>>>
> >>>> Thanks for this - sounds like a great idea. I'm sure the community
> (myself included) will be very happy to support it!
> >>>>
> >>>> I believe the next step is that you need a mentor in the Brooklyn
> community. I know that Andrea Turli would be happy to volunteer (I just
> spoke to him offline).
> >>>>
> >>>> According to the timeline on https://community.apache.org/gsoc.html:
> >>>>
> >>>>  /2016-04-12: Proposals to ASF projects must be reviewed roughly and
> >>>>  have a potential mentor so that we know how many slots to request.
> >>>>  Proposals that don't have a mentor at this point will be down-rated./
> >>>>
> >>>> Can you therefore ensure that your application says you have a
> mentor, ideally updating it today? (I'm not sure what the process is for
> this).
> >>>>
> >>>> Aled
> >>>>
> >>>>
> >>>> On 12/04/2016 12:31, Jose Carrasco wrote:
> >>>>> Hi all,
> >>>>>
> >>>>> I am Jose Carrasco (a.k.a kiuby88).
> >>>>>
> >>>>> I am very interesting on adding PaaS platform support to the
> Brooklyn project. I have already forked brooklyn projects and have
> developed some first approaches to add CloudFoundry to Brooklyn. I opened
> some PRs, and I obtained an excellent feedback. I would like to update my
> PRs but I am very busy with the SeaClouds European open-project.
> >>>>>
> >>>>> I do think PaaS support could be a good feature, and I would like to
> continue that work. Because of that, I applied to Google Summer of Code to
> Apache organization. I updated a proposal about PaaS services addition to
> Brooklyn. I think it is a great opportunity. I know Brooklyn a quite well
> (because I have develop some new entities for SeaClouds), and I have also
> collaborated on cloudsoft/brooklyn-tosca project. I am really interested on
> this. Probably I should have written previously to the application for
> Google Summer of Code, but I decided it too late and the application’s
> deadline was so close..  I do not know if I can put the proposal link here.
> But if you are interesting I will be happy send it to you.
> >>>>>
> >>>>> I am looking forward to hearing from you and do not hesitate to ask
> any question you have.
> >>>>>
> >>>>> Best regards,
> >>>>> Jose Carrasco
> >>
> >
>
>

Re: [VOTE] Release Apache Brooklyn 0.9.0 [rc4]

[Andrea Turli]

+1

I have:

   - Verified the sha256 for each of the artifacts, verified that each
.tar.gz could be unpacked and built the src using the script attached.
   - Installed + launched Brooklyn from src just built
   - Created a new fake cloud Location with the location wizard just
to the reload
the brooklyn properties, and verify that the cloud location is still there
(issue fixed)
   - Deployed an empty server to localhost (

using the following environment:

$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T17:41:47+01:00)
Maven home: /usr/local/Cellar/maven/3.3.9/libexec
Java version: 1.8.0_31, vendor: Oracle Corporation
Java home:
/Library/Java/JavaVirtualMachines/jdk1.8.0_31.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.11.3", arch: "x86_64", family: "mac"

$ go version
go version go1.6 darwin/amd64


Also, I think the YAML composer problem is also gone, as the YAML pasted
doesn't disappear anymore as the composer is immediately loaded and
available, tested with:

Google Chrome Version 49.0.2623.87 (64-bit)

Best,
Andrea

On 8 April 2016 at 16:04, Richard Downer  wrote:

> This is to call for a vote for the release of Apache Brooklyn 0.9.0 [rc4].
>
> This release comprises of a source code distribution, and a corresponding
> binary distribution, RPM packages, Vagrant environment package, and Maven
> artifacts.
>
> The source and binary distributions, including signatures, digests, etc.
> can be found at:
> https://dist.apache.org/repos/dist/dev/brooklyn/apache-brooklyn-0.9.0-rc4
>
> The artifact SHA-256 checksums are as follows:
> b9d8bdb3a0c8930df3043b2b590142970639ec911f31dd78723f4d3a78925675
> *apache-brooklyn-0.9.0-rc4-1.noarch.rpm
> b798c353219dbec36b48db6fe5e792bf3bdd19cfa008a7bcb5c091b1d72f4b4f
> *apache-brooklyn-0.9.0-rc4-bin.tar.gz
> 47e8dae9d4c88eefe165fe810590b22f164dd6d6338b81a515627371965f885a
> *apache-brooklyn-0.9.0-rc4-bin.zip
> 760e8a371f7b7b51383f0e79acc9359426c6de43f06ee97fed2fb1f16429503b
> *apache-brooklyn-0.9.0-rc4-client-cli-linux.tar.gz
> 66e18fc0f35c50ad1741a668d290c06e3c1327008e6d7bc92137da752d746da8
> *apache-brooklyn-0.9.0-rc4-client-cli-linux.zip
> 49dc1a46955d783c6e3e80385ee19d0de98a3739c718407e10e3405835d22af7
> *apache-brooklyn-0.9.0-rc4-client-cli-macosx.tar.gz
> ce7320951cbacfb5ff65e4617da47caa0301a6a482b9083130b6a3db63695068
> *apache-brooklyn-0.9.0-rc4-client-cli-macosx.zip
> 5a324042985f440901a3b21c7598d100f6823100019bde70d71dc34503df7408
> *apache-brooklyn-0.9.0-rc4-client-cli-windows.tar.gz
> 825c383ccd6147c86496d0f00cf854f8f94867547952f16ac7d67a10de8f12c6
> *apache-brooklyn-0.9.0-rc4-client-cli-windows.zip
> 619fefbaf6cdbd08edbe83a7795bfa7cdc039859dbb42ee090dba6236231da76
> *apache-brooklyn-0.9.0-rc4-src.tar.gz
> 5c337b9d03efd18033a58d15d95a6ed12c7aeb59af0478956e9527bed5eac00b
> *apache-brooklyn-0.9.0-rc4-src.zip
> 0df4ee55102351748e732e393522fe6c0950da8a49b9df9fcb3fb75cb1c3c5a1
> *apache-brooklyn-0.9.0-rc4-vagrant.tar.gz
> e458c2cc11c721d61495182ad6cd846e3a7cead1f064562c638cd335d82f7576
> *apache-brooklyn-0.9.0-rc4-vagrant.zip
>
> The Nexus staging repositories for the Maven artifacts are located at:
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1020
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1021
>
> All release artifacts are signed with the following key:
> https://people.apache.org/keys/committer/richard.asc
>
> KEYS file available here:
> https://dist.apache.org/repos/dist/release/brooklyn/KEYS
>
> The artifacts were built from these Git commit IDs:
> brooklyn: acc8ff1930d243d2a5fae1ad2f1a1ef17ca4a19c
> brooklyn-client: bc8593a933fcb76327ae4a511643e39d25a87ba2
> brooklyn-dist: c18130c9e36222e6a27f7cf8ce0e0db5309da4de
> brooklyn-docs: 12430d193e1891b87a677d6b45a3b17861c83518
> brooklyn-library: 2565e6eb2868468ec2528df74fe85efdb887b6d2
> brooklyn-server: d520fde682dfb597487943ec62ffb752d0f6ef17
> brooklyn-ui: 165482f4a1abfdcd244db92e2c9f770d81ff6b52
> All of the above have been tagged as "rel/apache-brooklyn-0.9.0-rc4".
>
> Please download the artifacts, test, and vote on releasing this package as
> Apache Brooklyn 0.9.0.
>
> The vote will be open for at least 72 hours.
> [ ] +1 Release this package as Apache Brooklyn 0.9.0 (please describe the
> tests you have performed)
> [ ] +0 no opinion
> [ ] -1 Do not release this package (please describe why not)
>
> Thanks
> Richard.
>


verify_brooklyn_rc.sh
Description: Bourne shell script

Re: [VOTE] Release Apache Brooklyn 0.9.0 [rc3]

[Andrea Turli]

Hi,

Borrowing some ideas from Apache jclouds community [1] I'd like to propose
to use the same workflow:

Validating an Apache Brooklyn release involves verifying the following:

- Verify that the checksums are valid.
- Verify that the PGP signatures are valid.
- Check that the expanded source archive matches contents of RC tag.
- Verify that the expanded source archive builds and passes tests.
- Check that LICENSE and NOTICE files are present and correct.
- Make sure all files have license headers where appropriate.
- Check that all dependencies have compatible licenses.
- Verify that no compiled archives bundled in source archive.

Some steps require a manual verification, and others are fully automated.
The following scripts can be used:

- Verify RAT, build, tests, checksums and signatures in one script

Download the verification script:

Unix: see the attachment
If we accept the script we can then upload it to
https://dist.apache.org/repos/dist/dev/brooklyn/verify_jclouds_rc.sh

Run it and watch for failures:

Unix:
  chmod +x verify_brooklyn_rc.sh
  ./verify_brooklyn_rc.sh 0.9.0-rc3

Notice if you're running this on a Mac, you'll need brew and to do a brew
install gpg first.

By the way running the script I've got

[INFO]
[INFO]

[INFO] Building Brooklyn Client Command Line Interface 0.9.0
[INFO]

[INFO]
[INFO] --- maven-clean-plugin:2.6.1:clean (default-clean) @
brooklyn-client-cli ---
[INFO] Deleting
/private/tmp/apache-brooklyn-0.9.0-rc3/apache-brooklyn-0.9.0-src/brooklyn-client
(includes = [brooklyn*.log, brooklyn*.log.*, stacktrace.log, test-output,
prodDb.*], excludes = [])
[INFO]
[INFO] --- maven-replacer-plugin:1.4.1:replace
(fix-eclipse-dot-classpath-mangling) @ brooklyn-client-cli ---
[INFO] Ignoring missing file
[INFO] Replacement run on 0 file.
[INFO]
[INFO] --- buildnumber-maven-plugin:1.3:create (default) @
brooklyn-client-cli ---
[INFO] Executing: /bin/sh -c cd
/private/tmp/apache-brooklyn-0.9.0-rc3/apache-brooklyn-0.9.0-src/brooklyn-client
&& git rev-parse --verify HEAD
[INFO] Working directory:
/private/tmp/apache-brooklyn-0.9.0-rc3/apache-brooklyn-0.9.0-src/brooklyn-client
[INFO] Storing buildNumber: null at timestamp: 1460025523877
[WARNING] Cannot get the branch information from the git repository:
Detecting the current branch failed: fatal: Not a git repository (or any of
the parent directories): .git

[INFO] Executing: /bin/sh -c cd
/private/tmp/apache-brooklyn-0.9.0-rc3/apache-brooklyn-0.9.0-src/brooklyn-client
&& git rev-parse --verify HEAD
[INFO] Working directory:
/private/tmp/apache-brooklyn-0.9.0-rc3/apache-brooklyn-0.9.0-src/brooklyn-client
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[INFO]
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (brooklyn-build-req) @
brooklyn-client-cli ---
[INFO]
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @
brooklyn-client-cli ---
[INFO]
[INFO] --- maven-antrun-plugin:1.8:run (process-build-all) @
brooklyn-client-cli ---
[INFO] Executing tasks

main:

all:
 [exec] Starting build.sh (brooklyn-client go build script)
 [exec]
 [exec] ERROR: Incompatible Go language version: go1.5.2
 [exec]
 [exec] Go version 1.6 or higher is required to build the
brooklyn-client CLI.
 [exec] See golang.org for more information, or run maven with
'-Dno-go-client' to skip.
 [exec]
[INFO]

[INFO] Reactor Summary:
[INFO]
[INFO] Brooklyn REST JavaScript Web GUI ... SUCCESS [
18.747 s]
[INFO] Brooklyn Server Root ... SUCCESS [
 0.188 s]
[INFO] Brooklyn Parent Project  SUCCESS [
 2.226 s]
[INFO] Brooklyn Test Support Utilities  SUCCESS [
 4.008 s]
[INFO] Brooklyn Logback Includable Configuration .. SUCCESS [
 0.861 s]
[INFO] Brooklyn Common Utilities .. SUCCESS [
12.232 s]
[INFO] Brooklyn API ... SUCCESS [
 1.555 s]
[INFO] CAMP Server Parent Project . SUCCESS [
 0.227 s]
[INFO] CAMP Base .. SUCCESS [
 2.305 s]
[INFO] Brooklyn Test Support .. SUCCESS [
 1.747 s]
[INFO] Brooklyn REST Swagger Apidoc Utilities . SUCCESS [
 6.977 s]
[INFO] Brooklyn Logback Configuration . SUCCESS [
 0.392 s]
[INFO] CAMP Server  SUCCESS [
 4.696 s]
[INFO] CAMP Server Jersey . SUCCESS [
 5.072 s]
[INFO] Brooklyn Felix Runtime . SUCCESS [
 2.719 s]
[INFO] Brooklyn Groovy Utilities .. SUCCESS [
 0.811 s]
[INFO] Brooklyn Core .. SUCCESS [02:34
min]
[INFO] Brooklyn Policies 

Re: [VOTE] Accept contribution of Brooklyn CLI

[Andrea Turli]

+1

On 18 February 2016 at 17:08, John McCabe  wrote:

> +1
>
> On Thu, 18 Feb 2016 at 15:52 Duncan Godwin <
> duncan.god...@cloudsoftcorp.com>
> wrote:
>
> > +1
> >
> > On 18 February 2016 at 15:51, David Lloyd  wrote:
> >
> > > +1
> > >
> > > /Dave.
> > >
> > > On 18/02/2016 15:25, Richard Downer wrote:
> > >
> > >> All,
> > >>
> > >> https://github.com/apache/brooklyn-client/pull/1 adds the Brooklyn
> > >> CLI. This allows a user to control and script Brooklyn from the
> > >> command line. It opens up many possibilities, including making the web
> > >> UI optional (reducing the security footprint in production
> > >> deployments), allowing admins to script Brooklyn using shell scripts,
> > >> and simplifies our getting started tutorials. It's a very compelling
> > >> addition to the Brooklyn project.
> > >>
> > >> The CLI was developed in a non-Apache location starting last year,
> > >> with the bulk of development happening from November onwards. It has
> > >>
> > >>> 150 commits from 4 authors and is over 6,000 SLOC. Given the size of
> > >>>
> > >> the contribution, it is prudent to follow Apache's IP clearance
> > >> process before merging the PR.
> > >>
> > >> This vote is to discover if the Brooklyn PMC and community are in
> > >> favour of accepting this contribution. If the vote passes, the PMC and
> > >> the authors of the code will work together to complete Apache's IP
> > >> Clearance process and merge the code for the CLI.
> > >>
> > >> This vote will be open for at least 72 hours (i.e. 15:30 UTC on Sunday
> > >> 21st February 2016)
> > >>
> > >> [ ] +1, accept contribution of the Brooklyn CLI into the project
> > >> [ ] 0, no opinion
> > >> [ ] -1, reject contribution because...
> > >>
> > >> Thanks,
> > >> Richard.
> > >>
> > >
> > >
> >
>

Re: [jira] [Created] (BROOKLYN-226) brooklyn support for eucalyptus

[Andrea Turli]

Hi,

As you may know Brooklyn relies on Apache jclouds when it needs to
provision nodes on the clouds. In case you've not seen [1] jclouds should
be able to talk to Eucalyptus and so Brooklyn.
Which version is your installation based on?
Could you also share here the relavant snippet of your brooklyn.debug.log ?

HTH,
Andrea

[1]: https://jclouds.apache.org/guides/aws-ec2/

Il giorno mer 17 feb 2016 04:22 jiangchuan (JIRA)  ha
scritto:

> jiangchuan created BROOKLYN-226:
> ---
>
>  Summary: brooklyn support for eucalyptus
>  Key: BROOKLYN-226
>  URL: https://issues.apache.org/jira/browse/BROOKLYN-226
>  Project: Brooklyn
>   Issue Type: Bug
> Affects Versions: 0.8.0
>  Environment: brooklyn-0.8.0-incubating
> Reporter: jiangchuan
>  Fix For: 0.8.0
>
>
> Does brooklyn support for deploying applications to eucalyptus?
> I see jclouds support for eucalyputs, but donot know how to deploy from
> blueprint. My test blueprint is:
> name: simple-vm
> location:
>   jclouds:aws-ec2:
> region: eucalyptus
> endpoint: http://192.168.1.115:8773/services/Eucalyptus/
> identity: AKIAAGOAPL5FH66L
> credential: FKgrJrnyFyZOToZzWjht2hGvNtjKidhjJjwJ
> services:
> - type: brooklyn.entity.basic.EmptySoftwareProcess
>   name: VM
>
> Java heap memory error occurs when I deploy this blueprint from brooklyn
> 0.8.0.
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
>

Offline tomorrow afternoon

[Andrea Turli]

Hi,

I've some errands and I'll need to be offline during most of my afternoon.

Sorry for the late notice!

Andrea

Re: Offline tomorrow afternoon

[Andrea Turli]

Sorry,

clearly wrong mailing list.

Apologies,
Andrea

On 19 January 2016 at 13:21, Andrea Turli <andrea.tu...@cloudsoftcorp.com>
wrote:

> Hi,
>
> I've some errands and I'll need to be offline during most of my afternoon.
>
> Sorry for the late notice!
>
> Andrea
>

Re: Issue Deployment Dependencies in Brooklyn

[Andrea Turli]

Glad it worked!

No problem at all!

Feel free to ask more interesting questions like this,
Andrea


On 24 December 2015 at 11:58, Abhishek Sharma <abhisharm...@gmail.com>
wrote:

> Thanks for the pointers Andrea. Appreciate it. It is running now.
> Thanks for all your help.
>
> I was missing brooklyn.config: in my YAML spec. Sorry for the annoyance
> from me. Have been focussed only on Java Blueprints and based Graeme
> suggestion I created a YAML to deploy multiple apps this morning. Totally
> missed the fact that .configure() would also need to account for something
> in YAML. I blame it on the long nights and coffee.
>
> If is of any useful help the error I was getting was from here:
>
> https://github.com/apache/incubator-brooklyn/blob/cd504e226f0d54fb5bb871d248242e071c228ab0/brooklyn-server/core/src/main/java/org/apache/brooklyn/core/catalog/internal/CatalogUtils.java#L68
>
> Thanks,
> Abhi
>
>
>
> On Thu, Dec 24, 2015 at 1:54 AM, Andrea Turli <
> andrea.tu...@cloudsoftcorp.com> wrote:
>
> > Hi Abhishek,
> >
> > can you please share the stack trace of the error, please?
> >
> > I think it would be useful to have a look at your entities, do you have a
> > github repository for them?
> >
> > I've written a simple dropwizard entity in plain YAML which may help you
> > [1]
> > Notice also that there are other YAML blueprints based on
> > NodeJsWebAppService entity already available at [2]
> >
> > If you want to use the java-based blueprint approach, please have a look
> at
> > [3] in case you missed it.
> >
> > HTH,
> > Andrea
> >
> > [1]: https://gist.github.com/andreaturli/d28ae7130a0650ce8a65
> > [2]:
> >
> >
> https://github.com/brooklyncentral/blueprint-library/search?utf8=%E2%9C%93=NodeJsWebAppService
> > [3]:
> >
> >
> https://github.com/apache/incubator-brooklyn/blob/master/brooklyn-library/examples/simple-web-cluster/src/main/java/org/apache/brooklyn/demo/NodeJsTodoApplication.java
> >
> >
> >
> > On 24 December 2015 at 10:03, Abhishek Sharma <abhisharm...@gmail.com>
> > wrote:
> >
> > > I have. Doesn't work either.
> > >
> > > On Thu, Dec 24, 2015 at 12:18 AM, Duncan Johnston Watt <
> > > duncan.johnstonw...@cloudsoftcorp.com> wrote:
> > >
> > > > Hi. Have you tried -
> > > >
> > > > launch.latch:
> > > > $brooklyn:component("X").attributeWhenReady("service.isUp")
> > > >
> > > > Best
> > > > --
> > > > Duncan Johnston-Watt
> > > > CEO | Cloudsoft Corporation
> > > > +44 777 190 2653 | @duncanjw
> > > >
> > > > Sent from my iPhone
> > > >
> > > > Begin forwarded message:
> > > >
> > > > *From:* Abhishek Sharma <abhisharm...@gmail.com>
> > > > *Date:* 24 December 2015 at 01:40:16 GMT
> > > > *To:* dev@brooklyn.apache.org
> > > > *Subject:* *Issue Deployment Dependencies in Brooklyn*
> > > > *Reply-To:* dev@brooklyn.apache.org
> > > >
> > > > I have 2 applications that I start with I run brooklyn. The two apps
> > are
> > > > specified as follows in a YAML file.
> > > >
> > > > services:
> > > >
> > > >
> > > >   - type: com.abhishek.dropwizzard
> > > > id: X
> > > >
> > > >   - type: com.abhishek.nodejs
> > > > id: Y
> > > >
> > > > I want my nodeJS app to come up after my drop wizard app has been
> > started
> > > > successfully. In-order to setup that deployment dependency I add the
> > > > following to my YAML file.
> > > >   - type: com.abhishek.nodejs
> > > > launch.latch:
> > > >
> > $brooklyn:component("X").attributeWhenReady("service.process.isRunning")
> > > >
> > > > This doesn't work I get an error saying Ignoring PDP attributes 
> > > >
> > > > Please advise on how can I fix this ?
> > > >
> > > > Thanks,
> > > > A
> > > >
> > >
> >
>

Re: Issue Deployment Dependencies in Brooklyn

[Andrea Turli]

Hi Abhishek,

can you please share the stack trace of the error, please?

I think it would be useful to have a look at your entities, do you have a
github repository for them?

I've written a simple dropwizard entity in plain YAML which may help you [1]
Notice also that there are other YAML blueprints based on
NodeJsWebAppService entity already available at [2]

If you want to use the java-based blueprint approach, please have a look at
[3] in case you missed it.

HTH,
Andrea

[1]: https://gist.github.com/andreaturli/d28ae7130a0650ce8a65
[2]:
https://github.com/brooklyncentral/blueprint-library/search?utf8=%E2%9C%93=NodeJsWebAppService
[3]:
https://github.com/apache/incubator-brooklyn/blob/master/brooklyn-library/examples/simple-web-cluster/src/main/java/org/apache/brooklyn/demo/NodeJsTodoApplication.java



On 24 December 2015 at 10:03, Abhishek Sharma 
wrote:

> I have. Doesn't work either.
>
> On Thu, Dec 24, 2015 at 12:18 AM, Duncan Johnston Watt <
> duncan.johnstonw...@cloudsoftcorp.com> wrote:
>
> > Hi. Have you tried -
> >
> > launch.latch:
> > $brooklyn:component("X").attributeWhenReady("service.isUp")
> >
> > Best
> > --
> > Duncan Johnston-Watt
> > CEO | Cloudsoft Corporation
> > +44 777 190 2653 | @duncanjw
> >
> > Sent from my iPhone
> >
> > Begin forwarded message:
> >
> > *From:* Abhishek Sharma 
> > *Date:* 24 December 2015 at 01:40:16 GMT
> > *To:* dev@brooklyn.apache.org
> > *Subject:* *Issue Deployment Dependencies in Brooklyn*
> > *Reply-To:* dev@brooklyn.apache.org
> >
> > I have 2 applications that I start with I run brooklyn. The two apps are
> > specified as follows in a YAML file.
> >
> > services:
> >
> >
> >   - type: com.abhishek.dropwizzard
> > id: X
> >
> >   - type: com.abhishek.nodejs
> > id: Y
> >
> > I want my nodeJS app to come up after my drop wizard app has been started
> > successfully. In-order to setup that deployment dependency I add the
> > following to my YAML file.
> >   - type: com.abhishek.nodejs
> > launch.latch:
> > $brooklyn:component("X").attributeWhenReady("service.process.isRunning")
> >
> > This doesn't work I get an error saying Ignoring PDP attributes 
> >
> > Please advise on how can I fix this ?
> >
> > Thanks,
> > A
> >
>

Re: [PROPOSAL] Location model refactoring

[Andrea Turli]

Hadrian,

Let me go back for a moment to the Brooklyn location definition: IMHO it
answers the question *where* to deploy an entity not *how*.
If we agree with this naive definition I think I like Alex's proposal of
adding 'capabilities' to a location, primarily ssh, winrm but also config
mgmt tool (chef, puppet, salt, etc) and potentially package managers
(apt-get, yum, npm, ...) so to enrich the metadata model attached to a
location, avoiding complex locations' hierarchies, I hope.

Also I'm not totally sure Brooklyn needs to manage the elasticity of the
locations themselves, main focus is to manage the application runtime by
making use of whichever infra resource is already available (or provison a
new one!) vs managing the underlying infra scalability per se.

Wdyt?
Andrea

Il giorno mar 8 dic 2015 04:31 Hadrian Zbarcea  ha
scritto:

> Thanks Alex for the comments, pity there aren't more. I either don't fully
> understand your answer or I failed to properly communicate my proposal. If
> you like the direction at least there may be some merit to the idea and
> it's worth exploring more.
>
> (1) perfectly fine
> (2) I don't think the java sub/supertypes are able to properly model
> brooklyn abstractions.
>
> Now back to my proposal ChefLocation was probably of a debatable. But let's
> consider Salt or Ansible support (I put a first cut on a branch in my fork
> ).
> SaltStack has actually two modes, the master/minion model similar to Puppet
> and Chef) and a salt-ssh mode similar to ansible. It is this latter
> mode/style I am referring to. I spent quite a bit of time lately with Salt
> and I started to like it a lot for many reasons including the license. So,
> both salt-ssh and ansible need to know the machines they need to manage
> from a distance (called roster in salt and hosts in ansible). Those
> machines are necessarily a subset of a location in the general case (e.g.
> an EC2 based infrastructure), although in some cases, like byon one could
> make the convention to use all the nodes. Therefore, every time a new node
> is obtain(ed) the controller node (salt-ssh) needs to add it to its roster,
> which in my mind becomes a 'specialized' location like a SaltLocation or
> AnsibleLocation managed by an *Infrastructure entity. The same problem (and
> model) is used by clocker.
>
> I believe there would be a better model to use something like a
> ManagedLocation with hooks or something, but didn't get far enough to
> understand what the commonalities are and for now I want to avoid shooting
> in the dark.
>
> Another point, unrelated to the proposal, but related to the Salt thingie
> and testing in general, I came to believe that we under use some cool
> features in Brooklyn like the use of the SimulatedLocation. I had to
> addRule for using a SimulatedDriver and there is more work to really test
> propertly what's going on there, but I think it's a decent way to bring
> more unit testing in and rely less on the Live or Integration tests. Btw,
> this is my 3rd rewrite of the Salt support, and now I start to like the way
> it looks. I have to port more code from my other local branches and then
> submit a PR.
>
> Best,
> Hadrian
>
>
> On Thu, Dec 3, 2015 at 10:32 AM, Alex Heneveld <
> alex.henev...@cloudsoftcorp.com> wrote:
>
> >
> > Hadrian-
> >
> > TL;DR - I like the direction you're going in, although I'm not sure of
> the
> > conclustions.
> >
> > Firstly there is a lot of synergy with two things I've been working on
> > lately:
> >
> > (1) typed relationships
> > (2) multiple supertypes/interfaces on entities/brooklyn objects
> >
> >
> > With (1) we're be better able model relationships between things, to say
> X
> > is HOSTED_ON Y, where Y is a location.  And I could make queries to find
> > the unique Y such that X is HOSTED_ON Y and Y is an SshMachineLocation.
> Or
> > a ChefLocation.  Or other.  We can express ON_NETWORK to model situations
> > where we have multiple networks.
> >
> > We can also express dependencies better, so rather than say e.g. Tomcat
> > has a JDBC_URL=attributeWhenReady("db") I could say that MyTomcat takes a
> > required config D of type , and it has a HOSTED_ON relationship
> > with D, and then JDBC_URL=attributeWhenReady(D)... .  The upshot is that
> a
> > user won't need to edit the complex "attributeWhenReady" -- they just
> have
> > to provide D.  You can imagine a drag-and-drop UI makes this easy!
> >
> >
> > With (2) we can capture capabilities as interfaces -- e.g. a ChefLocation
> > interface might simply define a `converge(x)` effector.  Any entity which
> > supports chef then advertises ChefLocation as part of his type.  Same for
> > Database as discussed in (1).  We kinda support this currently using the
> > java model, but not for yaml.  The recent commits around the new Type
> > Registry allows us to track a type hierarchy for arbitrary types, defined
> > in yaml, in a