On Thursday, September 18, 2014, cowwoc <cow...@bbs.darktech.org> wrote:

>  Chris,
>
> On 18/09/2014 1:07 AM, Chris Travers wrote:
>
> On Wed, Sep 17, 2014 at 9:42 PM, cowwoc <cow...@bbs.darktech.org
> <javascript:_e(%7B%7D,'cvml','cow...@bbs.darktech.org');>> wrote:
>
>> Tom,
>>
>> For starters, let's talk strictly about improving the deployment
>> situation, which the core team *is* uniquely positioned to do.
>>
>> The pl/java author(s) should figure out what needs to be done but once
>> that's known we need to do *something* in core so the deployment process is
>> reduced to 1-2 steps max (CREATE EXTENSION pljava, and add Java to
>> Postgresql's library path).
>>
>
>  But what the core team has done is provide a pretty stable interface for
> getting to that point.  The extension interface is well documented and
> quite stable IME.  If the pl/java project can't get it to a point where you
> can make && make install, then I don't see what would possibly benefit from
> getting into core.
>
>
> Bare with me for a moment while I walk you through the Windows (for
> dummies) experience I had in mind.
>
> If you take a look at the Windows installation, it ships with
> lib/hstore.dll which enables users to invoke "make extension hstore" (no
> need to build anything). I'm talking about doing the same thing for pljava.
> I suggest adding an optional feature in the Windows installer (I believe
> it's called Application Stack Builder) for pljava. When enabled, it would
> unpack lib/pljava.dll and a private JRE (so users don't have to mess around
> with library paths). Users can then enable the extension with a simple
> invocation of "CREATE EXTENSION pljava".
>
> It doesn't get easier than this. And of course you'd do the equivalent
> thing for *nix (investigate how it works for hstore and provide an
> equivalent experience for pljava).
>
> Gili
>

Hi Gili,

Yes, but pre-condition for that, is to an extension is in the state where
all what is needed to be done is make & make install, after that CREATE
EXTENSION in db.

Hstore, ltree, uuid-ossp etc are all pg extensions already in that state
for what is made decision that can be shipped together with postgres
installation - so "building" is done during installation of postgres
(optionally) - because of that end user just need to do CREATE EXTENSION

pl/java is far away from that state - once it get to that state. Pg core
team could take it in consideration if extension is stable enough to can be
shipped together with core...

In my opinion - for pljava would be great just to get to that state - to
install it easy... Less important if it is shipped together with core.. But
I guess it is more for pl/java authors... Or whoever knows how to do it and
is keen to do it - open source...

Kind Regards,

Misa

Reply via email to