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 ...