Re: [FlightSQL] Higher-level facade API to increase adoption/audience? Or does this belong as a personal project

or the lower level interface. *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct: +1.604.441.7318 | ky...@bitquilltech.com https://www.bitquill.com This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any

Re: [VOTE] Release Apache Arrow 7.0.0 - Java artifacts

+1 (non-binding) On Fri, Mar 11, 2022 at 11:10 AM José Almeida < jose.alme...@simbioseventures.com> wrote: > +1 > > On Fri, Mar 11, 2022 at 4:09 PM Ray Lum wrote: > > > +1 > > > > On Fri, Mar 11, 2022 at 6:30 AM David Li wrote: > > > > > Hello, > > > > > > I would like to propose releasing

Re: [FlightSQL] Structured/Serialized representation of query (like JSON) rather than SQL string possible?

Yes, we should, where possible, avoid any one of metadata. This is where other standards fail in that applications must be custom built for each data source, if we standardize the metadata then applications can at least be built to adapt. On Sat., Mar. 5, 2022, 6:54 p.m. David Li, wrote: > Yes,

Re: [RESULT][VOTE] Proposed addition to Arrow Flight: Arrow Flight RPC

Thanks All - we'll look to get the tests merged into this branch so we can close ASAP. *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct: +1.604.441.7318 | ky...@bitquilltech.com https://www.bitquill.com This email message is for the sole use of the intended

Re: [VOTE] Proposed addition to Arrow Flight: Arrow Flight RPC

> > > acceptable to add after the initial merge? > > > > > > > > > > > > OK by me. We could also create a branch to merge the PRs add the > > > > integration tests, and then merge all at once. > > > > > > &

Re: [VOTE] Proposed addition to Arrow Flight: Arrow Flight RPC

Given that the C++ and Java components are in separate PRs, would it be acceptable to add after the initial merge? *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct: +1.604.441.7318 | ky...@bitquilltech.com https://www.bitquill.com This email message is for the sole

Re: [VOTE] Proposed addition to Arrow Flight: Arrow Flight RPC

t 23:19, Micah Kornfield wrote: > > Is there an integration test between the two languages? > > > > On Tue, Dec 7, 2021 at 1:35 PM David Li wrote: > > > > > Hello, > > > > > > Kyle Porter, Rafael Telles, Ryan Nicholson, et. al. have proposed > adding > >

Re: Arrow Flight SQL status, documentation

Hey Daniël, If there's something in particular that you'd like to know about I'm happy to chat further, the Java side of things is mostly there and the C++ side is being worked on as David mentioned. We're also working on a JDBC driver that is based upon the Java Flight SQL client in parallel.

Re: Flight SQL

We're just going into the C++ implementation now - would having the C++ client be enough here or are we looking for both the client and the server side? *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct: +1.604.441.7318 | ky...@bitquilltech.com https

Re: Flight SQL

I believe that is the expectation, however not being fluent in the full workings I defer to those who know better. I can say that the C++ implementation will be something we will be working on in the immediate future. *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct

Re: Flight SQL

Thanks Aldrin, Yes, Flight SQL should be language agnostic where the initial implementation is in Java. There are plans to create the C++ implementation as well after, and then others can be worked on as needed. Best, *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355

Flight SQL

Hello All, We've been working on adding Flight SQL as a formal part of Arrow Flight and the PR is available for review at https://github.com/apache/arrow/pull/10906. Most of the spec is now in place and, if you are interested, it would be good to have more eyes on the PR. Thanks! *Kyle Porter

Flight SQL

Hello All, We've been working on adding Flight SQL as a formal part of Arrow Flight and the PR is available for review at https://github.com/apache/arrow/pull/10906. Most of the spec is now in place and, if you are interested, it would be good to have more eyes on the PR. Thanks! *Kyle Porter

Re: [FlightRPC][Java] Properties and headers

Nevermind - was not thinking the same. I've updated the PR ( https://github.com/apache/arrow/pull/8572) to allow you to specify a CallHeaders in a CallOption on the client, and register a callback to receive the same on the server side. *Kyle Porter* CEO Bit Quill Technologies Inc. Office

Re: [FlightRPC][Java] Properties and headers

That sounds reasonable to me - I'll put together a PR. Given that the header keys could be anything, I think it makes sense to have the server register those headers it's interested in having exposed. *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct: +1.604.441.7318

Re: Closing of Server Resources

Thanks Wes & David, much appreciated for the feedback. *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct: +1.604.441.7318 | ky...@bitquilltech.com https://www.bitquilltech.com This email message is for the sole use of the intended recipient(s) and may con

[FlightRPC][Java] Properties and headers

to request headers on demand. Thoughts? I can put together a quick PR to demonstrate the first option if desired. *Kyle Porter* CEO Bit Quill Technologies Inc. Office: +1.778.331.3355 | Direct: +1.604.441.7318 | ky...@bitquilltech.com https://www.bitquilltech.com This email message is for the sole use

Closing of Server Resources

or release of the session resources. We would then maintain a clear distinction between stateless FlightServers and those that opt into session headers where there may be state, and the ability to close would be restricted to when state is implied. Feedback on the idea would be appreciated. *Kyle Porter*