cc'ing the list, haven't seen it show up there
And yeah, I'm using Outlook Express and the quoting is crappy. So sue me
I never saw your request rejected, though it did rank low on priority -- in
my book at least. The problem has been discussed at length, and there are
multiple ways to
On Fri, Aug 19, 2005 at 05:49:06PM +1200, Bernard wrote:
> If the owner of an application owning the connections trusts the
> application and gets the postgres superuser to grant it the right to
> read from files, then it is obviously acceptable to the owner of the
> application and to the postgres
This is silly.
The bug being reported is that a non-super-user can't copy from a server
side file with JDBC.
There are a jillion (no, really, a jillion) other ways to accomplish this,
because as is the Perl motto, there is more than one way to do it.
If this is really so important, Bernard
Andrew
On Fri, 19 Aug 2005 04:17:16 -, you wrote:
>> In the majority of bulk load cases, the input exists as a file already
>
>But not necessarily on the server.
True. But I am concerned with the server, and there I want that things
are handled on the server, not on the client.
>
>> The use
On Fri, Aug 19, 2005 at 10:16:29AM +1200, Bernard wrote:
> Bruno and interested list members
>
> I want to follow what is suggested here. How are STDIN and STDOUT
> addressed when using the JDBC driver?
>
> Or in other words where can I write or receive megabytes of data?
I don't know how JDBC d
Bruno and interested list members
I want to follow what is suggested here. How are STDIN and STDOUT
addressed when using the JDBC driver?
Or in other words where can I write or receive megabytes of data?
I would not want to append this to the String of a SQL Statement in
Java because that is a S