[
https://issues.apache.org/jira/browse/CALCITE-989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Josh Elser reopened CALCITE-989:
--------------------------------
Reopening to fix the Coverity issues.
> Provide generic server metadata in responses
> --------------------------------------------
>
> Key: CALCITE-989
> URL: https://issues.apache.org/jira/browse/CALCITE-989
> Project: Calcite
> Issue Type: Improvement
> Components: avatica
> Reporter: Josh Elser
> Assignee: Josh Elser
> Fix For: 1.6.0
>
>
> Some follow on from CALCITE-903:
> The assumption in that work was that the common case in running behind a
> load-balancer is that a given client would continue to be routed back to the
> same avatica server instance. Sadly, this is not necessarily reality.
> If the only load balancer technology available is only capable of an
> round-robin algorithm (or similar), we need to provide the information for a
> client to make a decision to return to the same server upon subsequent
> requests (e.g. fetching the next page of results).
> Thinking more generally, the server which processed a given request is just
> general metadata. We could include things like the Avatica version, the
> "real" JDBC version information, etc.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
