Build failed in Jenkins: brooklyn-master-windows #60

[Apache Jenkins Server]

See 

--
[...truncated 37800 lines...]
[INFO] Reactor Summary:
[INFO] 
[INFO] Brooklyn REST JavaScript Web GUI ... SUCCESS [ 50.853 s]
[INFO] Brooklyn Server Root ... SUCCESS [  0.679 s]
[INFO] Brooklyn Parent Project  SUCCESS [  8.034 s]
[INFO] Brooklyn Test Support Utilities  SUCCESS [ 10.299 s]
[INFO] Brooklyn Logback Includable Configuration .. SUCCESS [  2.267 s]
[INFO] Brooklyn Common Utilities .. SUCCESS [ 36.944 s]
[INFO] Brooklyn API ... SUCCESS [  5.474 s]
[INFO] CAMP Server Parent Project . SUCCESS [  1.349 s]
[INFO] CAMP Base .. SUCCESS [  4.942 s]
[INFO] Brooklyn Test Support .. SUCCESS [  2.495 s]
[INFO] Brooklyn REST Swagger Apidoc Utilities . SUCCESS [  4.114 s]
[INFO] Brooklyn Logback Configuration . SUCCESS [  0.835 s]
[INFO] CAMP Server  SUCCESS [ 12.844 s]
[INFO] Brooklyn Felix Runtime . SUCCESS [  5.330 s]
[INFO] Brooklyn Groovy Utilities .. SUCCESS [  1.714 s]
[INFO] Brooklyn Core .. SUCCESS [05:00 min]
[INFO] Brooklyn Policies .. SUCCESS [01:27 min]
[INFO] Brooklyn WinRM Software Entities ... SUCCESS [ 11.115 s]
[INFO] Brooklyn Secure JMXMP Agent  SUCCESS [ 12.382 s]
[INFO] Brooklyn JMX RMI Agent . SUCCESS [  1.047 s]
[INFO] Brooklyn Jclouds Location Targets .. SUCCESS [ 28.661 s]
[INFO] Brooklyn Software Base . SUCCESS [01:23 min]
[INFO] Brooklyn CAMP REST API . SUCCESS [06:01 min]
[INFO] Brooklyn Hazelcast Storage . SUCCESS [  5.203 s]
[INFO] Brooklyn Launcher Common ... SUCCESS [  5.477 s]
[INFO] Brooklyn REST API .. SUCCESS [ 11.696 s]
[INFO] Brooklyn REST Resources  FAILURE [ 58.368 s]
[INFO] Brooklyn REST Server ... SKIPPED
[INFO] Brooklyn Launcher .. SKIPPED
[INFO] Brooklyn Command Line Interface  SKIPPED
[INFO] Brooklyn REST Client ... SKIPPED
[INFO] Brooklyn Test Framework  SKIPPED
[INFO] Brooklyn OSGi init . SKIPPED
[INFO] Brooklyn Karaf . SKIPPED
[INFO] Jetty config fragment .. SKIPPED
[INFO] Brooklyn Karaf Features  SKIPPED
[INFO] Brooklyn Karaf Distro .. SKIPPED
[INFO] Brooklyn Karaf Shell Commands .. SKIPPED
[INFO] Brooklyn Karaf pax-exam itest .. SKIPPED
[INFO] Brooklyn Library Root .. SKIPPED
[INFO] Brooklyn CM SaltStack .. SKIPPED
[INFO] Brooklyn CM Ansible  SKIPPED
[INFO] Brooklyn CM Integration Root ... SKIPPED
[INFO] Brooklyn Network Software Entities . SKIPPED
[INFO] Brooklyn OSGi Software Entities  SKIPPED
[INFO] Brooklyn Database Software Entities  SKIPPED
[INFO] Brooklyn Web App Software Entities . SKIPPED
[INFO] Brooklyn Messaging Software Entities ... SKIPPED
[INFO] Brooklyn NoSQL Data Store Software Entities  SKIPPED
[INFO] Brooklyn Monitoring Software Entities .. SKIPPED
[INFO] Brooklyn QA  SKIPPED
[INFO] Brooklyn Examples Aggregator Project ... SKIPPED
[INFO] Brooklyn Examples Aggregator Project - Webapps . SKIPPED
[INFO] hello-world-webapp Maven Webapp  SKIPPED
[INFO] hello-world-sql-webapp Maven Webapp  SKIPPED
[INFO] Brooklyn Simple Web Cluster Example  SKIPPED
[INFO] Brooklyn Global Web Fabric Example . SKIPPED
[INFO] Brooklyn Simple Messaging Publish-Subscribe Example  SKIPPED
[INFO] Brooklyn NoSQL Cluster Examples  SKIPPED
[INFO] Brooklyn Downstream Project Parent . SKIPPED
[INFO] Brooklyn Dist Root . SKIPPED
[INFO] Brooklyn All Things  SKIPPED
[INFO] Brooklyn Distribution .. SKIPPED
[INFO] Brooklyn Vagrant Getting Started Environment ... SKIPPED
[INFO] Brooklyn Quick-Start Project Archetype . SKIPPED
[INFO] Brooklyn Root .. SKIPPED
[INFO] 

[GitHub] brooklyn-server pull request: Fixed command for installing python ...

[jongyoul]

Github user jongyoul commented on the pull request:

https://github.com/apache/brooklyn-server/pull/105#issuecomment-207146707
  
@aledsage I've already signed CLA. Thanks for merging it. I'm trying to 
find the reason why CI fails.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[Aleksandr Vasilev]

Thank you very much Aled.

Best Regards,

Aleksandr Vasilev
DevOps Engineer | Cloudsoft Corporation

On 8 April 2016 at 00:18, Aled Sage  wrote:

> Thanks Aleksandr,
>
> Sorry I missed that. I've added brooklyn-dist PR #32 to 0.9.0 branch,
> ready for the next release candidate.
>
> Aled
>
>
>
> On 07/04/2016 22:04, Aleksandr Vasilev wrote:
>
>> Aled,
>>
>> I'd like to have this PR included as well, as it removes the error during
>> the RPM install:
>> https://github.com/apache/brooklyn-dist/pull/32
>>
>> Thanks!
>>
>> Best Regards,
>>
>> Aleksandr Vasilev
>> DevOps Engineer | Cloudsoft Corporation
>>
>> On 7 April 2016 at 23:42, Aled Sage  wrote:
>>
>> Hi all,
>>>
>>> Based on the bug Svet found, and his -1, I'm cancelling the 0.9.0 rc3
>>> vote.
>>>
>>> I've cherry-picked the following commits into the 0.9.0 branches:
>>>
>>>   * https://github.com/apache/brooklyn-ui/pull/25, which fixes the
>>> problem Svet hit.
>>>   * https://github.com/apache/brooklyn-server/pull/105, which fixes the
>>> "Template 2: Bash Web Server" for folk who don't have python
>>> pre-installed, and who are running as non-root user (with
>>> password-less sudo).
>>>
>>> I suggest we live with
>>> https://issues.apache.org/jira/browse/BROOKLYN-250,
>>> given that we don't have a fix for that yet (the "new location" wizard
>>> does
>>> not correctly set the display name - instead it uses the location id).
>>>
>>> Unless anyone has anything else that needs to be included, or thinks that
>>> BROOKLYN-250 should be fixed and is low-risk/fast to do so, then I think
>>> we're ready for another release candidate.
>>>
>>> Aled
>>>
>>>
>>>
>

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

[Aled Sage]

Thanks Aleksandr,

Sorry I missed that. I've added brooklyn-dist PR #32 to 0.9.0 branch, 
ready for the next release candidate.


Aled


On 07/04/2016 22:04, Aleksandr Vasilev wrote:

Aled,

I'd like to have this PR included as well, as it removes the error during
the RPM install:
https://github.com/apache/brooklyn-dist/pull/32

Thanks!

Best Regards,

Aleksandr Vasilev
DevOps Engineer | Cloudsoft Corporation

On 7 April 2016 at 23:42, Aled Sage  wrote:


Hi all,

Based on the bug Svet found, and his -1, I'm cancelling the 0.9.0 rc3 vote.

I've cherry-picked the following commits into the 0.9.0 branches:

  * https://github.com/apache/brooklyn-ui/pull/25, which fixes the
problem Svet hit.
  * https://github.com/apache/brooklyn-server/pull/105, which fixes the
"Template 2: Bash Web Server" for folk who don't have python
pre-installed, and who are running as non-root user (with
password-less sudo).

