[jira] [Commented] (CALCITE-1352) Clarify documentation for avatica's max_rows_total
[ https://issues.apache.org/jira/browse/CALCITE-1352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15431000#comment-15431000 ] Josh Elser commented on CALCITE-1352: - Thanks for opening this issue, [~francischuang]. Also, thanks for the context [~julianhyde]. > Clarify documentation for avatica's max_rows_total > -- > > Key: CALCITE-1352 > URL: https://issues.apache.org/jira/browse/CALCITE-1352 > Project: Calcite > Issue Type: Improvement > Components: avatica >Affects Versions: avatica-1.8.0 >Reporter: Francis Chuang >Priority: Minor > > The {{max_rows_total}} parameter in the protocol buffer definitions should be > updated to include more information on values that result in unlimited rows > being returned. > When testing against calcite 1.8.0, I observed the following: > {code} > -1: Unlimited number of rows > 0: 0 rows > 1: 1 row > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CALCITE-1353) first_frame_max_size in an ExecuteRequest should be an int32 in protobuf definitions.
[ https://issues.apache.org/jira/browse/CALCITE-1353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Elser updated CALCITE-1353: Fix Version/s: avatica-1.9.0 > first_frame_max_size in an ExecuteRequest should be an int32 in protobuf > definitions. > - > > Key: CALCITE-1353 > URL: https://issues.apache.org/jira/browse/CALCITE-1353 > Project: Calcite > Issue Type: Bug > Components: avatica >Affects Versions: avatica-1.8.0 >Reporter: Francis Chuang >Priority: Minor > Fix For: avatica-1.9.0 > > > In the protobuf definition for {{ExecuteRequest}}, the > {{first_frame_max_size}} parameter is typed as an {{uint64}}. See > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L130. > For consistency, it should be an {{int32}}. > Similar parameters relating to the frame size are all typed as {{int32}}. > For a {{PrepareAndExecuteRequest}}, {{first_frame_max_size}} is a{{int32}}: > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L78 > For a {{FetchRequest}}, {{frame_max_size}} is a {{int32}}: > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L96 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CALCITE-1353) first_frame_max_size in an ExecuteRequest should be an int32 in protobuf definitions.
[ https://issues.apache.org/jira/browse/CALCITE-1353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Elser updated CALCITE-1353: Affects Version/s: avatica-1.8.0 > first_frame_max_size in an ExecuteRequest should be an int32 in protobuf > definitions. > - > > Key: CALCITE-1353 > URL: https://issues.apache.org/jira/browse/CALCITE-1353 > Project: Calcite > Issue Type: Bug > Components: avatica >Affects Versions: avatica-1.8.0 >Reporter: Francis Chuang >Priority: Minor > Fix For: avatica-1.9.0 > > > In the protobuf definition for {{ExecuteRequest}}, the > {{first_frame_max_size}} parameter is typed as an {{uint64}}. See > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L130. > For consistency, it should be an {{int32}}. > Similar parameters relating to the frame size are all typed as {{int32}}. > For a {{PrepareAndExecuteRequest}}, {{first_frame_max_size}} is a{{int32}}: > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L78 > For a {{FetchRequest}}, {{frame_max_size}} is a {{int32}}: > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L96 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CALCITE-1353) first_frame_max_size in an ExecuteRequest should be an int32 in protobuf definitions.
[ https://issues.apache.org/jira/browse/CALCITE-1353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15430996#comment-15430996 ] Josh Elser commented on CALCITE-1353: - Good catch, [~francischuang]. Looks right to me. I should have changed this from an int64 to a uint32 in CALCITE-1243. Will need to make a backwards-compatible change since this was released in avatica-1.8.0 > first_frame_max_size in an ExecuteRequest should be an int32 in protobuf > definitions. > - > > Key: CALCITE-1353 > URL: https://issues.apache.org/jira/browse/CALCITE-1353 > Project: Calcite > Issue Type: Bug > Components: avatica >Reporter: Francis Chuang >Priority: Minor > > In the protobuf definition for {{ExecuteRequest}}, the > {{first_frame_max_size}} parameter is typed as an {{uint64}}. See > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L130. > For consistency, it should be an {{int32}}. > Similar parameters relating to the frame size are all typed as {{int32}}. > For a {{PrepareAndExecuteRequest}}, {{first_frame_max_size}} is a{{int32}}: > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L78 > For a {{FetchRequest}}, {{frame_max_size}} is a {{int32}}: > https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L96 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CALCITE-1354) Release Avatica 1.9.0
Josh Elser created CALCITE-1354: --- Summary: Release Avatica 1.9.0 Key: CALCITE-1354 URL: https://issues.apache.org/jira/browse/CALCITE-1354 Project: Calcite Issue Type: Task Components: avatica Reporter: Josh Elser Fix For: avatica-1.9.0 General issue to track the release (so I can better track downstream projects waiting on fixes from Avatica to be released). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CALCITE-1352) Clarify documentation for avatica's max_rows_total
[ https://issues.apache.org/jira/browse/CALCITE-1352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francis Chuang updated CALCITE-1352: Summary: Clarify documentation for avatica's max_rows_total (was: Clarify documentation for avatica's max_row_totals) > Clarify documentation for avatica's max_rows_total > -- > > Key: CALCITE-1352 > URL: https://issues.apache.org/jira/browse/CALCITE-1352 > Project: Calcite > Issue Type: Improvement > Components: avatica >Affects Versions: avatica-1.8.0 >Reporter: Francis Chuang >Priority: Minor > > The {{max_rows_total}} parameter in the protocol buffer definitions should be > updated to include more information on values that result in unlimited rows > being returned. > When testing against calcite 1.8.0, I observed the following: > {code} > -1: Unlimited number of rows > 0: 0 rows > 1: 1 row > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CALCITE-1353) first_frame_max_size in an ExecuteRequest should be an int32 in protobuf definitions.
Francis Chuang created CALCITE-1353: --- Summary: first_frame_max_size in an ExecuteRequest should be an int32 in protobuf definitions. Key: CALCITE-1353 URL: https://issues.apache.org/jira/browse/CALCITE-1353 Project: Calcite Issue Type: Bug Components: avatica Reporter: Francis Chuang Priority: Minor In the protobuf definition for {{ExecuteRequest}}, the {{first_frame_max_size}} parameter is typed as an {{uint64}}. See https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L130. For consistency, it should be an {{int32}}. Similar parameters relating to the frame size are all typed as {{int32}}. For a {{PrepareAndExecuteRequest}}, {{first_frame_max_size}} is a{{int32}}: https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L78 For a {{FetchRequest}}, {{frame_max_size}} is a {{int32}}: https://github.com/apache/calcite/blob/master/avatica/core/src/main/protobuf/requests.proto#L96 -- This message was sent by Atlassian JIRA (v6.3.4#6332)