Re: FW: Re: [PATCHES] Ant configuration - Mailing list pgsql-jdbc

> If we can include the ANT libraries in our CVS then my
> objection to ANT (requiring users to trackdown and download ANT) goes
> away, and I would then suggest we continue to use ANT for the other
> reasons you mention.
>
> Does anyone know if we could include ANT into our CVS and
> redistribute
> it in order to build the jdbc code?  Are their license
> incompatibilities
> between the Apache License and the PostgreSQL license that
> would prevent
> this?

Should be fine to do, as long as we include the Apache license that comes
with Ant along with the distribution. Point 3 of the license states that we
should add something like:

"This product includes software developed by the Apache Software
Foundation..."

in the documentation too; I'm not sure if this is really necessary with Ant
as its a build tool, but couldn't hurt I guess.

Cheers,
Joe

>
> thanks,
> --Barry
>
>
> Ned Wolpert wrote:
>
> > I meant to send this to the group...
> >
> > -----FW: <XFMail.20011019104543.ned.wolpert@knowledgenet.com>-----
> >
> > Date: Fri, 19 Oct 2001 10:45:43 -0700 (MST)
> > Sender: wolpert@wolpert.knowledgenet.corp
> > From: Ned Wolpert <ned.wolpert@knowledgenet.com>
> > To: Barry Lind <barry@xythos.com>
> > Subject: Re: [JDBC] [PATCHES] Ant configuration
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Two cents with of thought... :-)
> >
> > On 18-Oct-2001 Barry Lind wrote:
> >
> >>>* People with Java background probably know Ant better that
> >>>  'make'.   Ant seems to become 'build tool of choice' in
> >>>  Java world.
> >>>
> >>Perhaps, but I'm not convinced that either of these
> arguments is true.
> >>I have seen make used by more projects than ant, and a developer
> >>building postgres from source, certainly needs to be
> familiar with make.
> >>
> >
> > Ant is great in a pure-java project.  I have seen ant used
> as the primary
> > build engine in many Java projects, and it works great for
> me.  But, here are
> > some (conflicting) thoughts.
> >
> > 1) To some degree, the make process of PostgreSQL should be
> consistant.  Ant
> > and Make are two seperate building systems.  Its easier to
> put the JDBC driver
> > into make than it is to put postgresql into ant.
> >
> > 2) Correct me if I'm wrong, but currently, Make is needed
> to run Ant in the
> > JDBC driver anyways, right? (To grab the version numbers
> and set the properties
> > when running ant)
> >
> > Yet...
> >
> > 3) Java is system independant, and the JDBC driver is a
> client piece.  I should
> > be able to compile the JDBC driver outside of PostgreSQL
> server if I wanted to,
> > right?  Example, I can't compile PostgreSQL on windozes 95.
>  But I could
> > compile the JDBC driver via ant if Java and ant are
> installed.  (Or, rather, I
> > should be able to)
> >
> > 4) Ant doesn't need to be 'installed' in other projects.
> Rather, they include
> > the needed ant libs in the CVS, which is allowed by the
> license, and create a
> > build script to call the ant process to build.  (Usually a
> build.sh and a
> > build.bat) We could do that to also set the version numbers
> rather than have
> > make do it.
> >
> > I guess I can make an argument either way.  The real way to
> answer this is to
> > ask if one cares if you can build the JDBC driver on
> window's only platform
> > without cygwin installed.
> >
> >   -If the answer is no, that one wouldn't build the JDBC
> driver without building
> >    the rest of postgresql, then the build process should be
> tied to make, like
> >    the rest of postgresql, for simplisity in maintence.
> >
> >   -However, if the JDBC driver should be able to be built
> without having to
> >    build postgresql, (on platforms without
> UNIX-compatiablity layer like cygwin)
> >    for client use only, then yes, use Ant to achive
> platform-independance.
> >
> > I'm lucky enough to only work with Linux, so I don't really
> care on the outcome
> > of this :-) I can work with either.
> >
> >
> > Virtually,
> > Ned Wolpert <ned.wolpert@knowledgenet.com>
> >
> > D08C2F45:  28E7 56CB 58AC C622 5A51  3C42 8B2B 2739 D08C 2F45
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.0.6 (GNU/Linux)
> > Comment: For info see http://www.gnupg.org
> >
> > iD8DBQE70GbGiysnOdCML0URAnl5AJ9VkJs0QXr1GEzzFVxW5CzNLDRl1wCfbOmM
> > O2tENKYPCsDAx6I42NoYh5U=
> > =CSwI
> > -----END PGP SIGNATURE-----
> >
> > --------------End of forwarded message-------------------------
> >
> > ---------------------------(end of
> broadcast)---------------------------
> > TIP 2: you can get off all lists at once with the unregister command
> >     (send "unregister YourEmailAddressHere" to
> majordomo@postgresql.org)
> >
> >
>
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
>


***********Confidentiality/Limited Liability Statement***************

Have the latest business news and in depth analysis delivered to your
desktop. Subscribe to "Insights", Deloitte's fortnightly email
business bulletin . . .

http://www.deloitte.com.au/preferences/preference.asp

This message contains privileged and confidential information intended
only for the use of the addressee named above.  If you are not the
intended recipient of this message, you must not disseminate, copy or
take any action in reliance on it.  If you have received this message
in error, please notify Deloitte Touche Tohmatsu immediately.  Any
views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of
Deloitte.

The liability of Deloitte Touche Tohmatsu, is limited by, and to the
extent of, the Accountants' Scheme under the Professional Standards
Act 1994 (NSW).