This seems inconsistent. In this c++ performance test it looks like it just gets the first location in every endpoint (though it gets data from every endpoint in parallel): https://github.com/apache/arrow/blob/dc2e0b2e44fdaa3d5ad0bb358ff8ce9db3bc7416/cpp/src/arrow/flight/flight_benchmark.cc#L297
The protobuf definition is a bit unclear too. It says the client can redeem the ticket at every location, but doesn't say the client must retrieve data at every location to get the whole dataset (so it's not clear if this is for redundancy or partitioning): https://github.com/apache/arrow/blob/dc2e0b2e44fdaa3d5ad0bb358ff8ce9db3bc7416/format/Flight.proto#L283 The Java and C++ examples posted also do not handle the case where the location is empty. On Fri, Mar 11, 2022 at 12:53 PM Rafael Telles <[email protected]> wrote: > Hi guys, > > What is the user supposed to do with the Location list in a FlightEndpoint? > Looking at this integration test ( > https://github.com/apache/arrow/blob/dc2e0b2e44fdaa3d5ad0bb358ff8ce9db3bc7416/java/flight/flight-integration-tests/src/main/java/org/apache/arrow/flight/integration/tests/IntegrationTestClient.java#L151) > it's iterating on Location list and issuing multiple getStream() calls with > the same ticket. > > Best Regards, > -- *James Duong* Lead Software Developer Bit Quill Technologies Inc. Direct: +1.604.562.6082 | [email protected] https://www.bitquilltech.com This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. Thank you.
