Re: brooklyn br cli + go lang required for build

2016-03-10 Thread Aled Sage 

Hi Aleksandr,

It's in the root's pom.xml: if you use -Dno-go-client then it disables 
the profile that adds the brooklyn-client module to those being built by 
maven.





go-client


!no-go-client



brooklyn-client



Aled


On 11/03/2016 03:09, Aleksandr Vasilev wrote:

Hi Alex,

I'm interested in the implementation details of "-Dno-go-client" option as
I'd like to implement the same thing for RPM packaging as per your advice.
I searched through Brooklyn uber project but only found readme articles and
links to golang website.

Best Regards,

Aleksandr Vasilev
DevOps Engineer | Cloudsoft Corporation

On 10 March 2016 at 05:10, Alex Heneveld 
wrote:


This is to announce that the Brooklyn Client Command Line Interface tool

has been

added to the Apache Brooklyn "brooklyn-client" repository [1].

This is excellent!  Great work Robert, Geoff, and David.

I've already switched to using the CLI for many things, from deploying to
looking up details.  The fun will really start when we're embedding this in
scripts and using `jq` on the output.

You may have seen lots of commits across projects just now:  the CLI is
now built and bundled as part of the dist.  This means you need Go 1.6
installed.  Or you can use `-Dno-go-client` if building in the uber.  (See
the README at [1].)

Now we just need to release 0.9.0.

Best
Alex

[1]  https://github.com/apache/brooklyn


On 09/03/2016 12:35, Geoff Macartney wrote:


This is to announce that the Brooklyn Client Command Line Interface tool
has been added to the Apache Brooklyn "brooklyn-client" repository [1].

This is a lightweight, standalone command line client for Apache
Brooklyn, written in Go.  The intention is to provide the same control over
Brooklyn that until now has only been possible via the graphical UI, but at
the command line. So not only can Brooklyn now be used without requiring a
web browser, but it also allows power users and devops teams to automate
Brooklyn with shell scripts.

The tool name is "br".  Just to give a couple of quick examples, you
could deploy a blueprint with

$ br deploy webapp.yaml

You can then check the progress of the installation by querying the
application you just deployed:

$ br application WebCluster
Id:  lmOcZbsT
Name:WebCluster
Status:  RUNNING
ServiceUp:   true
... etc.

(or just "br app").

The tool also lets you examine the status of individual entities in the
application, check sensor values and policy configuration, examine the
activity history, and even invoke effectors.

The documentation for Brooklyn will be updated with guides for the CLI,
and you can already read the current snapshot documentation [2].

It is worth noting that the tool is still under development, and, while
it has broad coverage of Brooklyn functionality at present, there are still
things to do.

If you are interested in seeing a demo of the CLI in action, you might
want to look at a blog post I wrote recently [3].  This is actually on a
different topic (Brooklyn Salt integration) but does show the CLI in action.

Thanks to Cloudsoft for contributing this to Apache Brooklyn.

Regards
Geoff Macartney

[1] https://github.com/apache/brooklyn-client
[2] https://brooklyn.apache.org/v/0.9.0-SNAPSHOT/ops/cli/index.html
[3]
http://www.cloudsoftcorp.com/blog/2016/03/salt-support-in-apache-brooklyn/


Gnu PGP key - http://is.gd/uI

Re: brooklyn br cli + go lang required for build

2016-03-10 Thread Aleksandr Vasilev 
Hi Alex,

I'm interested in the implementation details of "-Dno-go-client" option as
I'd like to implement the same thing for RPM packaging as per your advice.
I searched through Brooklyn uber project but only found readme articles and
links to golang website.

Best Regards,

Aleksandr Vasilev
DevOps Engineer | Cloudsoft Corporation

On 10 March 2016 at 05:10, Alex Heneveld 
wrote:

