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