Janusz. This may help.
On 12 June 2002, I wrote Just came across this problem myself and came to the same conclusion i.e. move it (destdir) to the end of the classpath. Just to explain my situation. We obfuscate our core source code and then compile the remaining code against the obfuscated jar. But because the destination directory, where the unobfuscated classes are, was at the top of the classpath ... I have a work around but implementing this change for the 1.5 release would suit me fine. Thanks. On Wed, 27 Feb 2002, Nick Cross <[EMAIL PROTECTED]> wrote: > The problem was that the classpath produced by the ant task is not > as I have specified above. It appears that > org/apache/tools/ant/taskdefs/compilers/DefaultCompilerAdapter > automatically adds the dest dir to the classpath. Apart from "it has always been that way", I don't really know why it does that. My guess is that Ant encourages using the -d switch while Ant users are probably not aware of the fact that it does so. Moving the destintaion directory to the end of the classpath doesn't have any ill effect that I could see right now, but that doesn't mean anything 8-) Others? Stefan David Colton Production Team Lead (Technical Architecture) -----Original Message----- From: Janusz Dalecki (TYCO) [mailto:[EMAIL PROTECTED]] Sent: 16 October 2002 07:55 To: [EMAIL PROTECTED] Subject: javac task includes destdir in classpath ? I have noticed that javac task includes in the classpath the path specified in destdir attribute (I missed the jar file that my package depended on, but my compilation was still successful - because destdir attribute of javac pointed to classes subdir that contained the package directory with all classes my package depended). Is this by design or side effect - I haven't found that feature in the documentation. Janusz ************************************************************************** The information contained in this e-mail is confidential, may be privileged and is intended only for the use of the recipient named above. If you are not the intended recipient or a representative of the intended recipient, you have received this e-mail in error and must not copy, use or disclose the contents of this email to anybody else. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the copy you received. This email has been swept for computer viruses. However, you should carry out your own virus checks. Registered in Ireland, No. 205721. http://www.FINEOS.com ************************************************************************** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
