JDBC project / CVS moving to GBorg ...

Lists: pgsql-jdbc
From: The Hermit Hacker <scrappy(at)hub(dot)org>
To: pgsql-jdbc(at)postgresql(dot)org
Subject: JDBC project / CVS moving to GBorg ...
Date: 2003-06-25 01:08:17
Message-ID: 20030624220515.U5387@hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-jdbc


Over the next two weeks, JDBC will be joining the other interfaces (ODBC,
C++, etC) that have been moved out of the core repository over to GBorg
...

Like the other interfaces into PostgreSQL, this will allow it to have its
own development/release cycle, allowing improvements to get out into the
public domain in a more timely manner ...

I will send out a note just before I actually move CVS over to the new
project site, and, like the other moves we've done, it will include the
full CVS files, so that none of the history stuff will be lost ...

Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy(at)hub(dot)org secondary: scrappy(at){freebsd|postgresql}.org


From: Dave Cramer <Dave(at)micro-automation(dot)net>
To: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: JDBC project / CVS moving to GBorg ...
Date: 2003-06-25 12:31:40
Message-ID: 1056544300.1306.178.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-jdbc

What does everyone think about this?

If it has to move, there are other options besides gborg.

codehaus.org is one, they have all the tools installed already to build
the driver, and the exposure there may be beneficial.

The opportunity to goto a Maven build exists there too. This is one step
better than ant.

Please feel free to express your opinions on this matter, good or bad.
This will likely happen in the next 2 weeks regardless.

Dave

On Tue, 2003-06-24 at 21:08, The Hermit Hacker wrote:
> Over the next two weeks, JDBC will be joining the other interfaces (ODBC,
> C++, etC) that have been moved out of the core repository over to GBorg
> ...
>
> Like the other interfaces into PostgreSQL, this will allow it to have its
> own development/release cycle, allowing improvements to get out into the
> public domain in a more timely manner ...
>
> I will send out a note just before I actually move CVS over to the new
> project site, and, like the other moves we've done, it will include the
> full CVS files, so that none of the history stuff will be lost ...
>
>
>
> Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
> Systems Administrator @ hub.org
> primary: scrappy(at)hub(dot)org secondary: scrappy(at){freebsd|postgresql}.org
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
>
--
Dave Cramer <Dave(at)micro-automation(dot)net>


From: Erik Price <eprice(at)ptc(dot)com>
To: Dave(at)micro-automation(dot)net
Cc: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: JDBC project / CVS moving to GBorg ...
Date: 2003-06-25 12:43:17
Message-ID: 3EF998E5.4030009@ptc.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-jdbc

Dave Cramer wrote:
> What does everyone think about this?
>
> If it has to move, there are other options besides gborg.
>
> codehaus.org is one, they have all the tools installed already to build
> the driver, and the exposure there may be beneficial.

