DO NOT REPLY [Bug 18506] New: - Determine level of target from prefix in target name
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18506. 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=18506 Determine level of target from prefix in target name Summary: Determine level of target from prefix in target name Product: Ant Version: 1.5.1 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Currently, main targets that show up in ant -projecthelp are determined by whether or not the target has a description attribute. This is somewhat annoying when I have target names that are pretty much self-explanatory and I don't want to bother with a description. I've observed an interesting convention where non-main targets are prefixed with a -. This really improves the ability to glance at build file source and know what are the main targets and what are the helper targets. So what I propose is that -projecthelp uses a standard (and/or configurable) prefix to determine non-main targets.
cvs commit: ant/src/script ant
bodewig 2003/03/31 01:22:25 Modified:.Tag: ANT_15_BRANCH WHATSNEW src/main/org/apache/tools/ant/taskdefs/optional/starteam Tag: ANT_15_BRANCH TreeBasedTask.java src/script Tag: ANT_15_BRANCH ant Log: Merge fixes for 17646 and 17721 from HEAD Revision ChangesPath No revision No revision 1.263.2.130 +5 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.263.2.129 retrieving revision 1.263.2.130 diff -u -r1.263.2.129 -r1.263.2.130 --- WHATSNEW 27 Mar 2003 10:07:19 - 1.263.2.129 +++ WHATSNEW 31 Mar 2003 09:22:24 - 1.263.2.130 @@ -33,6 +33,11 @@ * The prefix attribute of zipfileset would not generate directory entries for the prefix itself. Bugzilla Report 18403. +* starteam checkout can now handle deleted labels. Bugzilla Report 17646. + +* The Unix wrapper script failed if you invoked it as a relative + symlink and ANT_HOME has not been set. Bugzilla Report 17721. + Other Changes: -- * Added ability to specify manifest encoding for the jar and No revision No revision 1.8.2.4 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/TreeBasedTask.java Index: TreeBasedTask.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/starteam/TreeBasedTask.java,v retrieving revision 1.8.2.3 retrieving revision 1.8.2.4 diff -u -r1.8.2.3 -r1.8.2.4 --- TreeBasedTask.java13 Feb 2003 13:59:53 - 1.8.2.3 +++ TreeBasedTask.java31 Mar 2003 09:22:25 - 1.8.2.4 @@ -566,7 +566,7 @@ for (int i = 0; i allLabels.length; i++) { Label stLabel = allLabels[i]; log(checking label + stLabel.getName(), Project.MSG_DEBUG); -if (stLabel.getName().equals(this.label)) { +if (stLabel != null !stLabel.isDeleted() stLabel.getName().equals(this.label)) { if (!stLabel.isRevisionLabel() !stLabel.isViewLabel()) { throw new BuildException(Unexpected label type.); } No revision No revision 1.19.2.15 +4 -4 ant/src/script/ant Index: ant === RCS file: /home/cvs/ant/src/script/ant,v retrieving revision 1.19.2.14 retrieving revision 1.19.2.15 diff -u -r1.19.2.14 -r1.19.2.15 --- ant 21 Feb 2003 11:54:51 - 1.19.2.14 +++ ant 31 Mar 2003 09:22:25 - 1.19.2.15 @@ -55,7 +55,7 @@ while [ -h $PRG ] ; do ls=`ls -ld $PRG` link=`expr $ls : '.*- \(.*\)$'` -if expr $link : '.*/.*' /dev/null; then +if expr $link : '/.*' /dev/null; then PRG=$link else PRG=`dirname $PRG`/$link @@ -150,9 +150,9 @@ # OSX hack to make Ant work with jikes if $darwin ; then - OSXHACK=/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Classes -if [ -d ${OSXHACK} ] ; then - for i in ${OSXHACK}/*.jar +OSXHACK=${JAVA_HOME}/../Classes +if [ -d ${OSXHACK} ] ; then + for i in ${OSXHACK}/*.jar do JIKESPATH=$JIKESPATH:$i done
cvs commit: ant WHATSNEW
bodewig 2003/03/31 01:23:57 Modified:.WHATSNEW Log: Two fixes will be in 1.5.3 Revision ChangesPath 1.381 +5 -5 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.380 retrieving revision 1.381 diff -u -r1.380 -r1.381 --- WHATSNEW 28 Mar 2003 12:41:00 - 1.380 +++ WHATSNEW 31 Mar 2003 09:23:57 - 1.381 @@ -70,11 +70,6 @@ StringIndexOutOfBoundsException on all OSes where os.name is shorter than seven characters. Bugzilla Report 18105. -* starteam checkout can now handle deleted labels. Bugzilla Report 17646. - -* The Unix wrapper script failed if you invoked it as a relative - symlink and ANT_HOME has not been set. Bugzilla Report 17721. - * copy and move's failonerror didn't apply to filesets pointing to non-existant directories. Bugzilla Report 18414. @@ -235,6 +230,11 @@ * The prefix attribute of zipfileset would not generate directory entries for the prefix itself. Bugzilla Report 18403. + +* starteam checkout can now handle deleted labels. Bugzilla Report 17646. + +* The Unix wrapper script failed if you invoked it as a relative + symlink and ANT_HOME has not been set. Bugzilla Report 17721. Other Changes: --
DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17646. 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=17646 Starteam Checkout Not Handling Deleted Labels [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|1.6 |1.5.3
DO NOT REPLY [Bug 17721] - problem with wrapper shell script if $0 is a relative symlink
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17721. 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=17721 problem with wrapper shell script if $0 is a relative symlink [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|1.6 |1.5.3
DO NOT REPLY [Bug 17458] - OS X - bin/ant uses jars in wrong directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17458. 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=17458 OS X - bin/ant uses jars in wrong directory [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|1.6 |1.5.3
DO NOT REPLY [Bug 18506] - Determine projecthelp non-main targets from prefix in target name
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18506. 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=18506 Determine projecthelp non-main targets from prefix in target name --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 09:36 --- Heh, just learned that the - prefix was a trick. Will this continue to be supported in future releases? You shouldn't have said It's for your own good :) As a counter argument, differentiating entry points and describing targets are two logically separate tasks. It's not immediately obvious to a new user that adding a description marks a target as an entry point since why wouldn't you want to add descriptions to helper targets as well? It would seem preferable instead to have a way to explicitly define an entry point or helper target that is not associated with descriptions. I would expect most entry point target names to be chosen such that they are completely obvious in terms of what they do, even in a years time. Those that are more complicated would have descriptions. Borrowing an example from Java Development with Ant, starting p.350: XML comment says Default starting point, no description... target name=main depends=ear/ I might have renamed clean to clean-all and would have removed the description. I would have renamed build-db to build-sample-db I would have removed the description from middlegen, xdoclet, compile, ejb-jar, and ear I don't see how the descriptions added value at all. I don't see how this is different from using comments to make up for bad identifier names. We want clear, understandable, and maintainable build files which is not equivalent to descriptions on every entry point.
Call for defaults.properties maintanance...
Hi all! I am still improving ANTidote and as I am developing better Task/Type-Element-support I came over this topic. As you might know ANTidote as well as the NetBeans-Ant-integration uses the defaults.properties in the packages taskdefs and types to introspect an initial amount of tasks and types aswell as nested elements of these as far as they are determinable by the IntrospectionHelper class. To get further information on how complete these .properties-files are I wrote a little classpath-scanner to determine the unlisted types, tasks (and ProjectComponents rather optionally). To solve this topic I'd like to clearify here which of the listed elements should be listed in the defaults.properties (for I know that there are quite some abstract classes amongst them, I would not add). Additionally I'd like the update for the .properties to happen for 1.5.3 - I think this would make the NetBeans-Guys happy aswell! Greetings, Christoph org/apache/tools/ant/taskdefs/defaults.properties org/apache/tools/ant/types/defaults.properties Neither listed in one of the above defaults.properties nor sub-element of listed elemetnts: ProjectComponent found in ant.jar: org/apache/tools/ant/ProjectComponent.class Task found in ant.jar: org/apache/tools/ant/Task.class Task found in ant.jar: org/apache/tools/ant/TaskAdapter.class Task found in ant.jar: org/apache/tools/ant/taskdefs/AbstractCvsTask.class ProjectComponent found in ant.jar: org/apache/tools/ant/taskdefs/condition/ConditionBase.class Task found in ant.jar: org/apache/tools/ant/taskdefs/Definer.class Task found in ant.jar: org/apache/tools/ant/taskdefs/Exec.class Task found in ant.jar: org/apache/tools/ant/taskdefs/JDBCTask.class Task found in ant.jar: org/apache/tools/ant/taskdefs/KeySubst.class Task found in ant.jar: org/apache/tools/ant/taskdefs/MatchingTask.class Task found in ant.jar: org/apache/tools/ant/taskdefs/Pack.class Task found in ant.jar: org/apache/tools/ant/taskdefs/SendEmail.class Task found in ant.jar: org/apache/tools/ant/taskdefs/Unpack.class Type found in ant.jar: org/apache/tools/ant/types/AbstractFileSet.class Type found in ant.jar: org/apache/tools/ant/types/DataType.class Type found in ant.jar: org/apache/tools/ant/types/selectors/BaseExtendSelector.class Type found in ant.jar: org/apache/tools/ant/types/selectors/BaseSelector.class Type found in ant.jar: org/apache/tools/ant/types/selectors/BaseSelectorContainer.class Task found in ant.jar: org/apache/tools/ant/UnknownElement.class ProjectComponent found in ant.jar: org/apache/tools/ant/util/facade/ImplementationSpecificArgument.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/ccm/CCMCheck.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/ccm/Continuus.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/clearcase/ClearCase.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/dotnet/DotnetCompile.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/metamata/AbstractMetamataTask.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/sos/SOS.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/unix/AbstractAccessTask.class Task found in optional.jar: org/apache/tools/ant/taskdefs/optional/vss/MSVSS.class (Remark: The optional.jar here is out of date... The ant.jar may not be head revision aswell... I'll send an update with the correct content tonight!)
DO NOT REPLY [Bug 14738] - env ... doesn't work for junit tasks on Windows XP, apparently
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14738. 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=14738 env ... doesn't work for junit tasks on Windows XP, apparently [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Other |Windows XP
DO NOT REPLY [Bug 14971] - junit task replaces classpath when includeantruntime fork=yes is used
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14971. 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=14971 junit task replaces classpath when includeantruntime fork=yes is used [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 11:57 --- Hmm, I see where the problem lies. A workaround for you would be something like this: property env=env/ junit ... classpath path=${env.CLASSPATH}/ ... /junit We want forked junit to become independent of Ant's classpath and in particular the stuff in ANT_HOME/lib, that's why we don't include the system classpath explicitly here. If includeantruntime is false, we will invoke the spawned VM without any classpath setting to ensure you get whatever is in your environment. If it is true, we explicitly pass the jars, just as described and thus overwrite CLASSPATH, this is not intentional. The only way around this is really going to the native environment, as java.class.path has already been tainted by ANT_HOME/lib. I'll try to come up with a solution.
DO NOT REPLY [Bug 15131] - Junit task fails to correctly set its classpath under Java 1.4
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15131. 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=15131 Junit task fails to correctly set its classpath under Java 1.4 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 15454] - add tmpDir attribute to junit task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15454. 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=15454 add tmpDir attribute to junit task [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Target Milestone|--- |1.6
DO NOT REPLY [Bug 18513] New: - Weblogic deployment does not work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18513. 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=18513 Weblogic deployment does not work properly Summary: Weblogic deployment does not work properly Product: Ant Version: 1.5.2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Other AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi I am trying to deploy my application through ANT scripts, but I am always getting error saying the component does not exist in the application. When I deploy it manually, the same EAR file I manually deploy through the Weblogic console, the deployment works fine. Any clue on this ? Yew Loon serverdeploy action=deploy source=${shipment_dir}/${ear_file} weblogic application=${application} server=${webserver_console} classpath=${weblogic_home}/lib/weblogic.jar component=GenieEJB:${webserver} username=${username} password=${password}/ /serverdeploy ERRORs == D:\xgenv4ant -f weblogic_deploy.xml Buildfile: weblogic_deploy.xml deploy_ear: [java] weblogic.j2ee.DeploymentException: Application MarketingUW does not contain component GenieEJB [java] at weblogic.deploy.deploy(deploy.java:674) [java] at weblogic.deploy.runBody(deploy.java:360) [java] at weblogic.utils.compiler.Tool.run(Tool.java:126) [java] at weblogic.deploy.main(deploy.java:1641) [java] Application MarketingUW does not contain component GenieEJB BUILD FAILED file:D:/xgenv4/weblogic_deploy.xml:33: Java returned: 1 Total time: 54 seconds
DO NOT REPLY [Bug 17230] - junit cannot find resources in classpath
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17230. 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=17230 junit cannot find resources in classpath --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 12:03 --- You have fork=yes in the task and no on batchtest. Is this intentional?
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java
bodewig 2003/03/31 04:27:14 Modified:.WHATSNEW docs/manual/OptionalTasks junit.html src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java Log: Add tempdir attribute to junit to control placement of temporary file. PR: 15454 Revision ChangesPath 1.382 +3 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving revision 1.381 retrieving revision 1.382 diff -u -r1.381 -r1.382 --- WHATSNEW 31 Mar 2003 09:23:57 - 1.381 +++ WHATSNEW 31 Mar 2003 12:27:13 - 1.382 @@ -196,6 +196,9 @@ * concat now supports filtering and can check timestamps before overriding a file. Bugzilla Report 18166. +* junit has a new attribute tempdir that controls the placement of + temporary files. Bugzilla Report 15454. + Changes from Ant 1.5.2 to Ant 1.5.3 === 1.24 +8 -1 ant/docs/manual/OptionalTasks/junit.html Index: junit.html === RCS file: /home/cvs/ant/docs/manual/OptionalTasks/junit.html,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- junit.html6 Sep 2002 06:16:39 - 1.23 +++ junit.html31 Mar 2003 12:27:13 - 1.24 @@ -142,6 +142,13 @@ formatters receive the output./td td align=center valign=topNo/td /tr + tr +td valign=toptempdir/td +td valign=topWhere Ant should place temporary files. + emSince Ant 1.6/em./td +td align=center valign=topNo; default is the project's base + directory./td + /tr /table pBy using the codeerrorproperty/code and codefailureproperty/code @@ -479,7 +486,7 @@ code${reports.tests}/code./p hr -p align=centerCopyright copy; 2000-2002 Apache Software Foundation. All rights +p align=centerCopyright copy; 2000-2003 Apache Software Foundation. All rights Reserved./p /body /html 1.59 +12 -1 ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java Index: JUnitTask.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- JUnitTask.java7 Mar 2003 11:23:06 - 1.58 +++ JUnitTask.java31 Mar 2003 12:27:14 - 1.59 @@ -174,6 +174,7 @@ private Path antRuntimeClasses = null; private boolean showOutput = false; +private File tmpDir; /** * If true, smartly filter the stack frames of @@ -502,6 +503,15 @@ } /** + * Where Ant should place temporary files. + * + * @since Ant 1.6 + */ +public void setTempdir(File tmpDir) { +this.tmpDir = tmpDir; +} + +/** * Adds the jars or directories containing Ant, this task and * JUnit to the classpath - this should make the forked JVM work * without having to specify them directly. @@ -636,6 +646,7 @@ // forked test File propsFile = FileUtils.newFileUtils().createTempFile(junit, .properties, +tmpDir != null ? tmpDir : getProject().getBaseDir()); cmd.createArgument().setValue(propsfile= + propsFile.getAbsolutePath());
DO NOT REPLY [Bug 15454] - add tmpDir attribute to junit task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15454. 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=15454 add tmpDir attribute to junit task [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 12:29 --- tempdir attribute should be available starting with nightly build 2003-04-01.
DO NOT REPLY [Bug 15131] - Junit task fails to correctly set its classpath under Java 1.4
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15131. 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=15131 Junit task fails to correctly set its classpath under Java 1.4 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 14:10 --- should be fixed in nightly build 2003-04-01.
junit, fork and CLASSPATH
Hi, I'm currently looking into Bug 14971. This bug points out an inconsistency in junit that has been there for ages and I'm a bit unsure on how to fix it. junit fork=true includeantruntime=yes will run the forked tests with a classpath containing ant.jar, optional.jar and junit.jar, nothing else. junit fork=true includeantruntime=no will run the forked tests with whatever is in the CLASSPATH env variable as it doesn't pass an explicit -classpath argument at all. If the junit task has a nested classpath, things are different, your CLASSPATH will never be used as there will always be a -classpath argument. I'm not sure, how this should be resolved. Even if we add a new attribute, I don't see a default setting that would preserve the old behavior. Well, maybe I do. Something like addsystemclasspath with a default of false that would query the native environment for CLASSPATH. Maybe we don't have a bug at all and we can say that you get exactly the classpath you are asking for? This doesn't hold as you don't get an empty CLASSPATH when you specify nothing. Ideas? Stefan
cvs commit: ant/src/main/org/apache/tools/ant Location.java
bodewig 2003/03/31 07:08:37 Modified:src/main/org/apache/tools/ant Location.java Log: unURIfy build-file name if necessary. PR: 18352 Revision ChangesPath 1.12 +7 -2 ant/src/main/org/apache/tools/ant/Location.java Index: Location.java === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/Location.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- Location.java 10 Feb 2003 14:13:30 - 1.11 +++ Location.java 31 Mar 2003 15:08:37 - 1.12 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2000,2002 The Apache Software Foundation. All rights + * Copyright (c) 2000,2002-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -55,6 +55,7 @@ package org.apache.tools.ant; import java.io.Serializable; +import org.apache.tools.ant.util.FileUtils; import org.xml.sax.Locator; /** @@ -118,7 +119,11 @@ * @param columnNumber Column number within the line. */ public Location(String fileName, int lineNumber, int columnNumber) { -this.fileName = fileName; +if (fileName != null fileName.startsWith(file:)) { +this.fileName = FileUtils.newFileUtils().fromURI(fileName); +} else { +this.fileName = fileName; +} this.lineNumber = lineNumber; this.columnNumber = columnNumber; }
DO NOT REPLY [Bug 18352] - The filename and path of the build file that failed is printed out in URL encode format.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18352. 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=18352 The filename and path of the build file that failed is printed out in URL encode format. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |1.6 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 15:10 --- Should be fixed with nightly build 2003-04-01.
DO NOT REPLY [Bug 18506] - Determine projecthelp non-main targets from prefix in target name
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18506. 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=18506 Determine projecthelp non-main targets from prefix in target name --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 17:12 --- 1. Nobody has any plans to kill the '-' prefix trick, because its a side effect of us using - as the prefix for ant commands. 2. yes, we should have put a comment in on the JDwA example you cite :) And I agree, description could be decoupled from scope. There are (open) enhancement reqs for us to actually provide scope (public, private) to ant. They are still open as we havent decided what to do there.
DO NOT REPLY [Bug 18529] New: - iPlanet-ejbc task rebuilds all EJBs irregardless of them being up-to-date or not.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18529. 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=18529 iPlanet-ejbc task rebuilds all EJBs irregardless of them being up-to-date or not. Summary: iPlanet-ejbc task rebuilds all EJBs irregardless of them being up-to-date or not. Product: Ant Version: 1.5.2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] iPlanet-ejbc task rebuilds all EJBs irregardless of them being up-to-date or not. This feature worked in Ant 1.4.1 but not fails in all Ant 1.5.x releases.
[SUBMIT] CCChangeLog
I've written a clearcase change log task. The task allows companies using clearcase to easily generate a html log of changes between the current build and the prior build. The file can then be posted somewhere or emailed to QA team for appropriate regression testing. The task receives two labels. The idea is that each build should be labeled. This allows you to compare two labels for file versions present in one but not in the other. For each file, the task then retrieves the comments used to checkin the selected file. The result is an HTML document listing all the files changed between builds along with their comments. Vadim ccchangelog.zip attachment: ccchangelog.zip
DO NOT REPLY [Bug 18533] New: - The project option fails to display all targets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18533. 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=18533 The project option fails to display all targets Summary: The project option fails to display all targets Product: Ant Version: 1.6Alpha (nightly) Platform: Other OS/Version: Windows NT/2K Status: UNCONFIRMED Severity: Minor Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After adding descriptions to some targets within my buildfile, and saving the file, only the targets with the added descriptions were displayed as shown below. C:\...\...\...\HttpUnitTestsant -projecthelp Buildfile: build.xml Main targets: Subtargets: clean compile execute init jar smallexecute smalljar unjar xml Default target: execute C:\\...\...\HttpUnitTestsant -projecthelp Buildfile: build.xml Main targets: clean delete the dist directory before we start execute execute our test suite smallexecute execute our test suite Default target: execute C:\..\...\...\HttpUnitTestsant -version Apache Ant version 1.6alpha compiled on March 3 2003
DO NOT REPLY [Bug 18533] - The projecthelp option fails to display all targets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18533. 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=18533 The projecthelp option fails to display all targets [EMAIL PROTECTED] changed: What|Removed |Added Summary|The project option fails to |The projecthelp option |display all targets |fails to display all targets
The JavaCC and JJTree tasks....
...don't work with the latest JavaCC/JJTree release - JavaCC 3.0 - from http://www.experimentalstuff.com/Technologies/JavaCC/index.html. The reason for this is that the package names have changed. Here's a patch to fix JavaCC.java and JJTree.java = [EMAIL PROTECTED] javacc]$ cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic diff JJTree.java Index: JJTree.java === RCS file: /home/cvspublic/ant/src/main/org/apache/tools/ant/taskdefs/optional/javacc/JJTree.java,v retrieving revision 1.19 diff -r1.19 JJTree.java 205,206c205,206 cmdl.setClassname(COM.sun.labs.jjtree.Main); } --- cmdl.setClassname(org.netbeans.javacc.jjtree.Main); } [EMAIL PROTECTED] javacc]$ cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic diff JavaCC.java Index: JavaCC.java === RCS file: /home/cvspublic/ant/src/main/org/apache/tools/ant/taskdefs/optional/javacc/JavaCC.java,v retrieving revision 1.21 diff -r1.21 JavaCC.java 275c275 cmdl.setClassname(COM.sun.labs.javacc.Main); --- cmdl.setClassname(org.netbeans.javacc.parser.Main); [EMAIL PROTECTED] javacc]$ = If there's a better way to post these patches, please let me know... Thanks, tom -- Tom Copeland [EMAIL PROTECTED] InfoEther
DO NOT REPLY [Bug 18505] - XML parsing of attribute in Javadoc task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18505. 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=18505 XML parsing of attribute in Javadoc task --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 22:22 --- Exactly, it is sending unescaped s to javadoc on the command line. The desired affect of unescaped s on the command line is to parse them as one argument (possibly substituting variable) and discard the s. Ant should be aware of this, and therefore escape all quot;s for you. Ant is meant to make the command line interface of Javadoc invisible, not make you think out the innner-workings of ant, and guess that it will need to escaping.