[jira] [Updated] (FLINK-31828) List field in a POJO data stream results in table program compilation failure
[ https://issues.apache.org/jira/browse/FLINK-31828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Flink Jira Bot updated FLINK-31828: --- Labels: auto-deprioritized-major pull-request-available (was: pull-request-available stale-major) Priority: Minor (was: Major) This issue was labeled "stale-major" 7 days ago and has not received any updates so it is being deprioritized. If this ticket is actually Major, please raise the priority and ask a committer to assign you the issue or revive the public discussion. > List field in a POJO data stream results in table program compilation failure > - > > Key: FLINK-31828 > URL: https://issues.apache.org/jira/browse/FLINK-31828 > Project: Flink > Issue Type: Bug > Components: Table SQL / Runtime >Affects Versions: 1.16.1 > Environment: Java 11 > Flink 1.16.1 >Reporter: Vladimir Matveev >Priority: Minor > Labels: auto-deprioritized-major, pull-request-available > Attachments: MainPojo.java, generated-code.txt, stacktrace.txt > > > Suppose I have a POJO class like this: > {code:java} > public class Example { > private String key; > private List> values; > // getters, setters, equals+hashCode omitted > } > {code} > When a DataStream with this class is converted to a table, and some > operations are performed on it, it results in an exception which explicitly > says that I should file a ticket: > {noformat} > Caused by: org.apache.flink.api.common.InvalidProgramException: Table program > cannot be compiled. This is a bug. Please file an issue. > {noformat} > Please find the example Java code and the full stack trace attached. > From the exception and generated code it seems that Flink is upset with the > list field being treated as an array - but I cannot have an array type there > in the real code. > Also note that if I _don't_ specify the schema explicitly, it then maps the > {{values}} field to a `RAW('java.util.List', '...')` type, which also does > not work correctly and fails the job in case of even simplest operations like > printing. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (FLINK-31828) List field in a POJO data stream results in table program compilation failure
[ https://issues.apache.org/jira/browse/FLINK-31828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Flink Jira Bot updated FLINK-31828: --- Labels: pull-request-available stale-major (was: pull-request-available) I am the [Flink Jira Bot|https://github.com/apache/flink-jira-bot/] and I help the community manage its development. I see this issues has been marked as Major but is unassigned and neither itself nor its Sub-Tasks have been updated for 60 days. I have gone ahead and added a "stale-major" to the issue". If this ticket is a Major, please either assign yourself or give an update. Afterwards, please remove the label or in 7 days the issue will be deprioritized. > List field in a POJO data stream results in table program compilation failure > - > > Key: FLINK-31828 > URL: https://issues.apache.org/jira/browse/FLINK-31828 > Project: Flink > Issue Type: Bug > Components: Table SQL / Runtime >Affects Versions: 1.16.1 > Environment: Java 11 > Flink 1.16.1 >Reporter: Vladimir Matveev >Priority: Major > Labels: pull-request-available, stale-major > Attachments: MainPojo.java, generated-code.txt, stacktrace.txt > > > Suppose I have a POJO class like this: > {code:java} > public class Example { > private String key; > private List> values; > // getters, setters, equals+hashCode omitted > } > {code} > When a DataStream with this class is converted to a table, and some > operations are performed on it, it results in an exception which explicitly > says that I should file a ticket: > {noformat} > Caused by: org.apache.flink.api.common.InvalidProgramException: Table program > cannot be compiled. This is a bug. Please file an issue. > {noformat} > Please find the example Java code and the full stack trace attached. > From the exception and generated code it seems that Flink is upset with the > list field being treated as an array - but I cannot have an array type there > in the real code. > Also note that if I _don't_ specify the schema explicitly, it then maps the > {{values}} field to a `RAW('java.util.List', '...')` type, which also does > not work correctly and fails the job in case of even simplest operations like > printing. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (FLINK-31828) List field in a POJO data stream results in table program compilation failure
[ https://issues.apache.org/jira/browse/FLINK-31828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated FLINK-31828: --- Labels: pull-request-available (was: ) > List field in a POJO data stream results in table program compilation failure > - > > Key: FLINK-31828 > URL: https://issues.apache.org/jira/browse/FLINK-31828 > Project: Flink > Issue Type: Bug > Components: Table SQL / Runtime >Affects Versions: 1.16.1 > Environment: Java 11 > Flink 1.16.1 >Reporter: Vladimir Matveev >Priority: Major > Labels: pull-request-available > Attachments: MainPojo.java, generated-code.txt, stacktrace.txt > > > Suppose I have a POJO class like this: > {code:java} > public class Example { > private String key; > private List> values; > // getters, setters, equals+hashCode omitted > } > {code} > When a DataStream with this class is converted to a table, and some > operations are performed on it, it results in an exception which explicitly > says that I should file a ticket: > {noformat} > Caused by: org.apache.flink.api.common.InvalidProgramException: Table program > cannot be compiled. This is a bug. Please file an issue. > {noformat} > Please find the example Java code and the full stack trace attached. > From the exception and generated code it seems that Flink is upset with the > list field being treated as an array - but I cannot have an array type there > in the real code. > Also note that if I _don't_ specify the schema explicitly, it then maps the > {{values}} field to a `RAW('java.util.List', '...')` type, which also does > not work correctly and fails the job in case of even simplest operations like > printing. -- This message was sent by Atlassian Jira (v8.20.10#820010)