I suggest we live with https://issues.apache.org/jira/browse/BROOKLYN-250,
given that we don't have a fix for that yet (the "new location" wizard does
not correctly set the display name - instead it uses the location id).

Unless anyone has anything else that needs to be included, or thinks that
BROOKLYN-250 should be fixed and is low-risk/fast to do so, then I think
we're ready for another release candidate.

Aled

[jira] [Commented] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

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

John McCabe commented on BROOKLYN-250:
--

Addressing in jsgui is messy as the location model is based on the /location/ 
api with {{name}} corresponding to {{id}} in yaml rather than the {{name}} 
parameter.

> displayName in location brooklyn.config not being used
> --
>
> Key: BROOKLYN-250
> URL: https://issues.apache.org/jira/browse/BROOKLYN-250
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: John McCabe
>Priority: Minor
> Attachments: catalog.png, dropdown.png
>
>
> Observed that the {{displayName}} field populated by the location wizard/yaml 
> doesn't appear to be used? For example:
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> item:
>   type: localhost
>   brooklyn.config:
> displayName: locationname
> {code}
> displays as {{locationid}} rather than {{locationname}} (in dropdown lists 
> and the catalog page), whereas the following
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> name: locationname
> item:
>   type: localhost
> {code}
> displays the string set in the {{name}} element.
> If {{name}} isn't present it falls back to using the {{id}}



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

[jira] [Resolved] (BROOKLYN-251) "Reload properties" clears catalog locations from "add application" location dropdown list

[Aled Sage (JIRA)]

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

Aled Sage resolved BROOKLYN-251.

Resolution: Invalid

> "Reload properties" clears catalog locations from "add application" location 
> dropdown list
> --
>
> Key: BROOKLYN-251
> URL: https://issues.apache.org/jira/browse/BROOKLYN-251
> Project: Brooklyn
>  Issue Type: Bug
>Reporter: Aled Sage
>
> In 0.9.0 rc3...
> Clicking the "reload properties" button will remove from the locations list 
> the entries that come from the catalog.
> To reproduce:
> 1. Launch Brooklyn with {{brooklyn launch --persist auto --persistenceDir 
> whatever --noGlobalBrooklynProperties}} (to keep it as simple as possible - 
> no locations from brooklyn.properties).
> 2. Add a location to the catalog (such as that below)
> {noformat}
> brooklyn.catalog:
>   version: 0.1.2
>   items:
>   - id: myloc
> name: My Location
> itemType: location
> item:
>   type: localhost
> {noformat}
> 3. Click on “reload properties” (in the home page of the web-console)
> 4. Go to the “add application” wizard, choose an app, and then look at the 
> drop-down list of locations.
> The location (e.g. "My Location") will not be included.
> When you next add a location to the catalog, then all locations from the 
> catalog become visible in the drop-down again.



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

[jira] [Commented] (BROOKLYN-251) "Reload properties" clears catalog locations from "add application" location dropdown list

[Aled Sage (JIRA)]

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

Aled Sage commented on BROOKLYN-251:


I was wrong - this isn't an issue at all.

I was running with https://github.com/cloudsoft/brooklyn-tosca/ also enabled, 
which can take a minute or two to initialise. This was causing a long delay 
before the locations were ready to be shown in the dropdown list (after calling 
"reload properties").

I'll close this issue.

> "Reload properties" clears catalog locations from "add application" location 
> dropdown list
> --
>
> Key: BROOKLYN-251
> URL: https://issues.apache.org/jira/browse/BROOKLYN-251
> Project: Brooklyn
>  Issue Type: Bug
>Reporter: Aled Sage
>
> In 0.9.0 rc3...
> Clicking the "reload properties" button will remove from the locations list 
> the entries that come from the catalog.
> To reproduce:
> 1. Launch Brooklyn with {{brooklyn launch --persist auto --persistenceDir 
> whatever --noGlobalBrooklynProperties}} (to keep it as simple as possible - 
> no locations from brooklyn.properties).
> 2. Add a location to the catalog (such as that below)
> {noformat}
> brooklyn.catalog:
>   version: 0.1.2
>   items:
>   - id: myloc
> name: My Location
> itemType: location
> item:
>   type: localhost
> {noformat}
> 3. Click on “reload properties” (in the home page of the web-console)
> 4. Go to the “add application” wizard, choose an app, and then look at the 
> drop-down list of locations.
> The location (e.g. "My Location") will not be included.
> When you next add a location to the catalog, then all locations from the 
> catalog become visible in the drop-down again.



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

[GitHub] brooklyn-server pull request: Fixed command for installing python ...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/brooklyn-server/pull/105


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-server pull request: Fixed command for installing python ...

[aledsage]

Github user aledsage commented on the pull request:

https://github.com/apache/brooklyn-server/pull/105#issuecomment-207065016
  
@jongyoul thanks for fixing!

I presume you have already signed the apache Contributor License Agreement, 
when working on the Apache Zeppelin project? Therefore happy to merge.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-docs pull request: Added CLI download locations

[drigodwin]

Github user drigodwin commented on a diff in the pull request:

https://github.com/apache/brooklyn-docs/pull/42#discussion_r58903425
  
--- Diff: guide/start/running.md ---
@@ -187,10 +187,16 @@ address of the management interface:
 INFO  Started Brooklyn console at http://127.0.0.1:8081/, running 
