[Pljava-dev] PL/Java version number, and a module name

Lists: pljava-dev
From: chap at anastigmatix(dot)net (Chapman Flack)
To:
Subject: [Pljava-dev] PL/Java version number, and a module name
Date: 2015-09-05 21:09:06
Message-ID: 55EB59F2.2000408@anastigmatix.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pljava-dev

As far as Maven is concerned, it is building a version of PL/Java
called 0.0.2-SNAPSHOT.

Bear's recently contributed "Installing as Extension" documentation
alludes to PL/Java's current version being 1.4.4. I'm not completely
sure how Bear knows that, but I don't have anything better to go on. :)

Should the pom.xml be updated so there are not such vastly different
notions of what the version is?

Perhaps it should be called 1.5.0-SNAPSHOT, as things are indeed
currently happening that will probably amount to at least a minor-number
update when releasable?

Also ... naming of the maven submodules. They all have names starting
with 'pljava' (pljava-api, pljava-examples, etc.) except for the odd one
out, 'packaging'. mvn install will put them all into the local maven
repository, under the group id org.postgresql - so maybe the packaging
module should be renamed pljava-packaging, in respect for the org.postgresql
namespace.

I don't know whether anyone is using PL/Java at present in a way that would
actually retrieve it from a maven repository - but in principle that could
work; a package of Java stored procedures could be built as a maven project
that simply declared pljava-api as a dependency.

I don't think any of the other pljava modules would be needed as
dependencies of PL/Java-based projects, and in fact perhaps the pom.xml
should be adjusted so that only pljava-api would be deployed to any maven
repository, while the rest of the built artifacts would only be packaged up
as a PostgreSQL extension to be installed on the server.

... or maybe it does make sense to install different, pre-built,
architecture-specific versions of pljava-so in repositories, so they
are easy to retrieve and stuff into a deployable extension package
on a machine without the C tools ....

Thoughts?

-Chap


From: chap at anastigmatix(dot)net (Chapman Flack)
To:
Subject: [Pljava-dev] PL/Java version number, and a module name
Date: 2015-09-11 02:08:10
Message-ID: 55F2378A.90007@anastigmatix.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pljava-dev

On 09/05/15 17:09, Chapman Flack wrote:
> As far as Maven is concerned, it is building a version of PL/Java
> called 0.0.2-SNAPSHOT.
>
> Bear's recently contributed "Installing as Extension" documentation
> alludes to PL/Java's current version being 1.4.4. I'm not completely
> sure how Bear knows that, but I don't have anything better to go on. :)

Ah, I see now that github does have a history of past releases and
their commit tags, running up to v1_4_3 about 4 years ago. So it would
be natural to call a next one 1.4.4, except enough change seems to be
in the works to justify at least 1.5.0.

> Should the pom.xml be updated so there are not such vastly different
> notions of what the version is?
>
> Perhaps it should be called 1.5.0-SNAPSHOT, as things are indeed

Objections?

-Chap


From: bgiles at coyotesong(dot)com (Bear Giles)
To:
Subject: [Pljava-dev] PL/Java version number, and a module name
Date: 2015-09-11 02:17:01
Message-ID: 026401d0ec37$f203dc00$d60b9400$@coyotesong.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pljava-dev

What are the criteria to move from SNAPSHOT to release?

-----Original Message-----
From: Pljava-dev [mailto:pljava-dev-bounces at lists.pgfoundry.org] On Behalf Of Chapman Flack
Sent: Thursday, September 10, 2015 8:08 PM
To: pljava-dev at lists.pgfoundry.org
Subject: Re: [Pljava-dev] PL/Java version number, and a module name

On 09/05/15 17:09, Chapman Flack wrote:
> As far as Maven is concerned, it is building a version of PL/Java
> called 0.0.2-SNAPSHOT.
>
> Bear's recently contributed "Installing as Extension" documentation
> alludes to PL/Java's current version being 1.4.4. I'm not completely
> sure how Bear knows that, but I don't have anything better to go on.
> :)

