Skip site navigation (1) Skip section navigation (2)

Re: [JDBC] Regarding GSoc Application

From: Dave Cramer <pg(at)fastcrypt(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Merlin Moncure <mmoncure(at)gmail(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Atri Sharma <atri(dot)jiit(at)gmail(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, pgsql-jdbc(at)postgresql(dot)org
Subject: Re: [JDBC] Regarding GSoc Application
Date: 2012-04-10 15:27:35
Message-ID: CADK3HH+q5xBjePizi4oKqX20bYGwsMLvv1joBQ5bkv4EfC1jxA@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-jdbc
On Tue, Apr 10, 2012 at 11:25 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Merlin Moncure <mmoncure(at)gmail(dot)com> writes:
>> ...  We have to invoke java and there
>> are two basic ways to tie into the java runtime:  one is to jump
>> through SPI via the SQL executor. The other is JNI into the pl/java
>> jvm which I think you were hinting was the better approach.
>
> Hm?  SPI doesn't know anything about Java either.
>
>                        regards, tom lane

Having pl/java as a dependancy here makes this a very complex
"feature" to setup.
The potential benefits are quite minimal since almost any decent ETL
tool can handle multiple data sources

Dave

In response to

pgsql-hackers by date

Next:From: Atri SharmaDate: 2012-04-10 15:28:23
Subject: Re: [JDBC] Regarding GSoc Application
Previous:From: Tom LaneDate: 2012-04-10 15:25:05
Subject: Re: [JDBC] Regarding GSoc Application

pgsql-jdbc by date

Next:From: Atri SharmaDate: 2012-04-10 15:28:23
Subject: Re: [JDBC] Regarding GSoc Application
Previous:From: Tom LaneDate: 2012-04-10 15:25:05
Subject: Re: [JDBC] Regarding GSoc Application

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group