I think either you misunderstood my question or else I misunderstood your answer.
I know I can pass properties with an argument to the DriverManager.getConnection method (or as part of the url as I was doing). In my use case there are actually 2 jdbc drivers. A "thin" driver which extends org.apache.calcite.avatica.remote.Driver and a "real" driver which is our own JDBC driver implemented using calcite. In between, there is the Avatica RPC. I pass properties to the "thin" driver (using DriverManager.getConnection or as part of the URL) but the JdbcMeta on the server (JdbcMeta.getConnection method) creates a connection with the "real" driver using the url and properties given to it in my implementation of the Meta.Factory. I don't see any way to pass the client side properties to the server via the RPC layer. Thanks Jan On Wed, Sep 30, 2015 at 1:36 PM, Ken Tsay <[email protected]> wrote: > Checkout DriverManager, Calcite does allows you to set your properties > object when establish a connection to the server. > It should be something like this: > > DriverManager.getConnection("jdbc:calctie:", properties); > > Then you are able to access the attributes in your property object by this: > Properties props = this.calciteConnection.getProperties(); > > Hope this help. > > Ken > > > On Wed, Sep 30, 2015 at 1:26 PM, Jan Van Besien <[email protected]> wrote: > >> Hi, >> >> I have an avatica (remote RPC) implementation to create a "thin" jdbc >> client for our >> existing "thick" jdbc client implemented with calcite. >> >> I was wondering if there is a way to pass connection properties from >> the client JDBC connection URL to the server. >> >> In other words, my client JDBC url would be something like >> >> jdbc:xyz:thin:url=http://localhost:8765;key=value >> >> And I want to know server side that the property "key" has value >> "value", ideally before making the actual server side JDBC connection >> for requests from this client. >> >> For a moment I thought ConnectionSyncRequest is what I need, but that >> seems to define a fixed set of properties. >> >> Does this make sense? >> >> >> Thanks >> Jan >>