classpath://brooklyn.war
 
 
-By default it can be accessed by opening 
[127.0.0.1:8081](http://127.0.0.1:8081){:target="_blank"} in your web browser. 
+By default it can be accessed by opening 
[127.0.0.1:8081](http://127.0.0.1:8081){:target="_blank"} in your web browser.
 
 The rest of this getting started guide uses the Apache Brooklyn command 
line interface (CLI) tool, `br`. 
-This tool is distributed along with Apache Brooklyn. See details on the 
[Client CLI Reference](../ops/cli/) page. 
+This tool is both distributed with Apache Brooklyn or can be downloaded 
using the most appropriate link for your OS:
+
+* 
[Windows](https://www.apache.org/dyn/closer.lua/brooklyn/apache-brooklyn-{{site.brooklyn-version}}-client-cli-windows.zip)
--- End diff --

I believe they will be manually uploaded for the 0.9.0 release.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-docs pull request: Describe "user" entitlement group

[sjcorbett]

GitHub user sjcorbett opened a pull request:

https://github.com/apache/brooklyn-docs/pull/43

Describe "user" entitlement group

Documentation for entitlements changes in 
https://github.com/apache/brooklyn-server/pull/108.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/sjcorbett/brooklyn-docs more-entitlements

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/brooklyn-docs/pull/43.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #43


commit 133eaa9130bd32d7ec59683f4979d43c5bbcdb5d
Author: Sam Corbett 
Date:   2016-04-07T14:55:41Z

Describe "user" entitlement group




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-server pull request: New PerUserEntitlementManager keywor...

[sjcorbett]

GitHub user sjcorbett opened a pull request:

https://github.com/apache/brooklyn-server/pull/108

New PerUserEntitlementManager keyword: user

`PerUserEntitlementManager` transforms the "user" keyword into an 
entitlement to everything but the most privileged actions (everything but 
`ROOT` and `SEE_ALL_SERVER_INFO`). Practically this means a user can do 
everything but: use `ScriptApi` to run any Groovy, stop the server, access 
management context configuration via `ServerApi`, reload Brooklyn properties 
and export persistence data.

I wasn't sure about the choice of "user" for the keyword. I wanted to 
indicate that it was a step down from "root". Other ideas people gave me 
include "manager" and "administrator", neither of which are hugely satisfactory 
to me. Suggestions welcome.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/sjcorbett/brooklyn-server 
feature/more-entitlements

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/brooklyn-server/pull/108.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #108


commit 6a78e8190b779ed8fc42850d94f185c73a44964a
Author: Sam Corbett 
Date:   2016-04-07T14:49:59Z

Add SEE_CATALOG_ITEM to readOnly entitlement group

commit bd11f62188c16646a6cdc264718c041cac273cbe
Author: Sam Corbett 
Date:   2016-04-07T14:53:54Z

Adds a new entitlement group for regular access

It is intended to disallow access to destructive server methods, thus
forbids ROOT and SEE_ALL_SERVER_INFO classes.

commit 50c3e81a7117e8050c3728aa803d90925ae02d6a
Author: Sam Corbett 
Date:   2016-04-07T14:54:47Z

Add actions to SEE_ALL_SERVER_INFO entitlement group

Groovy console and reloading Brookyln properties.




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Build failed in Jenkins: brooklyn-master-windows #59

[Apache Jenkins Server]

See 

--
[...truncated 37181 lines...]
[INFO] Reactor Summary:
[INFO] 
[INFO] Brooklyn REST JavaScript Web GUI ... SUCCESS [ 38.812 s]
[INFO] Brooklyn Server Root ... SUCCESS [  0.259 s]
[INFO] Brooklyn Parent Project  SUCCESS [  4.087 s]
[INFO] Brooklyn Test Support Utilities  SUCCESS [  7.017 s]
[INFO] Brooklyn Logback Includable Configuration .. SUCCESS [  0.853 s]
[INFO] Brooklyn Common Utilities .. SUCCESS [ 24.758 s]
[INFO] Brooklyn API ... SUCCESS [  3.373 s]
[INFO] CAMP Server Parent Project . SUCCESS [  0.390 s]
[INFO] CAMP Base .. SUCCESS [  7.854 s]
[INFO] Brooklyn Test Support .. SUCCESS [  1.868 s]
[INFO] Brooklyn REST Swagger Apidoc Utilities . SUCCESS [  2.300 s]
[INFO] Brooklyn Logback Configuration . SUCCESS [  0.559 s]
[INFO] CAMP Server  SUCCESS [  7.566 s]
[INFO] Brooklyn Felix Runtime . SUCCESS [  4.491 s]
[INFO] Brooklyn Groovy Utilities .. SUCCESS [  1.459 s]
[INFO] Brooklyn Core .. SUCCESS [04:19 min]
[INFO] Brooklyn Policies .. SUCCESS [01:23 min]
[INFO] Brooklyn WinRM Software Entities ... SUCCESS [  9.275 s]
[INFO] Brooklyn Secure JMXMP Agent  SUCCESS [ 10.457 s]
[INFO] Brooklyn JMX RMI Agent . SUCCESS [  1.058 s]
[INFO] Brooklyn Jclouds Location Targets .. SUCCESS [ 23.675 s]
[INFO] Brooklyn Software Base . SUCCESS [01:16 min]
[INFO] Brooklyn CAMP REST API . SUCCESS [05:47 min]
[INFO] Brooklyn Hazelcast Storage . SUCCESS [  3.907 s]
[INFO] Brooklyn Launcher Common ... SUCCESS [  4.973 s]
[INFO] Brooklyn REST API .. SUCCESS [  8.406 s]
[INFO] Brooklyn REST Resources  FAILURE [ 58.147 s]
[INFO] Brooklyn REST Server ... SKIPPED
[INFO] Brooklyn Launcher .. SKIPPED
[INFO] Brooklyn Command Line Interface  SKIPPED
[INFO] Brooklyn REST Client ... SKIPPED
[INFO] Brooklyn Test Framework  SKIPPED
[INFO] Brooklyn OSGi init . SKIPPED
[INFO] Brooklyn Karaf . SKIPPED
[INFO] Jetty config fragment .. SKIPPED
[INFO] Brooklyn Karaf Features  SKIPPED
[INFO] Brooklyn Karaf Distro .. SKIPPED
[INFO] Brooklyn Karaf Shell Commands .. SKIPPED
[INFO] Brooklyn Karaf pax-exam itest .. SKIPPED
[INFO] Brooklyn Library Root .. SKIPPED
[INFO] Brooklyn CM SaltStack .. SKIPPED
[INFO] Brooklyn CM Ansible  SKIPPED
[INFO] Brooklyn CM Integration Root ... SKIPPED
[INFO] Brooklyn Network Software Entities . SKIPPED
[INFO] Brooklyn OSGi Software Entities  SKIPPED
[INFO] Brooklyn Database Software Entities  SKIPPED
[INFO] Brooklyn Web App Software Entities . SKIPPED
[INFO] Brooklyn Messaging Software Entities ... SKIPPED
[INFO] Brooklyn NoSQL Data Store Software Entities  SKIPPED
[INFO] Brooklyn Monitoring Software Entities .. SKIPPED
[INFO] Brooklyn QA  SKIPPED
[INFO] Brooklyn Examples Aggregator Project ... SKIPPED
[INFO] Brooklyn Examples Aggregator Project - Webapps . SKIPPED
[INFO] hello-world-webapp Maven Webapp  SKIPPED
[INFO] hello-world-sql-webapp Maven Webapp  SKIPPED
[INFO] Brooklyn Simple Web Cluster Example  SKIPPED
[INFO] Brooklyn Global Web Fabric Example . SKIPPED
[INFO] Brooklyn Simple Messaging Publish-Subscribe Example  SKIPPED
[INFO] Brooklyn NoSQL Cluster Examples  SKIPPED
[INFO] Brooklyn Downstream Project Parent . SKIPPED
[INFO] Brooklyn Dist Root . SKIPPED
[INFO] Brooklyn All Things  SKIPPED
[INFO] Brooklyn Distribution .. SKIPPED
[INFO] Brooklyn Vagrant Getting Started Environment ... SKIPPED
[INFO] Brooklyn Quick-Start Project Archetype . SKIPPED
[INFO] Brooklyn Root .. SKIPPED
[INFO] 

[jira] [Created] (BROOKLYN-251) "Reload properties" clears catalog locations from "add application" location dropdown list

[Aled Sage (JIRA)]

Aled Sage created BROOKLYN-251:
--

 Summary: "Reload properties" clears catalog locations from "add 
application" location dropdown list
 Key: BROOKLYN-251
 URL: https://issues.apache.org/jira/browse/BROOKLYN-251
 Project: Brooklyn
  Issue Type: Bug
Reporter: Aled Sage


In 0.9.0 rc3...

Clicking the "reload properties" button will remove from the locations list the 
entries that come from the catalog.

To reproduce:
1. Launch Brooklyn with {{brooklyn launch --persist auto --persistenceDir 
whatever --noGlobalBrooklynProperties}} (to keep it as simple as possible - no 
locations from brooklyn.properties).
2. Add a location to the catalog (such as that below)

{noformat}
brooklyn.catalog:
  version: 0.1.2
  items:
  - id: myloc
name: My Location
itemType: location
item:
  type: localhost
{noformat}

3. Click on “reload properties” (in the home page of the web-console)

4. Go to the “add application” wizard, choose an app, and then look at the 
drop-down list of locations.

The location (e.g. "My Location") will not be included.

When you next add a location to the catalog, then all locations from the 
catalog become visible in the drop-down again.



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

[GitHub] brooklyn-server pull request: [OSGi] Load properties from config a...

[neykov]

GitHub user neykov opened a pull request:

https://github.com/apache/brooklyn-server/pull/107

[OSGi] Load properties from config admin

Load properties from:
  * global brooklyn.properties
  * local properties
  * config admin's brooklyn PID

It's a one-way integration where changes in config admin will cause 
reloading the properties in brooklyn. Setting properties programmatically in 
brooklyn will not update config admin.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/neykov/brooklyn-server osgi/config-admin

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/brooklyn-server/pull/107.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #107


commit 66e9f56be3584d12a2c0a201b2a9556d11172f60
Author: Svetoslav Neykov 
Date:   2016-04-05T14:46:39Z

Remove deprecated method.

commit 099f35a7efa651bd59a4a4c378ea33bab6ae168b
Author: Svetoslav Neykov 
Date:   2016-04-07T13:02:02Z

[OSGi] Populate brooklyn.properties from config admin

Also reload properties when config admin is updated.




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-docs pull request: Added CLI download locations

[drigodwin]

GitHub user drigodwin opened a pull request:

https://github.com/apache/brooklyn-docs/pull/42

Added CLI download locations

Added links to the separate CLI download locations

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/drigodwin/brooklyn-docs cli-components

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/brooklyn-docs/pull/42.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #42


commit 499f3a0f826a46c17a9bba849091cae676e51e01
Author: Duncan Godwin 
Date:   2016-04-07T14:05:49Z

Added CLI download locations




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[jira] [Commented] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

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

John McCabe commented on BROOKLYN-250:
--

The {{config}} property in the {{CatalogLocationSummary}} isn't being populated 
so the jsgui doesn't have access to the {{displayName}} - the 
{{details-location.html}} template and {{location.js}} model look like the ui 
should render it if present.

> displayName in location brooklyn.config not being used
> --
>
> Key: BROOKLYN-250
> URL: https://issues.apache.org/jira/browse/BROOKLYN-250
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: John McCabe
>Priority: Minor
> Attachments: catalog.png, dropdown.png
>
>
> Observed that the {{displayName}} field populated by the location wizard/yaml 
> doesn't appear to be used? For example:
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> item:
>   type: localhost
>   brooklyn.config:
> displayName: locationname
> {code}
> displays as {{locationid}} rather than {{locationname}} (in dropdown lists 
> and the catalog page), whereas the following
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> name: locationname
> item:
>   type: localhost
> {code}
> displays the string set in the {{name}} element.
> If {{name}} isn't present it falls back to using the {{id}}



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

[GitHub] brooklyn-server pull request: Add catalog.bom application white/bl...

[geomacy]

GitHub user geomacy opened a pull request:

https://github.com/apache/brooklyn-server/pull/106

Add catalog.bom application white/blacklists.

Note this PR depends on https://github.com/apache/brooklyn-server/pull/100 
and should be merged after it.

Any bundle with a catalog.bom file may specify applications to
appear in the catalog (itemType: template).

It is desirable to have a config time mechanism to control what
bundles are allowed to present applications in the catalog and
what aren't.

This change adds a white/blacklist mechanism to the catalog.bom
bundle scanning. Each list takes the form of a CSV whitelist of
regexes to match against bundle symbolic ids.  A bundle will be
allowed to add an application (template) to the catalog if its
bundle id matches one of the regexes on the whitelist, and also
does not match one of the regexes on the blacklist.

The configuration keys and default values for the lists are:

brooklyn.catalog.osgi.application.whitelist=org.apache.brooklyn.*
brooklyn.catalog.osgi.application.blacklist=

(i.e. empty blacklist by default).

Note that two 'default'  example applications are supplied in the bom
for brooklyn-software-base.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/geomacy/brooklyn-server default-catalog

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/brooklyn-server/pull/106.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #106


commit 7a1d51c6c9d0ea084ad09be51a27dec06fb0d365
Author: Geoff Macartney 
Date:   2016-04-05T13:22:05Z

Support removal of catalog entries from bundle BOM when the bundle is 
stopped.

This change follows on from 
https://github.com/apache/brooklyn-server/pull/80.

With this change any catalog members that were added by scanning the 
bundle's
catalog.bom when the bundle started will be removed upon stopping the 
bundle.

commit 84720cfa88bd98eed6b73918d3f250bee1291157
Author: Geoff Macartney 
Date:   2016-04-05T14:06:13Z

Code review comments.

https://github.com/apache/brooklyn-server/pull/80#discussion_r57442437
https://github.com/apache/brooklyn-server/pull/80#discussion_r57442486
https://github.com/apache/brooklyn-server/pull/80#discussion_r57442585
https://github.com/apache/brooklyn-server/pull/80#discussion-diff-57442710

commit a5278a229e7adf3fe6fb32964c599c409fd98190
Author: Geoff Macartney 
Date:   2016-04-07T08:49:30Z

Code review comments: gobble exceptions on stopping bundle.

Gobble exception to avoid possibility of causing problems stopping bundle.

commit 9763f15a2c937a71309b9e2548735496144b7cbb
Author: Geoff Macartney 
Date:   2016-04-07T08:34:54Z

Add catalog.bom application white/blacklists.

Any bundle with a catalog.bom file may specify applications to
appear in the catalog (itemType: template).

It is desirable to have a config time mechanism to control what
bundles are allowed to present applications in the catalog and
what aren't.

This change adds a white/blacklist mechanism to the catalog.bom
bundle scanning. Each list takes the form of a CSV whitelist of
regexes to match against bundle symbolic ids.  A bundle will be
allowed to add an application (template) to the catalog if its
bundle id matches one of the regexes on the whitelist, and also
does not match one of the regexes on the blacklist.

The configuration keys and default values for the lists are:

brooklyn.catalog.osgi.application.whitelist=org.apache.brooklyn.*
brooklyn.catalog.osgi.application.blacklist=

(i.e. empty blacklist by default).




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-dist pull request: Remove service enable line

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/brooklyn-dist/pull/32


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-dist pull request: Remove service enable line

[neykov]

Github user neykov commented on the pull request:

https://github.com/apache/brooklyn-dist/pull/32#issuecomment-206915016
  
The error is gone now. Brooklyn starts after restart. Merging.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-ui pull request: Hotfix: Skip the creation of the contain...

[neykov]

Github user neykov commented on the pull request:

https://github.com/apache/brooklyn-ui/pull/25#issuecomment-206895635
  
The fix works for me, merging.
Thanks @tbouron.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-ui pull request: Hotfix: Skip the creation of the contain...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/brooklyn-ui/pull/25


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[Aleksandr Vasilev]

I addressed the issue with the RPM install:
https://github.com/apache/brooklyn-dist/pull/32
(Thanks Svet for pointing it out)

Best Regards,

Aleksandr Vasilev
DevOps Engineer | Cloudsoft Corporation

On 7 April 2016 at 15:16, Thomas Bouron 
wrote:

> I created a PR for this: https://github.com/apache/brooklyn-ui/pull/25
>
> On Thu, 7 Apr 2016 at 12:55 Thomas Bouron  >
> wrote:
>
> > Found the issue:
> >
> https://github.com/apache/brooklyn-ui/blob/c31ec2c962b925c907d513a62dd095acacb9cea0/src/main/webapp/assets/js/libs/jquery.easy-autocomplete.js#L352-L360
> >
> > The jquery.easy-autocomplete.js library creates a new `contains` method
> > within the `Array.prototype`. While this usually work for objects, it
> > doesn't for arrays as this `contains` methods becomes a key of every
> array
> > defined afterward. Meaning:
> >
> > Array.prototype.contains = function() {};
> > // somewhere deep in other javascript code...var a = [1,2,3,4,5];for (x
> in a) {
> > // Now contains is a part of EVERY array and
> > // will show up here as a key of 'a'}
> >
> > A quick workaround would be to add:
> >
> > delete Array.prototype.contains;
> >
> > when the location wizard view is destroyed. I tested it and it worked.
> > Unfortunately, it means that any views using the library onward will need
> > to do the same. So for the future, we need to swap it for another one.
> >
> > Are you happy to go with the workaround?
> >
> > Best.
> >
> > On Thu, 7 Apr 2016 at 12:38 John McCabe  wrote:
> >
> >> @andrea you need to bump your go to 1.6 and retry.
> >>
> >> I have:
> >> - spun up the vagrant box (had to inject the rc3 download url as its not
> >> on
> >> the mirrors) without observing any issues
> >> - checked port forwarding looks ok - binds to http://localhost:8081 on
> >> the
> >> host
> >> - checked byon location catalog loads without issue
> >> - checked display name for inherited locations looks ok
> >> - deployed tomcat app to byon location
> >> - confirm issue observed by @neykov, and also refresh as suggested by
> >> @tbouron
> >> - raised BROOKLYN-250, noticed that when adding locations to the catalog
> >> (yaml or wizard), the displayName isn't being used in dropdowns or on
> the
> >> catalog page (it uses name if present and falls back to id)
> >>
> >> On Thu, 7 Apr 2016 at 11:48 Andrea Turli <
> andrea.tu...@cloudsoftcorp.com>
> >> wrote:
> >>
> >> > 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
> >> >
> >>
> 

[GitHub] brooklyn-dist pull request: Remove service enable line

[alrick87]

GitHub user alrick87 opened a pull request:

https://github.com/apache/brooklyn-dist/pull/32

Remove service enable line



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/alrick87/brooklyn-dist fix_rpm_install_error

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/brooklyn-dist/pull/32.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #32


commit f3bd6474cff86faa2ed34842443ccb99a13432c5
Author: alrick87 
Date:   2016-04-07T13:13:29Z

Remove service enable line




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-ui pull request: Hotfix: Skip the creation of the contain...

[tbouron]

Github user tbouron commented on the pull request:

https://github.com/apache/brooklyn-ui/pull/25#issuecomment-206872102
  
@neykov Done


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-ui pull request: Hotfix: Removing contains method from th...

[tbouron]

Github user tbouron commented on the pull request:

https://github.com/apache/brooklyn-ui/pull/25#issuecomment-206866563
  
> My point is that with loggerEnabled=false the Array prototype will not be 
patched with contains, so no need to delete it.

My bad, I get what you are saying now. I'll update the PR


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-ui pull request: Hotfix: Removing contains method from th...

[neykov]

Github user neykov commented on the pull request:

https://github.com/apache/brooklyn-ui/pull/25#issuecomment-206858032
  
Also I am sure there are bugs in any library we use (as a general 
principle) :). The question is how long it takes before bumping into them.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-ui pull request: Hotfix: Removing contains method from th...

[tbouron]

Github user tbouron commented on the pull request:

https://github.com/apache/brooklyn-ui/pull/25#issuecomment-206855774
  
> The code causing the problem is called only when loggerEnabled is true. 
Suggest disabling logging instead.

Even though, not removing the `contains` is really a big issue. I feel more 
confortable removing it as it affect every JS arrays.
Again, this is just a temporary fix, I'll look for another autocomplete 
library after 0.9.0

> Also can't believe they pollyfilled contains just to use it a single time 
on the line following it.

And yet, it is sadly true... But it's half of my mistake, I choose this 
library :(


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-ui pull request: Hotfix: Removing contains method from th...

[neykov]

Github user neykov commented on the pull request:

https://github.com/apache/brooklyn-ui/pull/25#issuecomment-206848116
  
Was just about to reply to the email thread :).
The code causing the problem is called only when `loggerEnabled` is true. 
Suggest disabling logging instead.
Also can't believe they pollyfilled `contains` just to use it a single time 
on the line following it.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

[Thomas Bouron]

I created a PR for this: https://github.com/apache/brooklyn-ui/pull/25

On Thu, 7 Apr 2016 at 12:55 Thomas Bouron 
wrote:

> Found the issue:
> https://github.com/apache/brooklyn-ui/blob/c31ec2c962b925c907d513a62dd095acacb9cea0/src/main/webapp/assets/js/libs/jquery.easy-autocomplete.js#L352-L360
>
> The jquery.easy-autocomplete.js library creates a new `contains` method
> within the `Array.prototype`. While this usually work for objects, it
> doesn't for arrays as this `contains` methods becomes a key of every array
> defined afterward. Meaning:
>
> Array.prototype.contains = function() {};
> // somewhere deep in other javascript code...var a = [1,2,3,4,5];for (x in a) 
> {
> // Now contains is a part of EVERY array and
> // will show up here as a key of 'a'}
>
> A quick workaround would be to add:
>
> delete Array.prototype.contains;
>
> when the location wizard view is destroyed. I tested it and it worked.
> Unfortunately, it means that any views using the library onward will need
> to do the same. So for the future, we need to swap it for another one.
>
> Are you happy to go with the workaround?
>
> Best.
>
> On Thu, 7 Apr 2016 at 12:38 John McCabe  wrote:
>
>> @andrea you need to bump your go to 1.6 and retry.
>>
>> I have:
>> - spun up the vagrant box (had to inject the rc3 download url as its not
>> on
>> the mirrors) without observing any issues
>> - checked port forwarding looks ok - binds to http://localhost:8081 on
>> the
>> host
>> - checked byon location catalog loads without issue
>> - checked display name for inherited locations looks ok
>> - deployed tomcat app to byon location
>> - confirm issue observed by @neykov, and also refresh as suggested by
>> @tbouron
>> - raised BROOKLYN-250, noticed that when adding locations to the catalog
>> (yaml or wizard), the displayName isn't being used in dropdowns or on the
>> catalog page (it uses name if present and falls back to id)
>>
>> On Thu, 7 Apr 2016 at 11:48 Andrea Turli 
>> wrote:
>>
>> > 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
>> >
>> 

[GitHub] brooklyn-ui pull request: Hotfix: Removing contains method from th...

[tbouron]

GitHub user tbouron opened a pull request:

https://github.com/apache/brooklyn-ui/pull/25

Hotfix: Removing contains method from the Array prototype

This avoids breaking other parts of the UI

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/tbouron/brooklyn-ui hotfix/location-wizard

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/brooklyn-ui/pull/25.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #25


commit eee48e1b8e7b2b88164c2df15a8166b4c48fc2cd
Author: Thomas Bouron 
Date:   2016-04-07T12:13:47Z

Hotfix: Removing contains method from the Array prototype to avoid breaking 
other parts of the UI




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[jira] [Updated] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

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

John McCabe updated BROOKLYN-250:
-
Description: 
Observed that the {{displayName}} field populated by the location wizard/yaml 
doesn't appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as {{locationid}} rather than {{locationname}} (in dropdown lists and 
the catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}
displays the string set in the {{name}} element.

If {{name}} isn't present it falls back to using the {{id}}

  was:
Observed that the {{displayName}} field populated by the location wizard/yaml 
doesn't appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as {{locationid}} rather than {{locationname}} (in dropdown lists and 
the catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}
If {{name}} isn't present it falls back to using the {{id}}


> displayName in location brooklyn.config not being used
> --
>
> Key: BROOKLYN-250
> URL: https://issues.apache.org/jira/browse/BROOKLYN-250
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: John McCabe
>Priority: Minor
> Attachments: catalog.png, dropdown.png
>
>
> Observed that the {{displayName}} field populated by the location wizard/yaml 
> doesn't appear to be used? For example:
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> item:
>   type: localhost
>   brooklyn.config:
> displayName: locationname
> {code}
> displays as {{locationid}} rather than {{locationname}} (in dropdown lists 
> and the catalog page), whereas the following
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> name: locationname
> item:
>   type: localhost
> {code}
> displays the string set in the {{name}} element.
> If {{name}} isn't present it falls back to using the {{id}}



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

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

[Thomas Bouron]

Found the issue:
https://github.com/apache/brooklyn-ui/blob/c31ec2c962b925c907d513a62dd095acacb9cea0/src/main/webapp/assets/js/libs/jquery.easy-autocomplete.js#L352-L360

The jquery.easy-autocomplete.js library creates a new `contains` method
within the `Array.prototype`. While this usually work for objects, it
doesn't for arrays as this `contains` methods becomes a key of every array
defined afterward. Meaning:

Array.prototype.contains = function() {};
// somewhere deep in other javascript code...var a = [1,2,3,4,5];for (x in a) {
// Now contains is a part of EVERY array and
// will show up here as a key of 'a'}

A quick workaround would be to add:

delete Array.prototype.contains;

when the location wizard view is destroyed. I tested it and it worked.
Unfortunately, it means that any views using the library onward will need
to do the same. So for the future, we need to swap it for another one.

Are you happy to go with the workaround?

Best.

On Thu, 7 Apr 2016 at 12:38 John McCabe  wrote:

> @andrea you need to bump your go to 1.6 and retry.
>
> I have:
> - spun up the vagrant box (had to inject the rc3 download url as its not on
> the mirrors) without observing any issues
> - checked port forwarding looks ok - binds to http://localhost:8081 on the
> host
> - checked byon location catalog loads without issue
> - checked display name for inherited locations looks ok
> - deployed tomcat app to byon location
> - confirm issue observed by @neykov, and also refresh as suggested by
> @tbouron
> - raised BROOKLYN-250, noticed that when adding locations to the catalog
> (yaml or wizard), the displayName isn't being used in dropdowns or on the
> catalog page (it uses name if present and falls back to id)
>
> On Thu, 7 Apr 2016 at 11:48 Andrea Turli 
> wrote:
>
> > 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] --- 

