[PROPOSAL] Externalised configuration

[Alasdair Hodge <al...@cloudsoftcorp.com>]

Brooklyn-ers,

I have a use-case where I'd like some YAML blueprints to delegate 
certain config parameters to a supplier that gets injected at runtime, 
allowing integration with external systems that manage credentials, for 
example.

I've outlined a basic proposal here:

> https://docs.google.com/document/d/1_cId6tVZ79ycmvn-DAmFBZDdtQxiHRm9sOilCfMigBc/edit#

and submitted a PR for a minimal implementation here:

> https://github.com/apache/incubator-brooklyn/pull/770

There's doubtless much that can be improved or extended, but please do 
shout out with any comments on the basic approach.

A.
-- 
Alasdair Hodge
Principal Engineer,
Cloudsoft Corporation

-- 
Cloudsoft Corporation Limited, Registered in Scotland No: SC349230. 
 Registered Office: 13 Dryden Place, Edinburgh, EH9 1RP
 
This e-mail message is confidential and for use by the addressee only. If 
the message is received by anyone other than the addressee, please return 
the message to the sender by replying to it and then delete the message 
from your computer. Internet e-mails are not necessarily secure. Cloudsoft 
Corporation Limited does not accept responsibility for changes made to this 
message after it was sent.

Whilst all reasonable care has been taken to avoid the transmission of 
viruses, it is the responsibility of the recipient to ensure that the 
onward transmission, opening or use of this message and any attachments 
will not adversely affect its systems or data. No responsibility is 
accepted by Cloudsoft Corporation Limited in this regard and the recipient 
should carry out such virus and other checks as it considers appropriate.

Re: [PROPOSAL] Externalised configuration

[Aled Sage <al...@gmail.com>]

Hi Alasdair,

+1 to a JIRA issue to track this.

The proposal looks good to me - a generic framework that will allow us 
to plug in different sources of credentials etc.

I've commented on your PR.

Aled


On 31/07/2015 14:35, Hadrian Zbarcea wrote:
> Hi Alisdair,
>
> This is not a small thing (imo). How do you feel about opening a JIRA 
> to track this. I suspect there will be more discussion related to 
> configuration.
>
> Hadrian
>
> On 07/27/2015 06:26 AM, Alasdair Hodge wrote:
>> Brooklyn-ers,
>>
>> I have a use-case where I'd like some YAML blueprints to delegate
>> certain config parameters to a supplier that gets injected at runtime,
>> allowing integration with external systems that manage credentials, for
>> example.
>>
>> I've outlined a basic proposal here:
>>
>>> https://docs.google.com/document/d/1_cId6tVZ79ycmvn-DAmFBZDdtQxiHRm9sOilCfMigBc/edit# 
>>>
>>>
>>
>> and submitted a PR for a minimal implementation here:
>>
>>> https://github.com/apache/incubator-brooklyn/pull/770
>>
>> There's doubtless much that can be improved or extended, but please do
>> shout out with any comments on the basic approach.
>>
>> A.

Re: [PROPOSAL] Externalised configuration

[Hadrian Zbarcea <hz...@gmail.com>]

Hi Alisdair,

This is not a small thing (imo). How do you feel about opening a JIRA to 
track this. I suspect there will be more discussion related to 
configuration.

Hadrian

On 07/27/2015 06:26 AM, Alasdair Hodge wrote:
> Brooklyn-ers,
>
> I have a use-case where I'd like some YAML blueprints to delegate
> certain config parameters to a supplier that gets injected at runtime,
> allowing integration with external systems that manage credentials, for
> example.
>
> I've outlined a basic proposal here:
>
>> https://docs.google.com/document/d/1_cId6tVZ79ycmvn-DAmFBZDdtQxiHRm9sOilCfMigBc/edit#
>>
>
> and submitted a PR for a minimal implementation here:
>
>> https://github.com/apache/incubator-brooklyn/pull/770
>
> There's doubtless much that can be improved or extended, but please do
> shout out with any comments on the basic approach.
>
> A.