Is `KV<iterable<UnmergedOriginalWindow>, ...>` here being used simply because 
there's no coder that handles non-keyed pairs? Because it doesn't seem that the 
set of unmerged windows is actually used as a key associated with the map of 
`MergedWindow` to `ConsumedOriginalWindow`, but instead as just data paired 
with the map.

[ Full content available at: https://github.com/apache/beam/pull/6222 ]
This message was relayed via gitbox.apache.org for [email protected]

Reply via email to