> 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: <[EMAIL PROTECTED]>----- > > > > Date: Fri, 19 Oct 2001 10:45:43 -0700 (MST) > > Sender: [EMAIL PROTECTED] > > From: Ned Wolpert <[EMAIL PROTECTED]> > > To: Barry Lind <[EMAIL PROTECTED]> > > 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 <[EMAIL PROTECTED]> > > > > 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 > [EMAIL PROTECTED]) > > > > > > > > ---------------------------(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). ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly