[
https://issues.apache.org/jira/browse/FLINK-18060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Flink Jira Bot updated FLINK-18060:
-----------------------------------
Labels: auto-deprioritized-major auto-unassigned (was: auto-unassigned
stale-major)
Priority: Minor (was: Major)
This issue was labeled "stale-major" 7 ago and has not received any updates so
it is being deprioritized. If this ticket is actually Major, please raise the
priority and ask a committer to assign you the issue or revive the public
discussion.
> Add notice for heap-based state backend of state access reference problem
> -------------------------------------------------------------------------
>
> Key: FLINK-18060
> URL: https://issues.apache.org/jira/browse/FLINK-18060
> Project: Flink
> Issue Type: Bug
> Components: Documentation
> Affects Versions: 1.10.1
> Reporter: Yun Tang
> Priority: Minor
> Labels: auto-deprioritized-major, auto-unassigned
> Fix For: 1.14.0
>
>
> Currently, when talking about the limitation of {{MemoryStateBackend}} and
> {{FsStateBackend}} in
> [documentation|https://ci.apache.org/projects/flink/flink-docs-stable/ops/state/state_backends.html#the-memorystatebackend],
> Flink only focus on the memory checkpoint size limit. However, current
> documentation forgets to talk about the reference problem, which added in
> {{CopyOnWriteStateMap}}:
> {noformat}
> IMPORTANT: the contracts for this class rely on the user not holding any
> references to objects returned by this map beyond the life cycle of
> per-element operations. Or phrased differently, all get-update-put operations
> on a mapping should be within one call of processElement. Otherwise, the user
> must take care of taking deep copies, e.g. for caching purposes.
> {noformat}
> This actually also applies to {{NestedStateMap}}.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)