Hi guys,

it got mentionned but without any concrete dates: when beam 3 work will be
started?

I'm very interested in:

1. reworking the whole DAG API to ensure it is instrumentable (today the
dag uses a tons of static utilities and internals which makes it not
industrializable at all as soon as you are just on top of beam)
2. reworking the API definition in its own module not coupled to any
implementation details (api/provider design) and 100% based on the sdf
3. rework the overall serialization (coders + transform serialization which
is hardcoded today and not portable or industrializable at all)
4. make runners decorable properly and not just forked each time you need
to modify some behavior for a particular case
(+ indeed all the issues we hit and saw on the list)

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>

Reply via email to