Thread: JDBC project / CVS moving to GBorg ...

JDBC project / CVS moving to GBorg ...

From
The Hermit Hacker
Date:
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@hub.org           secondary: scrappy@{freebsd|postgresql}.org

Re: JDBC project / CVS moving to GBorg ...

From
Dave Cramer
Date:
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@hub.org           secondary: scrappy@{freebsd|postgresql}.org
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
>       subscribe-nomail command to majordomo@postgresql.org so that your
>       message can get through to the mailing list cleanly
>
--
Dave Cramer <Dave@micro-automation.net>


Re: JDBC project / CVS moving to GBorg ...

From
Erik Price
Date:

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


Re: JDBC project / CVS moving to GBorg ...

From
Dave Cramer
Date:
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@postgresql.org
>
--
Dave Cramer <Dave@micro-automation.net>


Re: JDBC project / CVS moving to GBorg ...

From
snpe
Date:
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@postgresql.org


Re: JDBC project / CVS moving to GBorg ...

From
Peter Royal
Date:
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


Re: JDBC project / CVS moving to GBorg ...

From
The Hermit Hacker
Date:
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 ...