David Radley
David Radley
@nchen07 The connector does not use the table API - it implements Flink connector interfaces around source and sink. Are you proposing a change to Flink itself? In which case...
@grzegorz8 yes I think the only real option would be implement the scan interface. At the moment we have a circumvention that we know what the users filters are from...
@grzegorz8 yes thanks for looking at this - we are also looking at aligning the precisions so this would come through as a lookup key.
the CI FAILURE looks like a a checkstyle issue.
@grzegorz8 my local testing shows all the caching options work. But there appears to be a scenario when caching is defined , that only results in 1 GET, and no...
Did not manage to recreate closing for now .
@bpb I suggest that you add a config option on the table to target the behaviour you want, implement and contribute this, as it sounds reasonable.
@grzegorz8 hey could you have a look at this one please?
@grzegorz8 Looks like a weird build error unrelated to the fix: ``` Run actions/setup-java@v3 Installed distributions Trying to resolve the latest version from remote Error: error code: 500 ```
@kristoffSC Links to pr that will close this issue [https://github.com/getindata/flink-http-connector/pull/128](https://github.com/getindata/flink-http-connector/pull/128)