You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@flink.apache.org by uc...@apache.org on 2017/02/15 10:33:56 UTC
flink git commit: [FLINK-5796] [docs] Fix broken links
Repository: flink
Updated Branches:
refs/heads/master 9b4cd349f -> ded7faeab
[FLINK-5796] [docs] Fix broken links
This closes #3308.
Project: http://git-wip-us.apache.org/repos/asf/flink/repo
Commit: http://git-wip-us.apache.org/repos/asf/flink/commit/ded7faea
Tree: http://git-wip-us.apache.org/repos/asf/flink/tree/ded7faea
Diff: http://git-wip-us.apache.org/repos/asf/flink/diff/ded7faea
Branch: refs/heads/master
Commit: ded7faeab5134dc188bc3e8081674ec890edfc05
Parents: 9b4cd34
Author: Nico Kruber <ni...@data-artisans.com>
Authored: Tue Feb 14 15:56:11 2017 +0100
Committer: Ufuk Celebi <uc...@apache.org>
Committed: Wed Feb 15 11:33:21 2017 +0100
----------------------------------------------------------------------
docs/dev/batch/index.md | 2 +-
docs/dev/datastream_api.md | 2 +-
docs/internals/stream_checkpointing.md | 4 ++--
docs/ops/state_backends.md | 2 +-
docs/redirects/best_practices.md | 2 +-
docs/redirects/fault_tolerance.md | 2 +-
6 files changed, 7 insertions(+), 7 deletions(-)
----------------------------------------------------------------------
http://git-wip-us.apache.org/repos/asf/flink/blob/ded7faea/docs/dev/batch/index.md
----------------------------------------------------------------------
diff --git a/docs/dev/batch/index.md b/docs/dev/batch/index.md
index 52807ca..d171a89 100644
--- a/docs/dev/batch/index.md
+++ b/docs/dev/batch/index.md
@@ -2135,7 +2135,7 @@ Passing Parameters to Functions
Parameters can be passed to functions using either the constructor or the `withParameters(Configuration)` method. The parameters are serialized as part of the function object and shipped to all parallel task instances.
-Check also the [best practices guide on how to pass command line arguments to functions]({{ site.baseurl }}/monitoring/best_practices.html#parsing-command-line-arguments-and-passing-them-around-in-your-flink-application).
+Check also the [best practices guide on how to pass command line arguments to functions]({{ site.baseurl }}/dev/best_practices.html#parsing-command-line-arguments-and-passing-them-around-in-your-flink-application).
#### Via Constructor
http://git-wip-us.apache.org/repos/asf/flink/blob/ded7faea/docs/dev/datastream_api.md
----------------------------------------------------------------------
diff --git a/docs/dev/datastream_api.md b/docs/dev/datastream_api.md
index d02b850..f9f060b 100644
--- a/docs/dev/datastream_api.md
+++ b/docs/dev/datastream_api.md
@@ -1595,7 +1595,7 @@ for an explanation of most parameters. These parameters pertain specifically to
### Fault Tolerance
-[State & Checkpointing]({{ site.baseurl }}/dev/state#enabling-checkpointing) describes how to enable and configure Flink's checkpointing mechanism.
+[State & Checkpointing]({{ site.baseurl }}/dev/stream/checkpointing) describes how to enable and configure Flink's checkpointing mechanism.
### Controlling Latency
http://git-wip-us.apache.org/repos/asf/flink/blob/ded7faea/docs/internals/stream_checkpointing.md
----------------------------------------------------------------------
diff --git a/docs/internals/stream_checkpointing.md b/docs/internals/stream_checkpointing.md
index e8b3e46..edc7967 100644
--- a/docs/internals/stream_checkpointing.md
+++ b/docs/internals/stream_checkpointing.md
@@ -103,7 +103,7 @@ the barrier *n* from the other inputs as well. Otherwise, it would have mixed re
When operators contain any form of *state*, this state must be part of the snapshots as well. Operator state comes in different forms:
- - *User-defined state*: This is state that is created and modified directly by the transformation functions (like `map()` or `filter()`). User-defined state can either be a simple variable in the function's java object, or the associated key/value state of a function (see [State in Streaming Applications]({{ site.baseurl }}/dev/state.html) for details).
+ - *User-defined state*: This is state that is created and modified directly by the transformation functions (like `map()` or `filter()`). User-defined state can either be a simple variable in the function's java object, or the associated key/value state of a function (see [State in Streaming Applications]({{ site.baseurl }}/dev/stream/state.html) for details).
- *System state*: This state refers to data buffers that are part of the operator's computation. A typical example for this state are the *window buffers*, inside which the system collects (and aggregates) records for windows until the window is evaluated and evicted.
Operators snapshot their state at the point in time when they received all snapshot barriers from their input streams, before emitting the barriers to their output streams. At that point, all updates to the state from records before the barriers will have been made, and no updates that depend on records from after the barriers have been applied. Because the state of a snapshot may be potentially large, it is stored in a configurable *state backend*. By default, this is the JobManager's memory, but for serious setups, a distributed reliable storage should be configured (such as HDFS). After the state has been stored, the operator acknowledges the checkpoint, emits the snapshot barrier into the output streams, and proceeds.
@@ -142,7 +142,7 @@ It is possible to let an operator continue processing while it stores its state
After receiving the checkpoint barriers on its inputs, the operator starts the asynchronous snapshot copying of its state. It immediately emits the barrier to its outputs and continues with the regular stream processing. Once the background copy process has completed, it acknowledges the checkpoint to the checkpoint coordinator (the JobManager). The checkpoint is now only complete after all sinks received the barriers and all stateful operators acknowledged their completed backup (which may be later than the barriers reaching the sinks).
-See [State Backends]({{ site.baseurl }}/internals/state_backends.html) for details on the state snapshots.
+See [State Backends]({{ site.baseurl }}/ops/state_backends.html) for details on the state snapshots.
## Recovery
http://git-wip-us.apache.org/repos/asf/flink/blob/ded7faea/docs/ops/state_backends.md
----------------------------------------------------------------------
diff --git a/docs/ops/state_backends.md b/docs/ops/state_backends.md
index af9934d..656594d 100644
--- a/docs/ops/state_backends.md
+++ b/docs/ops/state_backends.md
@@ -28,7 +28,7 @@ Programs written in the [Data Stream API]({{ site.baseurl }}/dev/datastream_api.
- Transformation functions may use the key/value state interface to store values
- Transformation functions may implement the `Checkpointed` interface to make their local variables fault tolerant
-See also [Working with State]({{ site.baseurl }}/dev/state.html) in the streaming API guide.
+See also [Working with State]({{ site.baseurl }}/dev/stream/state.html) in the streaming API guide.
When checkpointing is activated, such state is persisted upon checkpoints to guard against data loss and recover consistently.
How the state is represented internally, and how and where it is persisted upon checkpoints depends on the
http://git-wip-us.apache.org/repos/asf/flink/blob/ded7faea/docs/redirects/best_practices.md
----------------------------------------------------------------------
diff --git a/docs/redirects/best_practices.md b/docs/redirects/best_practices.md
index 3d7d182..754477e 100644
--- a/docs/redirects/best_practices.md
+++ b/docs/redirects/best_practices.md
@@ -1,7 +1,7 @@
---
title: "Best Practices"
layout: redirect
-redirect: /monitoring/best_practices.html
+redirect: /dev/best_practices.html
permalink: /apis/best_practices.html
---
<!--
http://git-wip-us.apache.org/repos/asf/flink/blob/ded7faea/docs/redirects/fault_tolerance.md
----------------------------------------------------------------------
diff --git a/docs/redirects/fault_tolerance.md b/docs/redirects/fault_tolerance.md
index 62944d4..b68ecd7 100644
--- a/docs/redirects/fault_tolerance.md
+++ b/docs/redirects/fault_tolerance.md
@@ -1,7 +1,7 @@
---
title: "Fault Tolerance"
layout: redirect
-redirect: /dev/state.html
+redirect: /dev/stream/state.html
permalink: /apis/streaming/fault_tolerance.html
---
<!--