Repository: flink Updated Branches: refs/heads/master 250adfd2b -> 1ac3e05f9
[hotfix] [docs] Fix typos in types serialization documentation This closes #4914 Project: http://git-wip-us.apache.org/repos/asf/flink/repo Commit: http://git-wip-us.apache.org/repos/asf/flink/commit/1ac3e05f Tree: http://git-wip-us.apache.org/repos/asf/flink/tree/1ac3e05f Diff: http://git-wip-us.apache.org/repos/asf/flink/diff/1ac3e05f Branch: refs/heads/master Commit: 1ac3e05f904f3a42ea20c43aaad4c45543c55ec1 Parents: 51acd2c Author: gyao <[email protected]> Authored: Fri Oct 27 14:55:39 2017 +0200 Committer: Stephan Ewen <[email protected]> Committed: Thu Nov 2 14:02:02 2017 +0100 ---------------------------------------------------------------------- docs/dev/types_serialization.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) ---------------------------------------------------------------------- http://git-wip-us.apache.org/repos/asf/flink/blob/1ac3e05f/docs/dev/types_serialization.md ---------------------------------------------------------------------- diff --git a/docs/dev/types_serialization.md b/docs/dev/types_serialization.md index 00d0363..1f0c466 100644 --- a/docs/dev/types_serialization.md +++ b/docs/dev/types_serialization.md @@ -38,7 +38,7 @@ Think about it like a database that infers the schema of tables. In most cases, by itself. Having the type information allows Flink to do some cool things: * Using POJOs types and grouping / joining / aggregating them by referring to field names (like `dataSet.keyBy("username")`). - The type information allows Flink to check (for typos and type compatibility) early rather than failing later ar runtime. + The type information allows Flink to check (for typos and type compatibility) early rather than failing later at runtime. * The more Flink knows about data types, the better the serialization and data layout schemes are. That is quite important for the memory usage paradigm in Flink (work on serialized data inside/outside the heap where ever possible @@ -330,7 +330,7 @@ Type information factories can be used in both the Java and Scala API. In a hierarchy of types the closest factory will be chosen while traversing upwards, however, a built-in factory has highest precedence. A factory has -also higher precendence than Flink's built-in types, therefore you should know what you are doing. +also higher precedence than Flink's built-in types, therefore you should know what you are doing. The following example shows how to annotate a custom type `MyTuple` and supply custom type information for it using a factory in Java.