[jira] [Updated] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

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

John McCabe updated BROOKLYN-250:
-
Attachment: dropdown.png

> displayName in location brooklyn.config not being used
> --
>
> Key: BROOKLYN-250
> URL: https://issues.apache.org/jira/browse/BROOKLYN-250
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: John McCabe
>Priority: Minor
> Attachments: catalog.png, dropdown.png
>
>
> Observed that the {{displayName}} field populated by the location wizard 
> doesn't appear to be used? For example:
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> item:
>   type: localhost
>   brooklyn.config:
> displayName: locationname
> {code}
> displays as {{locationid}} rather than {{locationname}} (in dropdown lists 
> and the catalog page), whereas the following
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> name: locationname
> item:
>   type: localhost
> {code}
> If {{name}} isn't present it falls back to using the {{id}}



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

[jira] [Updated] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

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

John McCabe updated BROOKLYN-250:
-
Description: 
Observed that the {{displayName}} field populated by the location wizard/yaml 
doesn't appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as {{locationid}} rather than {{locationname}} (in dropdown lists and 
the catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}
If {{name}} isn't present it falls back to using the {{id}}

  was:
Observed that the {{displayName}} field populated by the location wizard (and 
yaml) doesn't appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as {{locationid}} rather than {{locationname}} (in dropdown lists and 
the catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}
If {{name}} isn't present it falls back to using the {{id}}


