Github user ahgittin commented on the issue:
https://github.com/apache/brooklyn-server/pull/521
@tbouron Yes ... for once it gives a good error message: `requires either
blueprint_type or blueprint_yaml`. You called it `brooklyn_yaml`!
@aledsage Good comment re
Github user tbouron commented on the issue:
https://github.com/apache/brooklyn-server/pull/521
@aledsage Did you try the blueprint I posted above? I couldn't make it
work, I'm guessing I missed something obvious
---
If your project is set up for it, you can reply to this email and
Github user ahgittin commented on the issue:
https://github.com/apache/brooklyn-server/pull/521
*ready for review*
---
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
Github user ahgittin commented on the issue:
https://github.com/apache/brooklyn-server/pull/521
in the first commit, noticed that some of the DSL `toString()` methods
returned non-re-parseable output. i've tidied most of the
`DslComponent.toString()` impls to be consistent, and