[ 
https://issues.apache.org/jira/browse/FLINK-9501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rong Rong updated FLINK-9501:
-----------------------------
    Description: 
Idea here is to treat every Java parameter objects  type as SQL ANY type. While 
disallowing SQL ANY type in result object.
This ticket is specifically to deal with composite generic erasure types such 
as  
- eval(Map<String, ?> ...)
- eval(Map<String, Object> ...)

The changes needed here is
1. Modify FunctionCatalog lookup to use SQL ANY type if generic erasure types 
happens.
2. Add checks to disallow generic type erasure in output type.


  was:
Idea here is to treat every Java parameter objects  type as SQL ANY type. While 
disallowing SQL ANY type in result object.
This ticket is specifically to deal with composite generic erasure types such 
as  
- eval(Map<String, ?> ...)
- eval(Map<String, Object> ...)

The changes needed here is
1. Modify FunctionCatalog lookup to use SQL ANY type if generic erasure types 
happens.



> Allow Object.class type in user-define functions as parameter types but not 
> result types
> ----------------------------------------------------------------------------------------
>
>                 Key: FLINK-9501
>                 URL: https://issues.apache.org/jira/browse/FLINK-9501
>             Project: Flink
>          Issue Type: Sub-task
>          Components: Table API &amp; SQL
>            Reporter: Rong Rong
>            Assignee: Rong Rong
>            Priority: Major
>
> Idea here is to treat every Java parameter objects  type as SQL ANY type. 
> While disallowing SQL ANY type in result object.
> This ticket is specifically to deal with composite generic erasure types such 
> as  
> - eval(Map<String, ?> ...)
> - eval(Map<String, Object> ...)
> The changes needed here is
> 1. Modify FunctionCatalog lookup to use SQL ANY type if generic erasure types 
> happens.
> 2. Add checks to disallow generic type erasure in output type.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to