Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 26048 invoked from network); 30 Sep 2002 17:45:38 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Sep 2002 17:45:38 -0000 Received: (qmail 24187 invoked by uid 97); 30 Sep 2002 17:46:18 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 24135 invoked by uid 97); 30 Sep 2002 17:46:17 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 24095 invoked by uid 50); 30 Sep 2002 17:46:16 -0000 Date: 30 Sep 2002 17:46:16 -0000 Message-ID: <20020930174616.24094.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: ant-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 13042] - Need to have a way to override Java version when parsing X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13042 Need to have a way to override Java version when parsing ------- Additional Comments From shankar@cotagesoft.com 2002-09-30 17:46 ------- Oh, sorry. Let me put this more concisely: * There is a JBuilder Ant integration called "AntRunner", which allows us to run Ant from within JBuilder. * JBuilder itself is a Java program that runs on JDK 1.3 (can't run under 1.4 for a variety of reasons). However, the programs that are developed with the IDE are run (and compiled) with whatever JDK I pick (usually JDK 1.4). * The AntRunner extension (which is run within JBuilder itself, and thus uses JDK 1.3) wants to parse the build.xml file, but only to extract the list of targets and descriptions. Once I pick a target to build, it launches an external process (ant.bat) to do this, so the actual build ends up using JDK 1.4. * But because AntRunner itself runs under 1.3, when it parses the build.xml, it gets a bunch of errors about features being unavailable. But these errors are not germane because the actual building itself won't be done under JDK 1.3 - it'll actually happen under JDK 1.4, which is the JDK used by Ant. So the request is for a possible API variant that can pretend to the build.xml parser that the JDK actually is 1.4 (i.e. a variant of parse that says: "please parse this buildfile as if it were going to be executed by a 1.4 JDK". (Of course, it's our responsibility to actually ensure that the build, when it takes place, does so in a 1.4 VM, but that's our problem..) Is this explanation somewhat less confusing? -- To unsubscribe, e-mail: For additional commands, e-mail: