beam-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kenneth Knowles (JIRA)" <>
Subject [jira] [Closed] (BEAM-1281) GlobalWindow needs non-empty encoding in StateNamespaces
Date Mon, 23 Jan 2017 14:21:26 GMT


Kenneth Knowles closed BEAM-1281.
       Resolution: Won't Fix
    Fix Version/s: Not applicable

> GlobalWindow needs non-empty encoding in StateNamespaces
> --------------------------------------------------------
>                 Key: BEAM-1281
>                 URL:
>             Project: Beam
>          Issue Type: Bug
>          Components: sdk-java-core
>            Reporter: Kenneth Knowles
>            Assignee: Kenneth Knowles
>            Priority: Minor
>             Fix For: Not applicable
> Because the GlobalWindow is encoded to zero bytes, a StateNamespace built from the window
has a stringKey "//" while the global namespace's stringKey is "/". As paths, these are identical,
though we don't currently treat them as paths, quite. It isn't clear whether this is desirable.
Maybe it is harmless but it complicates parsing and interpretation.
> For a system that actually builds hierarchical paths out of, say, some prefix, the StateNamespace,
and a subsequent ID, the canonicalized path is the same so it is not possible to deserialize
to the original.
> There are other gotchas associated with zero-length encodings, such as APIs that return
zero bytes when there is no more data ready, versus returning zero bytes because the data
is representable in zero bytes, given the context of knowing what type of data is expected.

This message was sent by Atlassian JIRA

View raw message