[
https://issues.apache.org/jira/browse/FLINK-3042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15384672#comment-15384672
]
Greg Hogan commented on FLINK-3042:
-----------------------------------
[~twalthr] and [~StephanEwen] are there differences between this idea and
FLINK-3060?
I have been looking at FLINK-3695 again since Gelly needs a means to store
elements in arrays (both for when multiple values must be returned and
potentially for storing edges as adjacency lists). My thought was to create a
{{ValueArray<T>}} with implementations for the {{Value}} types. Would
{{ValueArray}} be a good initial trial for custom type integration? Then we
could add {{ValueArray}} to Gelly if not in Flink proper.
> Define a way to let types create their own TypeInformation
> ----------------------------------------------------------
>
> Key: FLINK-3042
> URL: https://issues.apache.org/jira/browse/FLINK-3042
> Project: Flink
> Issue Type: Improvement
> Components: Core
> Affects Versions: 0.10.0
> Reporter: Stephan Ewen
> Fix For: 1.0.0
>
>
> Currently, introducing new Types that should have specific TypeInformation
> requires
> - Either integration with the TypeExtractor
> - Or manually constructing the TypeInformation (potentially at every place)
> and using type hints everywhere.
> I propose to add a way to allow classes to create their own TypeInformation
> (like a static method "createTypeInfo()").
> To support generic nested types (like Optional / Either), the type extractor
> would provide a Map of what generic variables map to what types (deduced from
> the input). The class can use that to create the correct nested
> TypeInformation (possibly by calling the TypeExtractor again, passing the Map
> of generic bindings).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