Ah, I see now that github does have a history of past releases and their commit tags, running up to v1_4_3 about 4 years ago. So it would be natural to call a next one 1.4.4, except enough change seems to be in the works to justify at least 1.5.0.

> Should the pom.xml be updated so there are not such vastly different
> notions of what the version is?
>
> Perhaps it should be called 1.5.0-SNAPSHOT, as things are indeed

Objections?

-Chap
_______________________________________________
Pljava-dev mailing list
Pljava-dev at lists.pgfoundry.org
http://lists.pgfoundry.org/mailman/listinfo/pljava-dev


From: chap at anastigmatix(dot)net (Chapman Flack)
To:
Subject: [Pljava-dev] PL/Java version number, and a module name
Date: 2015-09-12 17:31:16
Message-ID: 55F46164.7040602@anastigmatix.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pljava-dev

On 09/10/15 22:17, Bear Giles wrote:
> What are the criteria to move from SNAPSHOT to release?

Excellent question ... TBH, it doesn't feel imminent to me yet.
It's been 0.0.2-SNAPSHOT for 2 1/2 years now, it could at least
be ${plausible.version}-SNAPSHOT for a bit longer while we get
things sorted.

Rough incomplete list of things, at least some of which ought to
get sorted before a release:

- there actually have been ~ 100 commits since 1.4.3, some of them
fairly significant (mavenized, sql generation works, etc.).
A change summary with the highlights from those commits would be
worth having.

- some triage of the open issues and at least some of them fixed
(including perhaps Peter Brewer's recent one on the mailing list)

- confirm successful build for $platform, $jvm, $pgversion for several
combinations

- work out artifact deployment to a well-known maven repo?

- polishing build process and build docs. It still comes across rather
like "run mvn install. yay! now, um, faff around with several vague
next steps." I think part of that can be address by changes to the build
/docs/ and part by changes to the build /process/ ... I'm planning to
put some work into both.

It would probably be good to have a page on the docs site with a list
of things we think should or should not be done for the next release,
and then push it in different directions until it seems tolerable.
It's not there yet; I may as well create one while working on updating
docs.

-Chap


From: chap at anastigmatix(dot)net (Chapman Flack)
To:
Subject: [Pljava-dev] PL/Java version number, and a module name
Date: 2015-09-21 04:11:52
Message-ID: 55FF8388.40909@anastigmatix.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pljava-dev

On 09/12/15 13:31, Chapman Flack wrote:

> Excellent question ... TBH, it doesn't feel imminent to me yet.
> It's been 0.0.2-SNAPSHOT for 2 1/2 years now, it could at least
> be ${plausible.version}-SNAPSHOT for a bit longer while we get
> things sorted.

If there is no objection, I'll probably produce a pull request some
time soon that changes 0.0.2-SNAPSHOT in the pom to 1.5.0-SNAPSHOT.

-Chap


From: thomas at tada(dot)se (Thomas Hallgren)
To:
Subject: [Pljava-dev] PL/Java version number, and a module name
Date: 2015-09-21 06:35:09
Message-ID: 55FFA51D.8060609@tada.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pljava-dev

No objection from my end. Please go ahead and do that.

- thomas

On 2015-09-21 06:11, Chapman Flack wrote:
> On 09/12/15 13:31, Chapman Flack wrote:
>
>> Excellent question ... TBH, it doesn't feel imminent to me yet.
>> It's been 0.0.2-SNAPSHOT for 2 1/2 years now, it could at least
>> be ${plausible.version}-SNAPSHOT for a bit longer while we get
>> things sorted.
> If there is no objection, I'll probably produce a pull request some
> time soon that changes 0.0.2-SNAPSHOT in the pom to 1.5.0-SNAPSHOT.
>
> -Chap
> _______________________________________________
> Pljava-dev mailing list
> Pljava-dev at lists.pgfoundry.org
> http://lists.pgfoundry.org/mailman/listinfo/pljava-dev