> displayName in location brooklyn.config not being used
> --
>
> Key: BROOKLYN-250
> URL: https://issues.apache.org/jira/browse/BROOKLYN-250
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: John McCabe
>Priority: Minor
> Attachments: catalog.png, dropdown.png
>
>
> Observed that the {{displayName}} field populated by the location wizard/yaml 
> doesn't appear to be used? For example:
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> item:
>   type: localhost
>   brooklyn.config:
> displayName: locationname
> {code}
> displays as {{locationid}} rather than {{locationname}} (in dropdown lists 
> and the catalog page), whereas the following
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> name: locationname
> item:
>   type: localhost
> {code}
> If {{name}} isn't present it falls back to using the {{id}}



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

[jira] [Updated] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

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

John McCabe updated BROOKLYN-250:
-
Description: 
Observed that the {{displayName}} field populated by the location wizard (and 
yaml) doesn't appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as {{locationid}} rather than {{locationname}} (in dropdown lists and 
the catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}
If {{name}} isn't present it falls back to using the {{id}}

  was:
Observed that the {{displayName}} field populated by the location wizard 
doesn't appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as {{locationid}} rather than {{locationname}} (in dropdown lists and 
the catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}
If {{name}} isn't present it falls back to using the {{id}}


> displayName in location brooklyn.config not being used
> --
>
> Key: BROOKLYN-250
> URL: https://issues.apache.org/jira/browse/BROOKLYN-250
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: John McCabe
>Priority: Minor
> Attachments: catalog.png, dropdown.png
>
>
> Observed that the {{displayName}} field populated by the location wizard (and 
> yaml) doesn't appear to be used? For example:
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> item:
>   type: localhost
>   brooklyn.config:
> displayName: locationname
> {code}
> displays as {{locationid}} rather than {{locationname}} (in dropdown lists 
> and the catalog page), whereas the following
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> name: locationname
> item:
>   type: localhost
> {code}
> If {{name}} isn't present it falls back to using the {{id}}



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

