Right now Meta has no call for creating connection objects on the server
side. Instead, we implicitly create them the first time a given ID is used
down in JdbcMeta#prepareAndExecute. How should we be handling connection
state handoff? AvaticaConnection has a number of private fields that should
be mirrored over to the Connection instance on the server side: autoCommit,
readOnly, transactionIsolation come to mind.

I'm thinking we should add an explicit createConnection method where these
can be passed along, and also provide a connectionSync kind of method where
the client can send over updated connection state. Is there reason to
support individual RPC's for each connection property?

Thanks,
Nick

Reply via email to