agora inbox for pljava-dev@postgresql.org  

help / color / mirror / Atom feed

From: Thomas Hallgren <thomas@tada.se>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Simon Riggs <simon@2ndquadrant.com>
Cc: Martijn van Oosterhout <kleptog@svana.org>
Cc: PostgreSQL-development <pgsql-hackers@postgresql.org>
Cc: PL/Java Development <Pljava-dev@gborg.postgresql.org>
Subject: Re: Shared memory
Date: Tue, 28 Mar 2006 19:11:00 +0200
Message-ID: <44296E24.5010602@tada.se> (raw)
In-Reply-To: <2966.1143563883@sss.pgh.pa.us>
References: <4423CF32.3060406@tada.se>
	<20060324125851.GC8718@svana.org>
	<4427A8F1.3020009@tada.se>
	<14559.1143473507@sss.pgh.pa.us>
	<4428125D.7000707@tada.se>
	<1143541439.3839.323.camel@localhost.localdomain>
	<44295AB0.5060203@tada.se>
	<2966.1143563883@sss.pgh.pa.us>

Tom Lane wrote:
> Thomas Hallgren <thomas@tada.se> writes:
>   
>> This FENCED/NOT FENCED terminology would be a good way to
>> differentiate between the two approaches. Any chance of that syntax
>> making it into the PostgreSQL grammar, should the need arise?
>>     
>
> Of what value would it be to have it in the grammar?  The behavior would
> be entirely internal to any particular PL in any case.
>
>   
Not necessarily but perhaps the term FENCED is incorrect for the concept 
that I have in mind.

All languages that are implemented using a VM could benefit from the 
same remote UDF protocol. Java, C#, perhaps even Perl or Ruby. The flag 
that I'd like to have would control 'in-process' versus 'remote'.

I'm not too keen on the term FENCED, since it, in the PL/Java case will 
lead to poorer isolation. Multiple threads running in the same JVM will 
be able to share data and a JVM crash will affect all connected sessions.

Then again, perhaps it's a bad idea to have this in the function 
declaration in the first place. A custom GUC parameter might be a better 
choice. It will not be possible to have some functions use the 
in-process approach and others to execute remotely but I doubt that will 
matter that much.

I'm still eager to hear what it is in the current PL/Java that you 
consider fundamental unresolvable problems.

Regards,
Thomas Hallgren

view thread (22+ messages)  latest in thread

Message-ID: <44296E24.5010602@tada.se>
Permalink:  ../44296E24.5010602@tada.se/
Also on:    postgresql.org/message-id/44296E24.5010602@tada.se

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pljava-dev@postgresql.org
  Cc: thomas@tada.se, tgl@sss.pgh.pa.us, simon@2ndquadrant.com, kleptog@svana.org, pgsql-hackers@postgresql.org, Pljava-dev@gborg.postgresql.org
  Subject: Re: Shared memory
  In-Reply-To: <44296E24.5010602@tada.se>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox