12 messages in com.mysql.lists.javaRe: Building connector 3.1.10 from sr...| From | Sent On | Attachments |
|---|---|---|
| Mark Kirkwood | 12 Sep 2005 01:06 | .diff |
| Matthew Seaman | 12 Sep 2005 09:37 | |
| Mark Kirkwood | 12 Sep 2005 16:59 | |
| Matthew Seaman | 13 Sep 2005 06:30 | |
| Mark Kirkwood | 13 Sep 2005 16:04 | |
| Matthew Seaman | 14 Sep 2005 01:43 | |
| Mark Kirkwood | 14 Sep 2005 16:15 | |
| Mark Matthews | 14 Sep 2005 20:14 | |
| Mark Kirkwood | 14 Sep 2005 21:26 | |
| Matthew Seaman | 15 Sep 2005 00:50 | |
| Matthew Seaman | 15 Sep 2005 02:29 | |
| Mark Kirkwood | 15 Sep 2005 17:01 |
| Subject: | Re: Building connector 3.1.10 from src, some bugs and fixes![]() |
|---|---|
| From: | Mark Kirkwood (mar...@paradise.net.nz) |
| Date: | 09/15/2005 05:01:49 PM |
| List: | com.mysql.lists.java |
Matthew Seaman wrote:
On Thu, Sep 15, 2005 at 04:27:03PM +1200, Mark Kirkwood wrote:
Great - easy is always nice :-)
Indeed. However, my perspective is a bit different. I've already got a mechanism for ensuring that log4j and junit get installed before attempting to build the mysql-connector-java code -- that's just standard dependency management that any software packaging system worth it's salt will give you. In that sort of setup, you really do prefer to use the separate log4j or junit packages -- avoiding duplication being the key idea.
I've got no problem with the log4j or junit jars being supplied with the mysql-connector-java sources, just so long as it's possible /not/ to use those particular ones while building.
Second that, an Ant target like 'cleanlibs' or similar would do the trick.
Indeed, I am quite happy for log4j and junit *not* to be shipped by default, as folks wanting to build from source are probably going to be reasonably savvy, and therefore comfortable fetching components from the web.
However, they do need good install help - in particular listing the dependencies - which as of right now is not there, and also a reasonably simple way to add the Dependant jars into the compile classpath (the 3.2.x mechanism with the lib directory is good!).
Cheers
Mark





.diff