[jira] [Updated] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

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

John McCabe updated BROOKLYN-250:
-
Description: 
Observed that the {{displayName}} field populated by the location wizard 
doesn't appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as {{locationid}} rather than {{locationname}} (in dropdown lists and 
the catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}
If {{name}} isn't present it falls back to using the {{id}}

  was:
Observed that the displayName field populated by the location wizard doesn't 
appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as locationid rather than locationname (in dropdown lists and the 
catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}


> displayName in location brooklyn.config not being used
> --
>
> Key: BROOKLYN-250
> URL: https://issues.apache.org/jira/browse/BROOKLYN-250
> Project: Brooklyn
>  Issue Type: Bug
>Affects Versions: 0.9.0
>Reporter: John McCabe
>Priority: Minor
>
> Observed that the {{displayName}} field populated by the location wizard 
> doesn't appear to be used? For example:
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> item:
>   type: localhost
>   brooklyn.config:
> displayName: locationname
> {code}
> displays as {{locationid}} rather than {{locationname}} (in dropdown lists 
> and the catalog page), whereas the following
> {code}
> brooklyn.catalog:
>   items:
>   - id: locationid
> itemType: location
> name: locationname
> item:
>   type: localhost
> {code}
> If {{name}} isn't present it falls back to using the {{id}}



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

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

[John McCabe]

@andrea you need to bump your go to 1.6 and retry.

I have:
- spun up the vagrant box (had to inject the rc3 download url as its not on
the mirrors) without observing any issues
- checked port forwarding looks ok - binds to http://localhost:8081 on the
host
- checked byon location catalog loads without issue
- checked display name for inherited locations looks ok
- deployed tomcat app to byon location
- confirm issue observed by @neykov, and also refresh as suggested by
@tbouron
- raised BROOKLYN-250, noticed that when adding locations to the catalog
(yaml or wizard), the displayName isn't being used in dropdowns or on the
catalog page (it uses name if present and falls back to id)

On Thu, 7 Apr 2016 at 11:48 Andrea Turli 
wrote:

> 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 

[jira] [Created] (BROOKLYN-250) displayName in location brooklyn.config not being used

[John McCabe (JIRA)]

John McCabe created BROOKLYN-250:


 Summary: displayName in location brooklyn.config not being used
 Key: BROOKLYN-250
 URL: https://issues.apache.org/jira/browse/BROOKLYN-250
 Project: Brooklyn
  Issue Type: Bug
Affects Versions: 0.9.0
Reporter: John McCabe
Priority: Minor


Observed that the displayName field populated by the location wizard doesn't 
appear to be used? For example:
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
item:
  type: localhost
  brooklyn.config:
displayName: locationname
{code}
displays as locationid rather than locationname (in dropdown lists and the 
catalog page), whereas the following
{code}
brooklyn.catalog:
  items:
  - id: locationid
itemType: location
name: locationname
item:
  type: localhost
{code}



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

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

[Thomas Bouron]

I can reproduce the issue. However, it happens only if you have used
previously the location wizard. As soon as you refresh the page, this error
is gone.

I need to investigate more but it seems to be related to the library
jquery.easy-autocomplete.js introduced by the location wizard. I'll let you
know.

Best.

On Thu, 7 Apr 2016 at 11:36 Svetoslav Neykov <
svetoslav.ney...@cloudsoftcorp.com> wrote:

> -1
>
> Found a problem with the UI. Starting a simple app will not show tasks in
> the Activity tab and will keep it grayed out, even if having a start task
> running. Once started and with the browser refreshed functionality returns
> to normal.
> Steps to reproduce:
> - start with an empty or minimal brooklyn.properties
> - go to composer tab
> - ui prompts you to create a new location (because none are defined)
> - created a localhost location from advanced tab (fill in localhost in all
> fields)
> - use the location to start a blueprint, here's the one I used
>
> location: localhost
> services:
> - type: org.apache.brooklyn.entity.machine.MachineEntity
>
> The app will go into starting state, but the activity tab doesn't show any
> of the tasks. The debugging console contains some errors, see [1].
>
> The problem doesn't happen if using localhost as a LocationResolver, only
> with the named location just created.
>
> ---
>
> Also when installing from rpm I got the following error message (second
> line) on centor 7.0. Other than that the instance is running as expected,
> working after a restart.
>
> ...
>   Инсталиране: apache-brooklyn-0.9.0-1.noarch
>
>  29/29
> Failed to issue method call: No such file or directory
>   Проверка   : libXext-1.3.3-3.el7.x86_64
>
>   1/29
> ...
>
>
> First line says "Installing:", third line "Checking". The error is on the
> second line.
>
>
> Svet.
>
>
>
> [1] https://paste.apache.org/8pDA
>
>
> > On 7.04.2016 г., at 1:24, Richard Downer  wrote:
> >
> > This is to call for a vote for the release of Apache Brooklyn 0.9.0
> [rc3].
> >
> > 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-rc3
> >
> > The artifact SHA-256 checksums are as follows:
> > 65e3438c81c76d47f98e637554e4b80c8c869ff482c18ca9b2d838778268a56b
> > *apache-brooklyn-0.9.0-rc3-1.noarch.rpm
> > 1a1235c10962371f52240f7fcb1c89f1d066cbb55715c493f4fdffc0a6927da0
> > *apache-brooklyn-0.9.0-rc3-bin.tar.gz
> > f95a566d5bb086906d8a4657029757b08a90d2483ef00a7eae0ddd55832b0f4c
> > *apache-brooklyn-0.9.0-rc3-bin.zip
> > bbceefda7444a0235527d9830230acb6a3d9f9c6280f36bccc59486a3ee80db8
> > *apache-brooklyn-0.9.0-rc3-client-cli-linux.tar.gz
> > 7a1cabc5d96be11cbd538a202c1712f9bd053be18f37dc533c543004b247a802
> > *apache-brooklyn-0.9.0-rc3-client-cli-linux.zip
> > 51ecff55d2c7308efc7f215cc5ab4bdfd8db8d2588fde3346b3c5ad53cf9d396
> > *apache-brooklyn-0.9.0-rc3-client-cli-macosx.tar.gz
> > cce8cf9819cb57b1c0bbbdbef76da43fb8142ed2f0a6b9cb613850e2188081d6
> > *apache-brooklyn-0.9.0-rc3-client-cli-macosx.zip
> > 6d5f1ca2d9550048c80cdf951f00c780c3766d09960f15a47585c37e44c16926
> > *apache-brooklyn-0.9.0-rc3-client-cli-windows.tar.gz
> > d0d021f17efe389558b5d12141694179f3245acd9d016bd9de03917fc6b9fa4c
> > *apache-brooklyn-0.9.0-rc3-client-cli-windows.zip
> > b993253273280027c45adb4d6899493e8df0301080128d6c8bc10148da3c1a74
> > *apache-brooklyn-0.9.0-rc3-src.tar.gz
> > f9e4396ab123b650fe02675e0e753f819c4a5bcbf8ed48fd5fa925a6ba93e149
> > *apache-brooklyn-0.9.0-rc3-src.zip
> > 052412c38707152b01117ccf504aa75d742495743b134f2d328dd4725f19ee4e
> > *apache-brooklyn-0.9.0-rc3-vagrant.tar.gz
> > 4a9cc996b827342c11176257bd1663ecb572913f2d3f3dc1f2d43b54be62aa52
> > *apache-brooklyn-0.9.0-rc3-vagrant.zip
> >
> > The Nexus staging repositories for the Maven artifacts are located at:
> >
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1018
> >
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1019
> >
> > 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: f08bddf201ab02a4f7066bfa3bcacf01bb430b99
> > brooklyn-docs: 12430d193e1891b87a677d6b45a3b17861c83518
> > brooklyn-library: 2565e6eb2868468ec2528df74fe85efdb887b6d2
> > brooklyn-server: 718aea7d27ce21835860d2de6a31d0e9474bee85
> > brooklyn-ui: 34d196678a8ae37804c698413d4ef19b86719a8f
> > 

