Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: neutral (hermes.apache.org: local policy)
Message-ID: <42AE6A0F.8040102@apache.org>
Date: Tue, 14 Jun 2005 15:24:31 +1000
From: Brett Porter <brett@apache.org>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
CC: skitching@apache.org
Subject: Re: maven.compile.source
References: <20050613121530.43985.qmail@web86502.mail.ukl.yahoo.com>
	 <1118703392.3749.10.camel@localhost.localdomain>
 <8a81b4af0506132155430b1d72@mail.gmail.com>
In-Reply-To: <8a81b4af0506132155430b1d72@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Firstly, I still believe if you've got sufficient testing, this isn't 
really necessary, and this discussion is getting a little carried away. 
There are very limited cases where this is a problem in the current JDKs 
(theoretically there could be more, but it seems so far that 
StringBuffer one is the primary one).

Using compile.executable is going to be sufficient in Maven. Ant can't 
offer you any more here, except that you can actually run it under the 
lower JDK. That's not necessary to guarantee the classes work under 
them. The other issue is what is generated in the manifest under 
Build-jdk. Well, that's not even documented in 
http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html#JAR%20Manifest. 
It appears to be something Ant and Maven both set, but the JAR tools 
doesn't. It should *not* be used as an indication of what JDK it was 
designed to run on. So I don't see this as a problem.

Let's not forget the downsides of using JDK 1.3 to compile the sources. 
That's now an EOL'd JDK. Someone has already mentioned (I have no idea 
if it is true), that a newer javac could have less bugs and generate 
better bytecode even when targetting an older JVM. Not to mention the 
massive inconvenience it is to maintain a separate JDK, and to swtich to 
it for certain builds and not others.

Wouldn't it be nice if javac could utilise all those @since tags in 
rt.jar to do this for you? :)

IMO, I think compile.source|target is good enough, as long as you have 
enough coverage and someone is testing on the JDKs you intend to target.

- - Brett

Phil Steitz wrote:

|Ecch is right.  Do you think that setting the maven.compile.executable
|property is good enough or do you think we need to have ant build the
|jars?
|
|Phil
|

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCrmoPOb5RoQhMkRMRAlzQAKC36j4Kh7X7AC/nKLVTXjk2s0UJnACdH8Hl
NHNTg9LKG1/gzbradySKuB0=
=GSqX
-----END PGP SIGNATURE-----


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org