I'm not familiar with either of those, but as long as the move doesn't
inhibit JDBC development (and I can't imagine that it would), I wouldn't
be concerned either way. I'm curious why SF.net is not an option,
simply because that is where I've noticed most open source projects are
stored. And if exposure is a factor, what about java.net? (I didn't
realize there were any other Postgres JDBC drivers.)

> The opportunity to goto a Maven build exists there too. This is one step
> better than ant.

I understand the benefits of Maven but are a lot of people using it?

> Please feel free to express your opinions on this matter, good or bad.
> This will likely happen in the next 2 weeks regardless.

I am not using a CVS build, so my opinion should be taken with a grain
of salt, but presumably any changes that affect the CVS build will
eventually affect us binary users.

Erik


From: Dave Cramer <Dave(at)micro-automation(dot)net>
To: Erik Price <eprice(at)ptc(dot)com>
Cc: "pgsql-jdbc(at)postgresql(dot)org" <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: JDBC project / CVS moving to GBorg ...
Date: 2003-06-25 12:58:49
Message-ID: 1056545929.1305.198.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-jdbc

sf.net is generally considered to be a PITA, most folks have moved away
from it.

On Wed, 2003-06-25 at 08:43, Erik Price wrote:
> Dave Cramer wrote:
> > What does everyone think about this?
> >
> > If it has to move, there are other options besides gborg.
> >
> > codehaus.org is one, they have all the tools installed already to build
> > the driver, and the exposure there may be beneficial.
>
> I'm not familiar with either of those, but as long as the move doesn't
> inhibit JDBC development (and I can't imagine that it would), I wouldn't
> be concerned either way. I'm curious why SF.net is not an option,
> simply because that is where I've noticed most open source projects are
> stored. And if exposure is a factor, what about java.net? (I didn't
> realize there were any other Postgres JDBC drivers.)
gborg is postgres's version of sf.net
codehaus.org is a relatively new site devoted primarily to java
development.
>
> > The opportunity to goto a Maven build exists there too. This is one step
> > better than ant.
>
> I understand the benefits of Maven but are a lot of people using it?
yes, at least most people I know. Either way it doesn't matter, most
maven projects keep the ant build file around for ant as well.

>
> > Please feel free to express your opinions on this matter, good or bad.
> > This will likely happen in the next 2 weeks regardless.
>
> I am not using a CVS build, so my opinion should be taken with a grain
> of salt, but presumably any changes that affect the CVS build will
> eventually affect us binary users.

Everyone's opinion matters.

Thanks,

Dave
>
>
> Erik
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org
>
--
Dave Cramer <Dave(at)micro-automation(dot)net>


From: snpe <snpe(at)snpe(dot)co(dot)yu>
To: Erik Price <eprice(at)ptc(dot)com>, Dave(at)micro-automation(dot)net
Cc: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: JDBC project / CVS moving to GBorg ...
Date: 2003-06-25 16:09:07
Message-ID: 200306251609.07337.snpe@snpe.co.yu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-jdbc

Hello,
Pleasedont use sf.net cvs.It is very slow

regards
Haris Peco
On Wednesday 25 June 2003 12:43 pm, Erik Price wrote:
> Dave Cramer wrote:
> > What does everyone think about this?
> >
> > If it has to move, there are other options besides gborg.
> >
> > codehaus.org is one, they have all the tools installed already to build
> > the driver, and the exposure there may be beneficial.
>
> I'm not familiar with either of those, but as long as the move doesn't
> inhibit JDBC development (and I can't imagine that it would), I wouldn't
> be concerned either way. I'm curious why SF.net is not an option,
> simply because that is where I've noticed most open source projects are
> stored. And if exposure is a factor, what about java.net? (I didn't
> realize there were any other Postgres JDBC drivers.)
>
> > The opportunity to goto a Maven build exists there too. This is one step
> > better than ant.
>
> I understand the benefits of Maven but are a lot of people using it?
>
> > Please feel free to express your opinions on this matter, good or bad.
> > This will likely happen in the next 2 weeks regardless.
>
> I am not using a CVS build, so my opinion should be taken with a grain
> of salt, but presumably any changes that affect the CVS build will
> eventually affect us binary users.
>
>
> Erik
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org


From: Peter Royal <proyal(at)pace2020(dot)com>
To: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: JDBC project / CVS moving to GBorg ...
Date: 2003-06-25 16:18:15
Message-ID: 9FFBD969-A728-11D7-980B-000393B61B56@pace2020.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-jdbc

On Wednesday, June 25, 2003, at 08:31 AM, Dave Cramer wrote:
> What does everyone think about this?
>
> If it has to move, there are other options besides gborg.
>
> codehaus.org is one, they have all the tools installed already to build
> the driver, and the exposure there may be beneficial.

Having the driver @ codehaus.org would be an excellent addition to the
suite of projects that already lives there.
-pete


From: The Hermit Hacker <scrappy(at)postgresql(dot)org>
To: Dave Cramer <Dave(at)micro-automation(dot)net>
Cc: pgsql-jdbc(at)postgresql(dot)org
Subject: Re: JDBC project / CVS moving to GBorg ...
Date: 2003-06-25 23:02:59
Message-ID: 20030625200051.X5387@hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-jdbc

On Wed, 25 Jun 2003, Dave Cramer wrote:

> What does everyone think about this?
>
> If it has to move, there are other options besides gborg.
>
> codehaus.org is one, they have all the tools installed already to build
> the driver, and the exposure there may be beneficial.
>
> The opportunity to goto a Maven build exists there too. This is one step
> better than ant.

Is Maven something that we can install?

> Please feel free to express your opinions on this matter, good or bad.
> This will likely happen in the next 2 weeks regardless.

Tom Lane brought up a point to me this aft in favor of leaving the status
quo for this release ... something about v7.3 JDBC driver not working with
a v7.4 server, so I'm not going to push on doing this pre-v7.4 ...