[GitHub] brooklyn-server pull request: Remove jersey compatibility

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/brooklyn-server/pull/95


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-server pull request: Remove jersey compatibility

[neykov]

Github user neykov commented on the pull request:

https://github.com/apache/brooklyn-server/pull/95#issuecomment-206819321
  
Good to go. Thanks!


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] brooklyn-server pull request: Remove jersey compatibility

[sjcorbett]

Github user sjcorbett commented on the pull request:

https://github.com/apache/brooklyn-server/pull/95#issuecomment-206818451
  
@ahgittin @neykov Are you ready for this to be merged?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[jira] [Comment Edited] (BROOKLYN-216) Unreliable test: org.apache.brooklyn.AssemblyTest.checkBrooklynCoreFeature

[Sam Corbett (JIRA)]

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

Sam Corbett edited comment on BROOKLYN-216 at 4/7/16 11:04 AM:
---

Failed again in 
https://builds.apache.org/job/brooklyn-server-pull-requests/296/, for 
https://github.com/apache/brooklyn-server/pull/105/. 

The service that was being waited on was 
{{org.apache.karaf.features.FeaturesService}}. Otherwise the error is identical.


was (Author: sjcorbett):
Failed again in 
https://builds.apache.org/job/brooklyn-server-pull-requests/296/, for 
https://github.com/apache/brooklyn-server/pull/105/files. 

The service that was being waited on was 
{{org.apache.karaf.features.FeaturesService}}. Otherwise the error is identical.

> Unreliable test: org.apache.brooklyn.AssemblyTest.checkBrooklynCoreFeature
> --
>
> Key: BROOKLYN-216
> URL: https://issues.apache.org/jira/browse/BROOKLYN-216
> Project: Brooklyn
>  Issue Type: Bug
>Reporter: Graeme Miller
>Priority: Minor
>
> Error Message
> {noformat}
> gave up waiting for service org.apache.karaf.features.BootFinished
> {noformat}
> Stacktrace
> {noformat}
> org.ops4j.pax.swissbox.tracker.ServiceLookupException: gave up waiting for 
> service org.apache.karaf.features.BootFinished
>   at 
> org.ops4j.pax.swissbox.tracker.ServiceLookup.getService(ServiceLookup.java:199)
>   at 
> org.ops4j.pax.swissbox.tracker.ServiceLookup.getService(ServiceLookup.java:136)
>   at 
> org.ops4j.pax.exam.inject.internal.ServiceInjector.injectField(ServiceInjector.java:89)
>   at 
> org.ops4j.pax.exam.inject.internal.ServiceInjector.injectDeclaredFields(ServiceInjector.java:69)
>   at 
> org.ops4j.pax.exam.inject.internal.ServiceInjector.injectFields(ServiceInjector.java:61)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.createTest(ContainerTestRunner.java:61)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner$1.runReflectiveCall(BlockJUnit4ClassRunner.java:266)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.methodBlock(BlockJUnit4ClassRunner.java:263)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:68)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:37)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
>   at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.invokeViaJUnit(JUnitProbeInvoker.java:124)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.findAndInvoke(JUnitProbeInvoker.java:97)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.call(JUnitProbeInvoker.java:73)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:606)
>   at 
> org.ops4j.pax.exam.rbc.internal.RemoteBundleContextImpl.remoteCall(RemoteBundleContextImpl.java:80)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:606)
>   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322)
>   at sun.rmi.transport.Transport$2.run(Transport.java:202)
>   at sun.rmi.transport.Transport$2.run(Transport.java:199)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at sun.rmi.transport.Transport.serviceCall(Transport.java:198)
>   at 
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:567)
>   at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828)
>   at 
> 

[jira] [Commented] (BROOKLYN-216) Unreliable test: org.apache.brooklyn.AssemblyTest.checkBrooklynCoreFeature

[Sam Corbett (JIRA)]

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

Sam Corbett commented on BROOKLYN-216:
--

Failed again in 
https://builds.apache.org/job/brooklyn-server-pull-requests/296/, for 
https://github.com/apache/brooklyn-server/pull/105/files. 

The service that was being waited on was 
{{org.apache.karaf.features.FeaturesService}}. Otherwise the error is identical.

> Unreliable test: org.apache.brooklyn.AssemblyTest.checkBrooklynCoreFeature
> --
>
> Key: BROOKLYN-216
> URL: https://issues.apache.org/jira/browse/BROOKLYN-216
> Project: Brooklyn
>  Issue Type: Bug
>Reporter: Graeme Miller
>Priority: Minor
>
> Error Message
> {noformat}
> gave up waiting for service org.apache.karaf.features.BootFinished
> {noformat}
> Stacktrace
> {noformat}
> org.ops4j.pax.swissbox.tracker.ServiceLookupException: gave up waiting for 
> service org.apache.karaf.features.BootFinished
>   at 
> org.ops4j.pax.swissbox.tracker.ServiceLookup.getService(ServiceLookup.java:199)
>   at 
> org.ops4j.pax.swissbox.tracker.ServiceLookup.getService(ServiceLookup.java:136)
>   at 
> org.ops4j.pax.exam.inject.internal.ServiceInjector.injectField(ServiceInjector.java:89)
>   at 
> org.ops4j.pax.exam.inject.internal.ServiceInjector.injectDeclaredFields(ServiceInjector.java:69)
>   at 
> org.ops4j.pax.exam.inject.internal.ServiceInjector.injectFields(ServiceInjector.java:61)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.createTest(ContainerTestRunner.java:61)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner$1.runReflectiveCall(BlockJUnit4ClassRunner.java:266)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.methodBlock(BlockJUnit4ClassRunner.java:263)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:68)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:37)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
>   at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.invokeViaJUnit(JUnitProbeInvoker.java:124)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.findAndInvoke(JUnitProbeInvoker.java:97)
>   at 
> org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.call(JUnitProbeInvoker.java:73)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:606)
>   at 
> org.ops4j.pax.exam.rbc.internal.RemoteBundleContextImpl.remoteCall(RemoteBundleContextImpl.java:80)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:606)
>   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322)
>   at sun.rmi.transport.Transport$2.run(Transport.java:202)
>   at sun.rmi.transport.Transport$2.run(Transport.java:199)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at sun.rmi.transport.Transport.serviceCall(Transport.java:198)
>   at 
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:567)
>   at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:828)
>   at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.access$400(TCPTransport.java:619)
>   at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$1.run(TCPTransport.java:684)
>   at 
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$1.run(TCPTransport.java:681)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at 
> 

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] Release Apache Brooklyn 0.9.0 [rc3]

[Svetoslav Neykov]

-1

