Describe the enhancement requested
With apache/arrow#36155, implementations of Flight RPC may not return quickly via a newly added pollFlightInfo function. Sometimes, the system implementing this function may not know the output schema for some time--for example, after a lengthy queue time as elapsed, or after planning.
In proto3, fields may not be present, and it's a coding convention to require them 1. To support upcoming client integration work for pollFlightInfo, the schema field can be made optional so that it's not a requirement to populate the FlightInfo's schema on the first pollFlightInfo request.
We can modify our client code to allow this field to be optional. This is already the case for the Go code.
Sub-issues:
CC: @lidavidm
Component(s)
C++, Java, Python
Describe the enhancement requested
With apache/arrow#36155, implementations of Flight RPC may not return quickly via a newly added
pollFlightInfofunction. Sometimes, the system implementing this function may not know the output schema for some time--for example, after a lengthy queue time as elapsed, or after planning.In proto3, fields may not be present, and it's a coding convention to require them 1. To support upcoming client integration work for
pollFlightInfo, theschemafield can be made optional so that it's not a requirement to populate theFlightInfo's schema on the firstpollFlightInforequest.We can modify our client code to allow this field to be optional. This is already the case for the Go code.
Sub-issues:
FlightInfo::schemamay be null arrow#37554CC: @lidavidm
Component(s)
C++, Java, Python
Footnotes
https://protobuf.dev/programming-guides/field_presence/ ↩