Hello, I was doing tests on CBO branch in Hive yesterday, and there is the following Exception that continues showing up e.g. in cbo_gby.q test:
Caused by: java.lang.AssertionError at org.apache.calcite.util.mapping.Mappings.create(Mappings.java:62) at org.apache.calcite.rel.core.Project.getMapping(Project.java:283) at org.apache.calcite.rel.metadata.RelMdDistribution.project(RelMdDistribution.java:140) at org.apache.calcite.rel.metadata.RelMdDistribution.distribution(RelMdDistribution.java:87) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.calcite.rel.metadata.ReflectiveRelMetadataProvider$2$1.invoke(ReflectiveRelMetadataProvider.java:194) at com.sun.proxy.$Proxy31.distribution(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ... It seems that the error is on the Calcite side? Is that assertion always valid e.g. when a project adds columns to the input as a result of applying a function? The patch to apply to the Hive CBO branch to reproduce the problem is here<https://issues.apache.org/jira/browse/HIVE-9856>. Thanks, Jesús
