ignite-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrey Gura <ag...@gridgain.com>
Subject Re: JDBC driver
Date Fri, 14 Aug 2015 19:46:03 GMT

I think that JDBC URL parameter for configuration file it is ok.

I see three compatibility related problems (except obvious change in URL

1. Java client supports client credentials as simple alternative to SSL.
2. HTTP access can be usefull in some cases.
3. Access to local caches on specified node.

>From my point of view, all of them are not critical (especially 3rd item).
But somebody can have another opinion.

Anyway, we can support two different modes if needed.

I created ticket https://issues.apache.org/jira/browse/IGNITE-1250 and
started work.

It would be great if you or somebody else give me answers to my questions
in comments to the ticket.


On Thu, Aug 6, 2015 at 8:54 PM, Valentin Kulichenko <
valentin.kulichenko@gmail.com> wrote:

> Igniters,
> Current version of JDBC driver is still based on legacy thin client and I
> think it's wrong. First of all, the thin client as deprecated long time ago
> and is not really supported. Second of all, it's much slower than native
> query API, which makes the driver useless in most cases.
> I suggest to replace thin client with an embedded client node. This should
> be pretty easy to implement and will give serious performance improvement.
> By I have a couple of concerns about configuration:
>    - How can we provide configuration file path? JDBC is commonly
>    configured with a single URL. But if the file path is a parameter if
> this
>    URL, it needs to be encoded, right? Sounds like usability issue...
>    - Do we need to preserve compatibility? We currently have a bunch of
>    configuration parameters which are specific to thin client. Removing the
>    client means removing them as well. Do we need two have two modes with
> thin
>    client as a default one for now?
> Please share your thoughts.
> -Val

Andrey Gura
GridGain Systems, Inc.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message