>
> > This is to announce that the Brooklyn Client Command Line Interface tool
> has been
> > added to the Apache Brooklyn "brooklyn-client" repository [1].
>
> This is excellent!  Great work Robert, Geoff, and David.
>
> I've already switched to using the CLI for many things, from deploying to
> looking up details.  The fun will really start when we're embedding this in
> scripts and using `jq` on the output.
>
> You may have seen lots of commits across projects just now:  the CLI is
> now built and bundled as part of the dist.  This means you need Go 1.6
> installed.  Or you can use `-Dno-go-client` if building in the uber.  (See
> the README at [1].)
>
> Now we just need to release 0.9.0.
>
> Best
> Alex
>
> [1]  https://github.com/apache/brooklyn
>
>
> On 09/03/2016 12:35, Geoff Macartney wrote:
>
>> This is to announce that the Brooklyn Client Command Line Interface tool
>> has been added to the Apache Brooklyn "brooklyn-client" repository [1].
>>
>> This is a lightweight, standalone command line client for Apache
>> Brooklyn, written in Go.  The intention is to provide the same control over
>> Brooklyn that until now has only been possible via the graphical UI, but at
>> the command line. So not only can Brooklyn now be used without requiring a
>> web browser, but it also allows power users and devops teams to automate
>> Brooklyn with shell scripts.
>>
>> The tool name is "br".  Just to give a couple of quick examples, you
>> could deploy a blueprint with
>>
>> $ br deploy webapp.yaml
>>
>> You can then check the progress of the installation by querying the
>> application you just deployed:
>>
>> $ br application WebCluster
>> Id:  lmOcZbsT
>> Name:WebCluster
>> Status:  RUNNING
>> ServiceUp:   true
>> ... etc.
>>
>> (or just "br app").
>>
>> The tool also lets you examine the status of individual entities in the
>> application, check sensor values and policy configuration, examine the
>> activity history, and even invoke effectors.
>>
>> The documentation for Brooklyn will be updated with guides for the CLI,
>> and you can already read the current snapshot documentation [2].
>>
>> It is worth noting that the tool is still under development, and, while
>> it has broad coverage of Brooklyn functionality at present, there are still
>> things to do.
>>
>> If you are interested in seeing a demo of the CLI in action, you might
>> want to look at a blog post I wrote recently [3].  This is actually on a
>> different topic (Brooklyn Salt integration) but does show the CLI in action.
>>
>> Thanks to Cloudsoft for contributing this to Apache Brooklyn.
>>
>> Regards
>> Geoff Macartney
>>
>> [1] https://github.com/apache/brooklyn-client
>> [2] https://brooklyn.apache.org/v/0.9.0-SNAPSHOT/ops/cli/index.html
>> [3]
>> http://www.cloudsoftcorp.com/blog/2016/03/salt-support-in-apache-brooklyn/
>>
>> 
>> Gnu PGP key - http://is.gd/uI
>>
>>
>>
>>
>

brooklyn br cli + go lang required for build

2016-03-10 Thread Alex Heneveld 


> This is to announce that the Brooklyn Client Command Line Interface 
tool has been

> added to the Apache Brooklyn "brooklyn-client" repository [1].

This is excellent!  Great work Robert, Geoff, and David.

I've already switched to using the CLI for many things, from deploying 
to looking up details.  The fun will really start when we're embedding 
this in scripts and using `jq` on the output.


You may have seen lots of commits across projects just now:  the CLI is 
now built and bundled as part of the dist.  This means you need Go 1.6 
installed.  Or you can use `-Dno-go-client` if building in the uber.  
(See the README at [1].)


Now we just need to release 0.9.0.

Best
Alex

[1]  https://github.com/apache/brooklyn


On 09/03/2016 12:35, Geoff Macartney wrote:

This is to announce that the Brooklyn Client Command Line Interface tool has been added 
to the Apache Brooklyn "brooklyn-client" repository [1].

This is a lightweight, standalone command line client for Apache Brooklyn, 
written in Go.  The intention is to provide the same control over Brooklyn that 
until now has only been possible via the graphical UI, but at the command line. 
So not only can Brooklyn now be used without requiring a web browser, but it 
also allows power users and devops teams to automate Brooklyn with shell 
scripts.

The tool name is "br".  Just to give a couple of quick examples, you could 
deploy a blueprint with

$ br deploy webapp.yaml

You can then check the progress of the installation by querying the application 
you just deployed:

$ br application WebCluster
Id:  lmOcZbsT
Name:WebCluster
Status:  RUNNING
ServiceUp:   true
... etc.

(or just "br app").

The tool also lets you examine the status of individual entities in the 
application, check sensor values and policy configuration, examine the activity 
history, and even invoke effectors.

The documentation for Brooklyn will be updated with guides for the CLI, and you 
can already read the current snapshot documentation [2].

It is worth noting that the tool is still under development, and, while it has 
broad coverage of Brooklyn functionality at present, there are still things to 
do.

If you are interested in seeing a demo of the CLI in action, you might want to 
look at a blog post I wrote recently [3].  This is actually on a different 
topic (Brooklyn Salt integration) but does show the CLI in action.

Thanks to Cloudsoft for contributing this to Apache Brooklyn.

Regards
Geoff Macartney

[1] https://github.com/apache/brooklyn-client
[2] https://brooklyn.apache.org/v/0.9.0-SNAPSHOT/ops/cli/index.html
[3] http://www.cloudsoftcorp.com/blog/2016/03/salt-support-in-apache-brooklyn/


Gnu PGP key - http://is.gd/uI