You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Martijn Visser (Jira)" <ji...@apache.org> on 2022/10/19 11:30:00 UTC
[jira] [Closed] (FLINK-2899) The groupReduceOn* methods which take types as a parameter fail with TypeErasure
[ https://issues.apache.org/jira/browse/FLINK-2899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martijn Visser closed FLINK-2899.
---------------------------------
Resolution: Won't Fix
Gelly has been removed, see FLINK-29668
> The groupReduceOn* methods which take types as a parameter fail with TypeErasure
> --------------------------------------------------------------------------------
>
> Key: FLINK-2899
> URL: https://issues.apache.org/jira/browse/FLINK-2899
> Project: Flink
> Issue Type: Bug
> Components: Library / Graph Processing (Gelly)
> Affects Versions: 0.10.0
> Reporter: Andra Lungu
> Priority: Not a Priority
> Labels: auto-deprioritized-major, auto-deprioritized-minor
>
> I tried calling groupReduceOnEdges (EdgesFunctionWithVertexValue<K, VV, EV, T> edgesFunction, EdgeDirection direction, TypeInformation<T> typeInfo) in order to make the vertex-centric version of the Triangle Count library method applicable to any kind of key and I got a TypeErasure Exception.
> After doing a bit of debugging (see the hack in https://github.com/andralungu/flink/tree/trianglecount-vertexcentric), I saw that actually the call to TypeExtractor.createTypeInfo(NeighborsFunctionWithVertexValue.class, .... in ApplyNeighborCoGroupFunction does not work properly, i.e. it returns null. From what I see, the coGroup in groupReduceOnNeighbors tries to infer a type before "returns" is called.
> I may be missing something, but that particular feature (groupReduceOn with types) is not documented or tested so we would also need some tests for that.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)