[
https://issues.apache.org/jira/browse/BROOKLYN-548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16244537#comment-16244537
]
Svetoslav Neykov commented on BROOKLYN-548:
---
[~tbouron] I believe that&#
Svetoslav Neykov created BROOKLYN-525:
-
Summary: Sensor change events fired out of order
Key: BROOKLYN-525
URL: https://issues.apache.org/jira/browse/BROOKLYN-525
Project: Brooklyn
Issue
;>> `org.apache.brooklyn.deploymentId` approach.
>>>
>>> For "/application's ID is not meant to be user-supplied/", that has
>>> historically been the case but why should we stick to that? What matters is
>>> that the appId is definitely u
Hi Duncan,
I've solved this problem before by adding a caller generated config key on the
app (now it's also possible to tag them), then iterating over the deployed
apps, looking for the key.
An alternative which I'd like to mention is creating an async deploy operation
which immediately retur
Hi Valentin,
Parameters set on the specs are later converted to config keys on the entity
which are then used for type inference and applying restrictions (can mark
parameters as required). That's why I think it would be useful to keep the
parameters passed in from yaml.
We had a similar probl
[
https://issues.apache.org/jira/browse/BROOKLYN-524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16071992#comment-16071992
]
Svetoslav Neykov commented on BROOKLYN-524:
---
Unconfirmed workaround - pr
Svetoslav Neykov created BROOKLYN-524:
-
Summary: Windows paths treated as `bundle:resource` pairs
resulting in file not found errors
Key: BROOKLYN-524
URL: https://issues.apache.org/jira/browse/BROOKLYN-524
Svetoslav Neykov created BROOKLYN-523:
-
Summary: Unhelpful warn message "Configuration being made to
SshMachineLocation"
Key: BROOKLYN-523
URL: https://issues.apache.org/jira/browse/BR
Svetoslav Neykov created BROOKLYN-521:
-
Summary: Unhelpful message "Attempted release of unknown machine"
Key: BROOKLYN-521
URL: https://issues.apache.org/jira/browse/BROOKLYN-521
Makes sense.
> On 22.06.2017 г., at 12:27, Alex Heneveld
> wrote:
>
>
> inline
>
> On 22/06/2017 10:10, Svetoslav Neykov wrote:
>> +1 to the proposal.
>>
>> One thing I have reservations about is having a recommended version syntax
>> with
+1 to the proposal.
One thing I have reservations about is having a recommended version syntax with
other formats still supported but deprecated.
As far as I understand the recommended syntax is there so we can guarantee a
uniqueness of the OSGi versions (when the source version is unique). Inst
[
https://issues.apache.org/jira/browse/BROOKLYN-519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16057560#comment-16057560
]
Svetoslav Neykov commented on BROOKLYN-519:
---
To restate the problem
[
https://issues.apache.org/jira/browse/BROOKLYN-180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-180.
---
Resolution: Fixed
The winrm4j project switched to a pure java implementation, based
[
https://issues.apache.org/jira/browse/BROOKLYN-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16055934#comment-16055934
]
Svetoslav Neykov edited comment on BROOKLYN-160 at 6/20/17 3:2
[
https://issues.apache.org/jira/browse/BROOKLYN-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16055934#comment-16055934
]
Svetoslav Neykov commented on BROOKLYN-160:
---
There's {{EmptyWindo
[
https://issues.apache.org/jira/browse/BROOKLYN-160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-160.
---
Resolution: Fixed
Fix Version/s: 0.9.0
> No-op entity for Windows
[
https://issues.apache.org/jira/browse/BROOKLYN-94?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-94.
--
Resolution: Won't Fix
Available as an external add-on to Brooklyn at
[
https://issues.apache.org/jira/browse/BROOKLYN-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16055926#comment-16055926
]
Svetoslav Neykov commented on BROOKLYN-139:
---
Sounds like this is alr
[
https://issues.apache.org/jira/browse/BROOKLYN-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-80.
--
Resolution: Fixed
Fix Version/s: 0.10.0
Swagger is now at 1.5.6
> Upd
[
https://issues.apache.org/jira/browse/BROOKLYN-65?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16055908#comment-16055908
]
Svetoslav Neykov commented on BROOKLYN-65:
--
It's almost there - just
[
https://issues.apache.org/jira/browse/BROOKLYN-44?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-44.
--
Resolution: Fixed
Fix Version/s: 0.11.0
Fixed with the {{Composer}} tab, giving
[
https://issues.apache.org/jira/browse/BROOKLYN-41?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-41.
--
Resolution: Fixed
Fix Version/s: 0.12.0
Should've been fixed with
[
https://issues.apache.org/jira/browse/BROOKLYN-39?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16053712#comment-16053712
]
Svetoslav Neykov commented on BROOKLYN-39:
--
This got an alterna
[
https://issues.apache.org/jira/browse/BROOKLYN-13?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-13.
--
Resolution: Fixed
Fix Version/s: (was: 0.7.0)
0.11.0
We
[
https://issues.apache.org/jira/browse/BROOKLYN-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-8.
-
Resolution: Fixed
Fix Version/s: 0.11.0
Response is proper JSON now. Not sure when
[
https://issues.apache.org/jira/browse/BROOKLYN-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-7.
-
Resolution: Fixed
It's possible to att
[
https://issues.apache.org/jira/browse/BROOKLYN-9?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-9.
-
Resolution: Fixed
Support added in https://github.com/apache/incubator-brooklyn/pull/25
[
https://issues.apache.org/jira/browse/BROOKLYN-367?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16053693#comment-16053693
]
Svetoslav Neykov commented on BROOKLYN-367:
---
Persisting of bun
[
https://issues.apache.org/jira/browse/BROOKLYN-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-53.
--
Resolution: Fixed
Adding locations is now possible through the UI. They are persisted
[
https://issues.apache.org/jira/browse/BROOKLYN-17?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-17.
--
Resolution: Fixed
Release 0.7.0 is out.
> Release 0.7.0
[
https://issues.apache.org/jira/browse/BROOKLYN-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-27.
--
Resolution: Fixed
Release 0.7.0 is out.
> IPMC vote to rele
[
https://issues.apache.org/jira/browse/BROOKLYN-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-28.
--
Resolution: Fixed
Release 0.7.0 is out.
> Publish release candidate as final rele
[
https://issues.apache.org/jira/browse/BROOKLYN-26?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-26.
--
Resolution: Fixed
Release 0.7.0 is out.
> PPMC vote to rele
[
https://issues.apache.org/jira/browse/BROOKLYN-243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16053202#comment-16053202
]
Svetoslav Neykov commented on BROOKLYN-243:
---
There's also a (failed
[
https://issues.apache.org/jira/browse/BROOKLYN-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16053203#comment-16053203
]
Svetoslav Neykov commented on BROOKLYN-518:
---
There's also a (failed
Svetoslav Neykov created BROOKLYN-518:
-
Summary: newEnricherForServiceStateFromProblemsAndUp fails to
update to RUNNING
Key: BROOKLYN-518
URL: https://issues.apache.org/jira/browse/BROOKLYN-518
[
https://issues.apache.org/jira/browse/BROOKLYN-243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16053199#comment-16053199
]
Svetoslav Neykov commented on BROOKLYN-243:
---
Possibly related - h
[
https://issues.apache.org/jira/browse/BROOKLYN-407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16050650#comment-16050650
]
Svetoslav Neykov commented on BROOKLYN-407:
---
On the other hand the res
[
https://issues.apache.org/jira/browse/BROOKLYN-407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16050648#comment-16050648
]
Svetoslav Neykov commented on BROOKLYN-407:
---
Agree it's probably
[
https://issues.apache.org/jira/browse/BROOKLYN-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16050601#comment-16050601
]
Svetoslav Neykov commented on BROOKLYN-472:
---
Moving the `anchors` list u
The PR builds are fixed to build from the PR changes.
Svet.
> On 10.06.2017 г., at 20:43, Svetoslav Neykov
> wrote:
>
> The Jenkins PR builds are currently building the master branch and do not
> merge the PR changes. Do not trust the build results in github. Instead b
The Jenkins PR builds are currently building the master branch and do not merge
the PR changes. Do not trust the build results in github. Instead build all PRs
locally before merging.
I'll disable the integration until fixed so users are not confused by the false
positives.
Related INFRA ticket
Svetoslav Neykov created BROOKLYN-517:
-
Summary: Can't hot-reload jclouds providers
Key: BROOKLYN-517
URL: https://issues.apache.org/jira/browse/BROOKLYN-517
Project: Brooklyn
Issue
Correction, the phrase to trigger a rebuild is:
retest this please
Svet.
> On 2.06.2017 г., at 23:23, Geoff Macartney
> wrote:
>
> Wow, marvellous. Thanks Chris and Svet!
>
> On Fri, 2 Jun 2017, 17:05 Svetoslav Neykov, <
> svetoslav.ney...@cloudsoftcorp.com> wr
With the help of Chris Thistlethwaite from Infra we can now trigger rebuilds of
PRs on the Brooklyn repos using comments.
To trigger a rebuild use the comment:
run tests
This is available to all committers of the Apache Brooklyn project.
Svet.
This is caused by incompatibility between Jenkins and the recently updated
Maven 3.5.0.
See [1] for details from infra. The temporary solution is to downgrade maven
manually in the build jobs, which I'll do at least for the master builds.
Svet.
[1]
https://lists.apache.org/thread.html/cb39a53
+1 (binding)
> On 31.05.2017 г., at 15:51, Mark McKenna wrote:
>
> +1 (binding)
>
>
> On 31 May 2017 at 13:42, Duncan Godwin
> wrote:
>
>> +1 (binding)
>>
>> On 31 May 2017 at 13:02, Richard Downer wrote:
>>
>>> +1 (binding)
>>>
>>> On 31 May 2017 at 11:56, Andrew Kennedy > com>
>>> wro
[
https://issues.apache.org/jira/browse/BROOKLYN-481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov updated BROOKLYN-481:
--
Description:
Bundles referenced in "brooklyn.libraries" should be started
[
https://issues.apache.org/jira/browse/BROOKLYN-481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov updated BROOKLYN-481:
--
Description:
Bundles referenced in "brooklyn.libraries" should be started
[
https://issues.apache.org/jira/browse/BROOKLYN-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16019241#comment-16019241
]
Svetoslav Neykov commented on BROOKLYN-505:
---
That's interesting. I
[
https://issues.apache.org/jira/browse/BROOKLYN-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16019230#comment-16019230
]
Svetoslav Neykov commented on BROOKLYN-505:
---
[~valentin-cloudsoftcorp]
[
https://issues.apache.org/jira/browse/BROOKLYN-505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16019210#comment-16019210
]
Svetoslav Neykov commented on BROOKLYN-505:
---
https://github.com/ap
Svetoslav Neykov created BROOKLYN-505:
-
Summary: Amazon provisioning fails with "Illegal key size"
Key: BROOKLYN-505
URL: https://issues.apache.org/jira/browse/BROOKLYN-505
Project
[
https://issues.apache.org/jira/browse/BROOKLYN-123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16012001#comment-16012001
]
Svetoslav Neykov commented on BROOKLYN-123:
---
Agree this is unlikely to
Svetoslav Neykov created BROOKLYN-500:
-
Summary: Improve default image selection on azurecompute-arm
Key: BROOKLYN-500
URL: https://issues.apache.org/jira/browse/BROOKLYN-500
Project: Brooklyn
[
https://issues.apache.org/jira/browse/BROOKLYN-490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov updated BROOKLYN-490:
--
Description:
When child test-cases of LoopOverGroupMembersTestCase fail the
[
https://issues.apache.org/jira/browse/BROOKLYN-490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov updated BROOKLYN-490:
--
Attachment: Screen Shot 2017-05-09 at 10.55.01.png
> Failure
[
https://issues.apache.org/jira/browse/BROOKLYN-490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov updated BROOKLYN-490:
--
Description:
When child test-cases of LoopOverGroupMembersTestCase fail the
Hi Rupinder.
>>> 1.I'm using Windows 7. I'm little bit unable to understand as to which
>>> default SSH keys will Brooklyn try to inject while creating VM and
>>> subsequently logging into it.
It will look for the keys %HOME%\.ssh\{id_rsa, id_dsa}.
You can also specify a custom private key as yo
+1 (binding)
> On 8.05.2017 г., at 19:03, Andrea Turli
> wrote:
>
> +1 (binding)
>
> On 8 May 2017 at 17:45, Aled Sage wrote:
>
>> +1 (binding)
>>
>>
>>
>> On 08/05/2017 11:55, Richard Downer wrote:
>>
>>> There have been recent discussions about how the committers assess PRs for
>>> mer
Welcome to the PMC Mark.
> On 8.05.2017 г., at 16:25, Guglielmo Nigri
> wrote:
>
> Congratulations Mark!
>
> On 8 May 2017 at 14:41, John McCabe wrote:
>
>> Congratulations Mark !!
>>
>> On Mon, 8 May 2017 at 10:07 Thomas Bouron >>
>> wrote:
>>
>>> Congratulations Mark!
>>>
>>> On Mon,
On Infra request (see email below) I've removed our top-level Jenkins view. The
view is available at [1] under the "A-D" subfolder.
Svet.
[1] https://builds.apache.org/view/A-D/view/Brooklyn/
> Begin forwarded message:
>
> From: Gavin McDonald
> Subject: [JENKINS] - Removal of top level vie
Svetoslav Neykov created BROOKLYN-490:
-
Summary: Failure of LoopOverGroupMembersTestCase doesn't propagate.
Key: BROOKLYN-490
URL: https://issues.apache.org/jira/browse/BROOKLYN-490
Pr
Svetoslav Neykov created BROOKLYN-488:
-
Summary: LoopOverGroupMembersTestCase doesn't report cause of
errors
Key: BROOKLYN-488
URL: https://issues.apache.org/jira/browse/BROOKLYN-488
Pr
Svetoslav Neykov created BROOKLYN-481:
-
Summary: Brooklyn is not starting bundles in "brooklyn.libraries"
Key: BROOKLYN-481
URL: https://issues.apache.org/jira/browse/BROOKLYN-481
Svetoslav Neykov created BROOKLYN-480:
-
Summary: Brooklyn will accept invalid bundles in
"brooklyn.libraries"
Key: BROOKLYN-480
URL: https://issues.apache.org/jira/browse/BROOKLYN-480
Svetoslav Neykov created BROOKLYN-479:
-
Summary: NPE when using byon location
Key: BROOKLYN-479
URL: https://issues.apache.org/jira/browse/BROOKLYN-479
Project: Brooklyn
Issue Type: Bug
Svetoslav Neykov created BROOKLYN-478:
-
Summary: Unable to add preconfigured byon locations (no hosts)
Key: BROOKLYN-478
URL: https://issues.apache.org/jira/browse/BROOKLYN-478
Project: Brooklyn
[
https://issues.apache.org/jira/browse/BROOKLYN-462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15964397#comment-15964397
]
Svetoslav Neykov commented on BROOKLYN-462:
---
Corresponding HTML:
{nofo
[
https://issues.apache.org/jira/browse/BROOKLYN-462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15964386#comment-15964386
]
Svetoslav Neykov edited comment on BROOKLYN-462 at 4/11/17 1:4
[
https://issues.apache.org/jira/browse/BROOKLYN-462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov updated BROOKLYN-462:
--
Attachment: Screen Shot 2017-04-11 at 16.42.32.png
> Invalid icon for "server
[
https://issues.apache.org/jira/browse/BROOKLYN-462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15964386#comment-15964386
]
Svetoslav Neykov commented on BROOKLYN-462:
---
Thought we can&#x
Svetoslav Neykov created BROOKLYN-462:
-
Summary: Invalid icon for "server" entity
Key: BROOKLYN-462
URL: https://issues.apache.org/jira/browse/BROOKLYN-462
Project: Brooklyn
I think we should support arbitrary objects for tags. Users should use only
tags they understand, so it's fine to have free-form tags in there.
The problem with tag objects in YAML is that we can't use DSL - because the
tags need to be resolved pretty early, while constructing the EntitySpec whe
[
https://issues.apache.org/jira/browse/BROOKLYN-196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-196.
---
Resolution: Fixed
Assignee: (was: Ciprian Ciubotariu)
> Fix and re-ena
[
https://issues.apache.org/jira/browse/BROOKLYN-196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15945048#comment-15945048
]
Svetoslav Neykov commented on BROOKLYN-196:
---
Tests are already ena
[
https://issues.apache.org/jira/browse/BROOKLYN-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov resolved BROOKLYN-161.
---
Resolution: Fixed
> Use generated test bund
[
https://issues.apache.org/jira/browse/BROOKLYN-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15945046#comment-15945046
]
Svetoslav Neykov commented on BROOKLYN-161:
---
Tests are passing successf
Svetoslav Neykov created BROOKLYN-459:
-
Summary: BrooklynObjects replaced with null in Locations config on
rebind
Key: BROOKLYN-459
URL: https://issues.apache.org/jira/browse/BROOKLYN-459
Project
> It feels like (2) is a more generally useful feature to add (for programmatic
> support, at least). Does it sound useful for things beyond my use-case?
Yes. I needed this exact functionality last week - for a piece of code shared
between all applications. I ended up writing a poller thread tha
[
https://issues.apache.org/jira/browse/BROOKLYN-451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15924322#comment-15924322
]
Svetoslav Neykov commented on BROOKLYN-451:
---
I take it back - {{XMLSerial
[
https://issues.apache.org/jira/browse/BROOKLYN-451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15924312#comment-15924312
]
Svetoslav Neykov commented on BROOKLYN-451:
---
+1 to the annotation appr
[
https://issues.apache.org/jira/browse/BROOKLYN-451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov reassigned BROOKLYN-451:
-
Assignee: (was: Svetoslav Neykov)
> Rebind of old persisted state for y
[
https://issues.apache.org/jira/browse/BROOKLYN-451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Svetoslav Neykov reassigned BROOKLYN-451:
-
Assignee: Svetoslav Neykov
> Rebind of old persisted state for yaml-DSL bro
Hi Alasdair,
I've created 0.10.x, based on 0.10.0. Could take a while to sync to github.
We should probably start naming our release branches .x instead of .0.
Svet.
> On 9.03.2017 г., at 11:56, Alasdair Hodge
> wrote:
>
> Brooklyn-ers,
>
> I've done some recent work that's been merged back
Hi Duncan,
You can try the following:
* join the addresses of all the members in a sensor on the cluster
* subscribe to the sensor with
InvokeEffectorOnSensorChange/InvokeEffectorOnCollectionSensorChange
* add a "SshCommandEffector" at the cluster with "executionTarget" set to
"MEMBERS"
S
OTOH for a java programmer a MANIFEST.MF is natural, and they'd want
>>>> to drop the name/version args if they are in that file, and I see no
>>>> reason to forbid that pattern.
>>>>
>>>> I agree with Alex, that we should not require a MET
+1
All for it. It's just dead code at this point so highly likely to have bugs.
The wins won't be too visible though. It' just a few internal classes that know
about Groovy. There's no dependency on the groovy compiler apart from a handful
of tests in core. The IDEs are fine ignoring them even
[
https://issues.apache.org/jira/browse/BROOKLYN-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15892173#comment-15892173
]
Svetoslav Neykov commented on BROOKLYN-440:
---
We can get rid of all but
[
https://issues.apache.org/jira/browse/BROOKLYN-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15888330#comment-15888330
]
Svetoslav Neykov commented on BROOKLYN-445:
---
[~alex.heneveld] See h
Svetoslav Neykov created BROOKLYN-446:
-
Summary: Constructor ScheduledTask(Map, Task) is broken
Key: BROOKLYN-446
URL: https://issues.apache.org/jira/browse/BROOKLYN-446
Project: Brooklyn
Please ignore.
Obviously wrong reply :).
Svet.
> On 26.02.2017 г., at 20:34, Svetoslav Neykov
> wrote:
>
> +1 (non-binding)
>
> I successfully ran:
> * the verification script on Java 7
> * the live tests for the vagrant provider (with pre-loaded images
&
AM, Rupinder Singh <mailto:rupi@gmail.com>> wrote:
>
> Hi Svet,
> Thanks for your continued support.
> I tried to change Vagrantfile as attached here in raw. The output remains
> as before as attached here.
>
> Rupinder
>
> On Fri, Feb 24, 2017 at 9:4
;modifyvm", :id, "--hwvirtex", "off"]
end
Make sure to remove your earlier changes.
(Note: I don't have a non-VT-X system to validate this on)
/John
On Sat, 25 Feb 2017 at 00:57 Rupinder Singh <rupi@gmail.com> wrote:
attachments, which I missed in
ble. This can be set to IP if desired -- that's why I
> think whatever is in `/etc/hosts` is the nicest default but I don't think
> it matters too much; it's easily, and maybe sometimes should be, set
> manually.
>
> Where it's being managed by another blueprint
> rupinder
>
>
>
> On Mon, Feb 20, 2017 at 9:02 PM, Rupinder Singh wrote:
>>
>>
>> Hi Svet
>> 1. No. I am not running vagrant inside another VM.
>>
>> 2. Windows 7. So it doesn't have hyper-V installed.
>>
>> rupinder
>
public locally-known
> IP or externally reported address) will be imperfect. Local hostname feels
> like the best strategy which is what your flowchart makes it sound like we do
> -- although you then say it's the "local address". (I'd be in favour of
> switchi
Summary of the issue: Each HA member node publishes a URL it's available at in
the persisted state. For the Karaf build no value is set.
Available at: https://issues.apache.org/jira/browse/BROOKLYN-436
When fixing the issue I'm wondering whether we should stick to the existing
behaviour for inf
Hi Rupinder,
If your machine doesn't support virtualisation you can still give Brooklyn a
try by executing it directly in Windows.
Download the zip[1] archive, extract it and run "bin/brooklyn launch" from the
extracted folder. You can configure a cloud location
and deploy an example blueprint t
ing
> behind layers of NAT or proxies and may not actually be on a host with a
> network interface whose IP is the public one? Is there some external
> service that it could do a handshake with to make a best-guess of its own
> public IP, which might be good enough in many cases?
1 - 100 of 279 matches
Mail list logo
