Hi Alex,
Thanks for the detailed response. Mine in return:
> DSL: I like this idea. I think it could be built on incremental ...
> So I would suggest people can evolve the DSL in parallel and this shouldn't
> block implementation of the YAML proposal -- assuming we are agreed on the
>
A
Geoff, Peter, all --
Excellent input. My thoughts:
DSL: I like this idea. I think it could be built on incremental
improvement atop the YAML proposal. I think by starting with YAML first we
get some advantages: we get a model (the YAML maps) that we are used to
parsing and working with in
Hi Alex et al.
Here are some thoughts on the proposal.
Cheers
Geoff
# General thoughts
1. Adding a procedural "sub-language" like this to Brooklyn could give
it a whole new level of capability, which is very exciting.
2. At the same time this capability could add a whole new dimension of
Hi Alex,
I've done a first pass on the document, and it's very impressive. Adding a
procedural "sub-language" like this to Brooklyn could give it a whole new
level of capability, which is very exciting. I have some thoughts on some
of the details proposed which I will try to write up this week.
Hi Alex,
I haven't been involved with the Brooklyn team for a long while so take
this suggestion with as little or as much importance as you see at face
value. Your proposal for a richer specification language to guide
realtime behavior is much appreciated and I think it is a great idea.
You've
Hi,
it looks interesting indeed.
Thanks !
Regards
JB
On Thu, Aug 25, 2022 at 11:34 AM Duncan Grant wrote:
>
> Alex,
>
> +1
>
> I think these changes, combined with the recent docker sensor/effector
> changes from Iulana Cosmina, massively reduce the need to
> drop out of yaml into Java. This
Hi Alex.
Thank you for the proposal, it's much more detailed than I expected. This
is a massive +1 from me just for the fact this lowers the barrier to entry
by la long margin.
It's quite ambitious but it seems to be the last piece of the puzzle to
fully leave Java behind for a Brooklyn user!
Alex,
+1
I think these changes, combined with the recent docker sensor/effector
changes from Iulana Cosmina, massively reduce the need to
drop out of yaml into Java. This is a win a) by reducing the barrier to
entry for the average sys admin who is used to just getting things
done without the
Hi Alex,
This looks very interesting - I've just glanced through it so far but will
try to read it in detail soon. I'll certainly be very interested to hear
what everyone thinks.
Cheers
Geoff
On Wed, 24 Aug 2022 at 16:44, Alex Heneveld wrote:
> Hi folks,
>
> I'd like Apache Brooklyn to
Hi folks,
I'd like Apache Brooklyn to allow more sophisticated workflow to be written
in YAML.
As many of you know, we have a powerful task framework in java, but only a
very limited subset is currently exposed via YAML. I think we could
generalize this without a mammoth effort, and get a very
10 matches
Mail list logo
