Re: [HACKERS] Regarding GSoc Application - Mailing list pgsql-jdbc

From Atri Sharma
Subject Re: [HACKERS] Regarding GSoc Application
Date
Msg-id 4f850a5f.4537440a.3ae2.4930@mx.google.com
Whole thread Raw
In response to Re: [HACKERS] Regarding GSoc Application  (John R Pierce <pierce@hogranch.com>)
Responses Re: [HACKERS] Regarding GSoc Application
List pgsql-jdbc
Hi John,

Yes,I agree,that can be done,but we had an extensive discussion on it
yesterday and Andrew and Tom believe that would pose serious security issues
as any malicious user can change the arguments sent to the SQL and cause
problems.

Atri

-----Original Message-----
From: pgsql-jdbc-owner@postgresql.org
[mailto:pgsql-jdbc-owner@postgresql.org] On Behalf Of John R Pierce
Sent: 11 April 2012 10:00
To: pgsql-jdbc@postgresql.org
Subject: Re: [HACKERS] [JDBC] Regarding GSoc Application

On 04/10/12 8:41 PM, Atri Sharma wrote:
> I agree,the only need of Pl/Java that is apparent here is the need of the
> Java internals(JDK et al).If we set them up independently,then,we can have
> the FDW wrapping JDBC directly through JNI.JNI would call pure Java
> functions to connect to the JDBC.

PL/Java also provides for passing SQL arguments in various data types
to/from your java code.    not usinig pl/java would mean you'd have to
reinvent all those wheels, they exist now in a standard mannner, why not
use them?

as I see it, your proposal could be implemented as a set of pljava
functions callable from SQL that would in turn invoke JDBC to connect to
and fetch data from your foreign database, then return it to the calling
SQL procedure, much as dblink does now for pg to pg database links.








pgsql-jdbc by date:

Previous
From: John R Pierce
Date:
Subject: Re: [HACKERS] Regarding GSoc Application
Next
From: John R Pierce
Date:
Subject: Re: [HACKERS] Regarding GSoc Application