Found a problem with the UI. Starting a simple app will not show tasks in the 
Activity tab and will keep it grayed out, even if having a start task running. 
Once started and with the browser refreshed functionality returns to normal.
Steps to reproduce:
- start with an empty or minimal brooklyn.properties
- go to composer tab
- ui prompts you to create a new location (because none are defined)
- created a localhost location from advanced tab (fill in localhost in all 
fields)
- use the location to start a blueprint, here's the one I used

location: localhost
services:
- type: org.apache.brooklyn.entity.machine.MachineEntity

The app will go into starting state, but the activity tab doesn't show any of 
the tasks. The debugging console contains some errors, see [1].

The problem doesn't happen if using localhost as a LocationResolver, only with 
the named location just created.

---

Also when installing from rpm I got the following error message (second line) 
on centor 7.0. Other than that the instance is running as expected, working 
after a restart.

...
  Инсталиране: apache-brooklyn-0.9.0-1.noarch   

29/29 
Failed to issue method call: No such file or directory
  Проверка   : libXext-1.3.3-3.el7.x86_64   

 1/29 
...


First line says "Installing:", third line "Checking". The error is on the 
second line.


Svet.



[1] https://paste.apache.org/8pDA


> On 7.04.2016 г., at 1:24, Richard Downer  wrote:
> 
> This is to call for a vote for the release of Apache Brooklyn 0.9.0 [rc3].
> 
> 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-rc3
> 
> The artifact SHA-256 checksums are as follows:
> 65e3438c81c76d47f98e637554e4b80c8c869ff482c18ca9b2d838778268a56b
> *apache-brooklyn-0.9.0-rc3-1.noarch.rpm
> 1a1235c10962371f52240f7fcb1c89f1d066cbb55715c493f4fdffc0a6927da0
> *apache-brooklyn-0.9.0-rc3-bin.tar.gz
> f95a566d5bb086906d8a4657029757b08a90d2483ef00a7eae0ddd55832b0f4c
> *apache-brooklyn-0.9.0-rc3-bin.zip
> bbceefda7444a0235527d9830230acb6a3d9f9c6280f36bccc59486a3ee80db8
> *apache-brooklyn-0.9.0-rc3-client-cli-linux.tar.gz
> 7a1cabc5d96be11cbd538a202c1712f9bd053be18f37dc533c543004b247a802
> *apache-brooklyn-0.9.0-rc3-client-cli-linux.zip
> 51ecff55d2c7308efc7f215cc5ab4bdfd8db8d2588fde3346b3c5ad53cf9d396
> *apache-brooklyn-0.9.0-rc3-client-cli-macosx.tar.gz
> cce8cf9819cb57b1c0bbbdbef76da43fb8142ed2f0a6b9cb613850e2188081d6
> *apache-brooklyn-0.9.0-rc3-client-cli-macosx.zip
> 6d5f1ca2d9550048c80cdf951f00c780c3766d09960f15a47585c37e44c16926
> *apache-brooklyn-0.9.0-rc3-client-cli-windows.tar.gz
> d0d021f17efe389558b5d12141694179f3245acd9d016bd9de03917fc6b9fa4c
> *apache-brooklyn-0.9.0-rc3-client-cli-windows.zip
> b993253273280027c45adb4d6899493e8df0301080128d6c8bc10148da3c1a74
> *apache-brooklyn-0.9.0-rc3-src.tar.gz
> f9e4396ab123b650fe02675e0e753f819c4a5bcbf8ed48fd5fa925a6ba93e149
> *apache-brooklyn-0.9.0-rc3-src.zip
> 052412c38707152b01117ccf504aa75d742495743b134f2d328dd4725f19ee4e
> *apache-brooklyn-0.9.0-rc3-vagrant.tar.gz
> 4a9cc996b827342c11176257bd1663ecb572913f2d3f3dc1f2d43b54be62aa52
> *apache-brooklyn-0.9.0-rc3-vagrant.zip
> 
> The Nexus staging repositories for the Maven artifacts are located at:
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1018
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1019
> 
> 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: f08bddf201ab02a4f7066bfa3bcacf01bb430b99
> brooklyn-docs: 12430d193e1891b87a677d6b45a3b17861c83518
> brooklyn-library: 2565e6eb2868468ec2528df74fe85efdb887b6d2
> brooklyn-server: 718aea7d27ce21835860d2de6a31d0e9474bee85
> brooklyn-ui: 34d196678a8ae37804c698413d4ef19b86719a8f
> All of the above have been tagged as "apache-brooklyn-0.9.0-rc3".
> 
> 
> 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 

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

[Thomas Bouron]

+1

I have:

   - Verified the sha1, sha256, md5 and asc for each of the artifacts.
   - Verified that each zip and .tar.gz could be unpacked
   - Installed + launched Brooklyn from the .tar.gz
   - Created a new Cloud Location with the location wizard
   - Edited this newly location with the YAML composer
   - Deployed a bash web server to this newly location successfully


On Wed, 6 Apr 2016 at 23:24 Richard Downer  wrote:

> This is to call for a vote for the release of Apache Brooklyn 0.9.0 [rc3].
>
> 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-rc3
>
> The artifact SHA-256 checksums are as follows:
> 65e3438c81c76d47f98e637554e4b80c8c869ff482c18ca9b2d838778268a56b
> *apache-brooklyn-0.9.0-rc3-1.noarch.rpm
> 1a1235c10962371f52240f7fcb1c89f1d066cbb55715c493f4fdffc0a6927da0
> *apache-brooklyn-0.9.0-rc3-bin.tar.gz
> f95a566d5bb086906d8a4657029757b08a90d2483ef00a7eae0ddd55832b0f4c
> *apache-brooklyn-0.9.0-rc3-bin.zip
> bbceefda7444a0235527d9830230acb6a3d9f9c6280f36bccc59486a3ee80db8
> *apache-brooklyn-0.9.0-rc3-client-cli-linux.tar.gz
> 7a1cabc5d96be11cbd538a202c1712f9bd053be18f37dc533c543004b247a802
> *apache-brooklyn-0.9.0-rc3-client-cli-linux.zip
> 51ecff55d2c7308efc7f215cc5ab4bdfd8db8d2588fde3346b3c5ad53cf9d396
> *apache-brooklyn-0.9.0-rc3-client-cli-macosx.tar.gz
> cce8cf9819cb57b1c0bbbdbef76da43fb8142ed2f0a6b9cb613850e2188081d6
> *apache-brooklyn-0.9.0-rc3-client-cli-macosx.zip
> 6d5f1ca2d9550048c80cdf951f00c780c3766d09960f15a47585c37e44c16926
> *apache-brooklyn-0.9.0-rc3-client-cli-windows.tar.gz
> d0d021f17efe389558b5d12141694179f3245acd9d016bd9de03917fc6b9fa4c
> *apache-brooklyn-0.9.0-rc3-client-cli-windows.zip
> b993253273280027c45adb4d6899493e8df0301080128d6c8bc10148da3c1a74
> *apache-brooklyn-0.9.0-rc3-src.tar.gz
> f9e4396ab123b650fe02675e0e753f819c4a5bcbf8ed48fd5fa925a6ba93e149
> *apache-brooklyn-0.9.0-rc3-src.zip
> 052412c38707152b01117ccf504aa75d742495743b134f2d328dd4725f19ee4e
> *apache-brooklyn-0.9.0-rc3-vagrant.tar.gz
> 4a9cc996b827342c11176257bd1663ecb572913f2d3f3dc1f2d43b54be62aa52
> *apache-brooklyn-0.9.0-rc3-vagrant.zip
>
> The Nexus staging repositories for the Maven artifacts are located at:
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1018
> https://repository.apache.org/content/repositories/orgapachebrooklyn-1019
>
> 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: f08bddf201ab02a4f7066bfa3bcacf01bb430b99
> brooklyn-docs: 12430d193e1891b87a677d6b45a3b17861c83518
> brooklyn-library: 2565e6eb2868468ec2528df74fe85efdb887b6d2
> brooklyn-server: 718aea7d27ce21835860d2de6a31d0e9474bee85
> brooklyn-ui: 34d196678a8ae37804c698413d4ef19b86719a8f
> All of the above have been tagged as "apache-brooklyn-0.9.0-rc3".
>
>
> 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
>
-- 
Thomas Bouron • Software Engineer @ Cloudsoft Corporation •
http://www.cloudsoftcorp.com/
Github: https://github.com/tbouron
Twitter: https://twitter.com/eltibouron