cvs commit: ant/xdocs contributors.xml

2003-04-14 Thread jesse
jesse 2003/04/14 07:37:08 Modified:xdocscontributors.xml Log: Add myself to the list as a test of write access Revision ChangesPath 1.5 +5 -0 ant/xdocs/contributors.xml Index: contributors.xml

cvs commit: ant/src/testcases/org/apache/tools/ant/types/optional/depend ClassFileSetTest.java

2003-04-15 Thread jesse
jesse 2003/04/14 20:34:11 Modified:src/etc/testcases/taskdefs/optional/depend depend.xml src/main/org/apache/tools/ant/util/depend/bcel DependencyVisitor.java src/testcases/org/apache/tools/ant/taskdefs/optional/depend

cvs commit: ant/src/etc/testcases/taskdefs/optional/vss vss.xml

2003-04-15 Thread jesse
jesse 2003/04/14 21:26:52 Modified:src/main/org/apache/tools/ant/taskdefs/optional/vss MSVSS.java MSVSSADD.java MSVSSCHECKOUT.java MSVSSCREATE.java MSVSSConstants.java MSVSSGET.java MSVSSLABEL.java

cvs commit: ant/docs/manual/OptionalTasks vss.html

2003-04-15 Thread jesse
jesse 2003/04/14 21:28:59 Modified:docs/manual/OptionalTasks vss.html Log: Update the manual to reflect new attributes Revision ChangesPath 1.13 +69 -2 ant/docs/manual/OptionalTasks/vss.html Index: vss.html

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/sos SOSCheckin.java

2003-04-15 Thread jesse
jesse 2003/04/14 21:58:57 Modified:src/main/org/apache/tools/ant/taskdefs/optional/sos SOSCheckin.java Log: Make javadoc happy Revision ChangesPath 1.9 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/optional/sos/SOSCheckin.java

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/vss MSVSS.java

2003-04-15 Thread jesse
jesse 2003/04/15 08:12:42 Modified:src/main/org/apache/tools/ant/taskdefs/optional/vss MSVSS.java Log: Make it work with JDK 1.2 Revision ChangesPath 1.30 +3 -3 ant/src/main/org/apache/tools/ant/taskdefs/optional/vss/MSVSS.java

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/vss MSVSSTest.java

2003-04-16 Thread jesse
jesse 2003/04/16 08:20:24 Modified:src/testcases/org/apache/tools/ant/taskdefs/optional/vss MSVSSTest.java Log: Missed updated testcase in previous commit Revision ChangesPath 1.3 +40 -7 ant/src/testcases/org/apache/tools/ant/taskdefs

cvs commit: ant/docs/manual/OptionalTasks starteam.html

2003-04-21 Thread jesse
jesse 2003/04/20 18:08:18 Modified:src/main/org/apache/tools/ant/taskdefs/optional/starteam TreeBasedTask.java docs/manual/OptionalTasks starteam.html Log: StarTeam performance enhancement PR: 15730 Submitted by: Steve Cohen Revision

cvs commit: ant/docs/manual/CoreTasks changelog.html

2003-04-21 Thread jesse
jesse 2003/04/21 00:07:08 Modified:docs/manual/CoreTasks changelog.html Log: Syntax error PR: 19186 Submitted by: Chris Reeves Revision ChangesPath 1.12 +1 -1 ant/docs/manual/CoreTasks/changelog.html Index: changelog.html

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs SQLExec.java Parallel.java

2003-04-21 Thread jesse
jesse 2003/04/21 07:21:16 Modified:src/main/org/apache/tools/ant/taskdefs/optional/perforce P4Integrate.java src/main/org/apache/tools/ant/taskdefs/optional/net SetProxy.java src/main/org/apache/tools/ant

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs XSLTProcess.java

2003-04-21 Thread jesse
jesse 2003/04/21 07:26:00 Modified:src/main/org/apache/tools/ant/taskdefs XSLTProcess.java Log: Fix javadoc warnings Revision ChangesPath 1.64 +2 -2 ant/src/main/org/apache/tools/ant/taskdefs/XSLTProcess.java Index: XSLTProcess.java

cvs commit: ant/src/main/org/apache/tools/ant/util WeakishReference.java

2003-04-21 Thread jesse
jesse 2003/04/21 07:27:58 Modified:src/main/org/apache/tools/ant/taskdefs/optional/ssh SSHExec.java src/main/org/apache/tools/ant/util WeakishReference.java Log: More javadoc warning fixes Revision ChangesPath 1.7 +3 -3

cvs commit: ant/proposal/xdocs/dvsl task.dvsl

2003-04-25 Thread jesse
jesse 2003/04/25 07:09:11 Modified:proposal/xdocs/lib xdoclet-apache-module-1.2b3-dev.jar proposal/xdocs/dvsl task.dvsl Log: Generate attribute requirements Revision ChangesPath 1.2 +103 -92 ant/proposal/xdocs/lib/xdoclet-apache-module-1.2b3

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Property.java

2003-04-25 Thread jesse
jesse 2003/04/25 07:11:16 Modified:src/main/org/apache/tools/ant/taskdefs Property.java Log: Add some new @tags for xdocs Revision ChangesPath 1.61 +38 -23ant/src/main/org/apache/tools/ant/taskdefs/Property.java Index: Property.java

cvs commit: ant build.xml

2003-04-25 Thread jesse
jesse 2003/04/25 07:16:47 Modified:.build.xml Log: Add 2 new @tags that should be ignored by Revision ChangesPath 1.371 +2 -0 ant/build.xml Index: build.xml === RCS file: /home

cvs commit: ant build.xml

2003-04-25 Thread jesse
jesse 2003/04/25 07:21:35 Modified:.build.xml Log: 1 more @tag to ignore Revision ChangesPath 1.372 +1 -0 ant/build.xml Index: build.xml === RCS file: /home/cvs/ant/build.xml,v

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/sos SOS.java SOSCheckin.java SOSCheckout.java SOSGet.java SOSLabel.java

2003-04-25 Thread jesse
jesse 2003/04/25 14:10:02 Modified:src/main/org/apache/tools/ant/taskdefs/optional/sos SOS.java SOSCheckin.java SOSCheckout.java SOSGet.java SOSLabel.java Log: Fix the javadoc comments and add @ant.attribute tags for xdocs

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/vss MSVSS.java MSVSSADD.java MSVSSCHECKIN.java MSVSSCHECKOUT.java MSVSSCP.java MSVSSCREATE.java MSVSSGET.java MSVSSHISTORY.java MSVSSLABEL.java

2003-04-28 Thread jesse
jesse 2003/04/28 08:46:03 Modified:src/main/org/apache/tools/ant/taskdefs/optional/vss MSVSS.java MSVSSADD.java MSVSSCHECKIN.java MSVSSCHECKOUT.java MSVSSCP.java MSVSSCREATE.java MSVSSGET.java MSVSSHISTORY.java

cvs commit: ant/proposal/xdocs/lib xjavadoc-1.0-SNAPSHOT.jar xdoclet-1.2b3-dev.jar xdoclet-apache-module-1.2b3-dev.jar xdoclet-ejb-module-1.2b3-dev.jar xdoclet-web-module-1.2b3-dev.jar xdoclet-xdoclet-module-1.2b3-dev.jar xdoclet-xjavadoc-uc-1.2b3-dev.jar

2003-04-28 Thread jesse
jesse 2003/04/28 09:45:22 Modified:proposal/xdocs/lib xdoclet-1.2b3-dev.jar xdoclet-apache-module-1.2b3-dev.jar xdoclet-ejb-module-1.2b3-dev.jar xdoclet-web-module-1.2b3-dev.jar xdoclet

cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/taskdefs Property.xml

2003-04-29 Thread jesse
jesse 2003/04/28 17:07:23 Added: proposal/xdocs/src/org/apache/tools/ant/taskdefs Property.xml Log: Merge file for Revision ChangesPath 1.1 ant/proposal/xdocs/src/org/apache/tools/ant/taskdefs/Property.xml Index

cvs commit: ant/proposal/xdocs/lib xdoclet-1.2b3-dev.jar xdoclet-ejb-module-1.2b3-dev.jar xdoclet-web-module-1.2b3-dev.jar xdoclet-xdoclet-module-1.2b3-dev.jar xjavadoc-1.0-SNAPSHOT.jar

2003-04-29 Thread jesse
jesse 2003/04/29 15:36:19 Modified:proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java proposal/xdocs/lib xdoclet-1.2b3-dev.jar xdoclet-ejb-module-1.2b3-dev.jar xdoclet-web-module-1.2b3-dev.jar

cvs commit: ant/proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java TaskDescriptorSubTask.java TaskTagsHandler.java

2003-04-29 Thread jesse
jesse 2003/04/29 16:59:40 Modified:proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java TaskDescriptorSubTask.java TaskTagsHandler.java Log: Switch to using regular collections instead of the deprecated XCollections Revision ChangesPath 1.3

cvs commit: ant/proposal/xdocs/src/org/apache/ant/xdoclet IndexGen.java

2003-05-01 Thread jesse
jesse 2003/05/01 13:37:40 Modified:proposal/xdocs/src/org/apache/ant/xdoclet IndexGen.java Log: Throw a BuildException if the root directory does not exist, instead of letting IndexGen NPE Revision ChangesPath 1.2 +4 -0 ant/proposal/xdocs/src/org/apache

Re: 1.5.3?

2003-03-07 Thread Jesse Stockall
On Friday, March 7, 2003, at 09:32 AM, Steve Cohen wrote: I don't understand why there is a problem with verifying the fix. WinZIP is near-ubiquitous (although I don't use it myself). I suppose it will be fully tested with WinZIP before release, right? Not everyone uses Windows :) Jess

Re: ssh exec task...

2003-03-19 Thread Jesse Stockall
want to have to install cygwin. I just need a URL of an up to date port/build of the core Gnu unix command toolchain. Patch is included as part of MSYS (Minimal SYStem) http://www.mingw.org/msys.shtml Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: How to create the diff-file

2003-03-27 Thread Jesse Stockall
MSYS http://mingw.org/msys.shtml (Minimal system) or as part of Cygwin http://www.cygwin.com/ Then you run 'diff old-file.java new-file.java > changes.patch' Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: How to create the diff-file

2003-03-27 Thread Jesse Stockall
On Thursday, March 27, 2003, at 09:42 AM, Jesse Stockall wrote: Then you run 'diff old-file.java new-file.java > changes.patch' Oops, make that: diff -u old-file.java new-file.java > changes.patch Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: VOTE: new committer: Jesse Stockall

2003-04-07 Thread Jesse Stockall
On Sunday, April 6, 2003, at 01:13 AM, Steve Loughran wrote: I nominate Jesse Stockall as a committer Cool, so what happens now? Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: cvs commit: ant/xdocs/stylesheets site.vsl

2003-04-09 Thread Jesse Stockall
On Tuesday, April 8, 2003, at 09:44 PM, [EMAIL PROTECTED] wrote: + http://ant.apache.org/beta/";>download. Is this the intended download link? Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: [VOTE] Antoine Levy-Lambert as committer

2003-04-14 Thread Jesse Stockall
On Monday, April 14, 2003, at 07:31 AM, Stefan Bodewig wrote: I feel it is time to make him a committer and ask you to vote on this. +1 Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: cvs commit: ant/src/testcases/org/apache/tools/ant/filters HeadTailTest.java

2003-04-15 Thread Jesse Stockall
h 'testTailSkip' and 'testTailLinesSkip' cut off 1 too many letters. The last line of the result file is 'Line 5' instead of 'Line 58' Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

FileUtils.createTempFile() - should we delete on exit?

2003-04-15 Thread Jesse Stockall
ch task that creates temp files, or should it be put in FileUtils.createTempFile(). Since 1.6 will require JDK 1.2+ we can avoid the ugly reflection in the patch (attached to the bug report). Thoughts? Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: cvs commit: ant/src/etc/testcases/taskdefs/optional/vss vss.xml

2003-04-15 Thread Jesse Stockall
On Tuesday, April 15, 2003, at 02:09 AM, Stefan Bodewig wrote: On 15 Apr 2003, <[EMAIL PROTECTED]> wrote: jesse 2003/04/14 21:26:52 Modified: src/main/org/apache/tools/ant/taskdefs/optional/vss MSVSS.java This makes the VSS tasks JDK 1.4 dependent. Oops, It's fixed now. Jes

Re: junit.jar in Ant 1.5.3 distro?!?!?

2003-04-16 Thread Jesse Stockall
it is OK, I'd appreciate it. > The zips and tar.gzs off the website look good, no junit and valid signatures. -- Jesse Stockall <[EMAIL PROTECTED]>

Re: cvs commit: ant/proposal/xdocs/dvsl task.dvsl

2003-04-25 Thread Jesse Stockall
nvolved in moving the module to Ant's CVS tree? > Nice work (having not run it yet myself, just browsing the commit > messages)! > Have a look here for a sample http://www.magma.ca/~stockall/property.html -- Jesse Stockall <[EMAIL PROTECTED]>

Re: [Xdoclet-devel] CVS: xjavadoc build.xml,1.49,1.50

2003-04-26 Thread Jesse Stockall
4:12 - 1.50 > *** > *** 3,9 > > > ! > ! > ! > This has broken the Gump runs for anything that depends on XJavadoc All the other projects are still looking in xjavadoc/build/lib instead of xjavadoc/target -- Jesse Stockall <[EMAIL PROTECTED]>

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

2003-04-29 Thread Jesse Stockall
I go to much further. I'll get them together in an email soon. -- Jesse Stockall <[EMAIL PROTECTED]>

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

2003-04-29 Thread Jesse Stockall
t break our stuff until we refactor it - > at least it is likely to break Gump, and then we should upgrade. > I'll get rid the the deprecated XCollections and see if other changes are required. -- Jesse Stockall <[EMAIL PROTECTED]>

Re: list a content of a directory

2003-05-05 Thread Jesse Stockall
er a built in shell command. You must specify the shell as the executable (cmd on WinNT, command on Win9x). You might also be able to use 'vmlauncher=false' with your current setup, but as I have no Windows machines about, I cannot verify this. -- Jesse Stockall <[EMAIL PROTECTED]>

Re: modify classpath for a following compile ..

2003-05-06 Thread Jesse Stockall
an build a org.apache.tools.ant.types.Path object and then add it to the project with Project.addReference(). Then your target can use the reference. -- Jesse Stockall <[EMAIL PROTECTED]>

Re: New SQLJ Task

2003-05-06 Thread Jesse Stockall
On Tue, 2003-05-06 at 17:45, Schultz, David (US - Chicago) wrote: > > Please let me know if there is any additional work needed to get this > included. > Create a bugzilla enhancement request and attach the files to it. Documentation is a must, and test cases are nice. -- Je

Re: svn commit: r582160 - /ant/core/trunk/src/main/org/apache/tools/ant/types/selectors/SelectorUtils.java

2007-10-05 Thread Jesse Glick
[EMAIL PROTECTED] wrote: URL: http://svn.apache.org/viewvc?rev=582160&view=rev +// Check if source exists - use sourceLastModified for file resources +// as it quicker that checking exists() again, however string reources [sic] +// have a last modified time of 0 Resourc

Re: svn commit: r582163 - in /ant/core/branches/ANT_17_BRANCH/src/main/org/apache/tools/ant: taskdefs/Rmic.java taskdefs/optional/depend/Depend.java util/ResourceUtils.java

2007-10-05 Thread Jesse Glick
[EMAIL PROTECTED] wrote: URL: http://svn.apache.org/viewvc?rev=582163&view=rev sync: checkstyle Harmless of course, but is there a reason to merge formatting-only changes to a branch? My assumption was that only a minimum of patches should be made in a branch, to fix real bugs, so that you co

Inclusion of NetBeans project metadata in source tree?

2007-10-05 Thread Jesse Glick
I don't recall any previous discussion of whether IDE-specific metadata are wanted/permitted in the source tree. I have been privately maintaining a NetBeans "freeform" project setup for Ant which ties into the build script in various ways and offers easier and more precise development of Ant f

Re: Inclusion of NetBeans project metadata in source tree?

2007-10-05 Thread Jesse Glick
Dominique Devienne <[EMAIL PROTECTED]> wrote: only if it's kept up-to-date Sure, I can try anyway. Peter Reilly wrote: I think that there is only one directory added. Correct. But "nbproject" is not explicit enough a name IMHO. Rather use netbeans explicitly. nbproject is the name norma

Re: Inclusion of NetBeans project metadata in source tree?

2007-10-10 Thread Jesse Glick
Steve Loughran wrote: -nbprojects are not hard-coded to individuals or their directory paths are they? Not if managed properly. In this case I would allow for an optional (SVN-ignored) user.properties for any individual overrides, e.g. paths to particular JDKs. BTW what's up with there bein

Re: Bugs in release branch

2007-10-27 Thread Jesse Glick
Kevin Jackson wrote: LocatorTest.testNetworkURI file:\\PC03\jclasses\lib\ant-1.7.0.jar This is not a syntactically valid URI, I think. LocatorTest.testUnixNetworkPath file://cluster/home/ant/lib This is probably illegal too; AFAIK the host field is meaningless for a file-protocol UR

Re: Bugs in release branch

2007-10-30 Thread Jesse Glick
Stefan Bodewig wrote: file://cluster/home/ant/lib This is probably illegal too; AFAIK the host field is meaningless for a file-protocol URL. I think it is not (SMB or NFS), something like "ls //nfserver/homes/mine" translates into a file URI with host. Not on Unix; NFS mounts still look like

Re: terminating running builds better

2007-11-03 Thread Jesse Glick
Steve Loughran wrote: What do IDEs do to stop ant builds? just kill the thread/process? NB behaves as follows: 1. It sets a special flag. The next time any BuildListener/BuildLogger method is called on the IDE's listener, it will throw a BuildException, which usually stops the build. 2. If

Re: [ANN] Apache Ant 1.7.1 Released

2008-07-14 Thread Jesse Glick
Darin Swanson wrote: I have started the ball rolling to have Eclipse 3.5 incorporate Ant 1.7.1. And NetBeans 6.5 (starting with Milestone 2) should include it too. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional co

Re: javac task problem in Java 6

2008-11-03 Thread Jesse Glick
Sergey Bondarenko wrote: Imagine situation when you have 3 classes with dependencies between them: A -> B -> C Then you compile C.java and pack into c.jar Then you compile B.java, using c.jar in classpath, and pack it into b.jar Then you compile A.java, using b.jar. It works properly in Java 5

Re: Where next: 1.7.2 or 1.8.0?

2008-11-03 Thread Jesse Glick
Steve Loughran wrote: Are there any defects so traumatic in Ant 1.7.1 that an urgent fix is needed? There are some apparent regressions from 1.7.0 which it would be nice to see fixed in 1.7.2: https://issues.apache.org/bugzilla/show_bug.cgi?id=43114 (package-info.java) https://issues.apache.o

Re: javac task problem in Java 6

2008-11-05 Thread Jesse Glick
Jess Holle wrote: We've seen this before where A depends on B which /internally/ depends upon C and then suddenly one has to have C around to compile A. Although this is not forbidden by the JLS (as far as I know), it does seem undesirable. If you know of particular examples which can be expre

Re: Bugzilla Issue 45902 (Up-to-date checks for JARs broken due to comparison of dir timestamps)

2009-01-28 Thread Jesse Glick
Stefan Bodewig wrote: has been changed to ignore directory resources The intent was to ignore timestamp changes in directory resources when determining whether or not to rebuild an existing JAR, not to ignore directories altogether. * a single empty directory is added to the sources - I th

Re: Bugzilla Issue 45902 (Up-to-date checks for JARs broken due to comparison of dir timestamps)

2009-01-29 Thread Jesse Glick
Stefan Bodewig wrote: * a single empty directory is added to the sources - I think Ant will now no longer create a new archive Is this really a bug? Some people say so https://issues.apache.org/bugzilla/show_bug.cgi?id=20366 True, although skipping dir timestamps just means that such a

Re: svn commit: r743910 - in /ant/core/trunk: WHATSNEW src/main/org/apache/tools/ant/taskdefs/Javac.java

2009-02-13 Thread Jesse Glick
Stefan Bodewig wrote: if (!f.getName().equals("package-info.java")) { continue; should that test better be case-insensitive? Should it? I don't know. It seemed to work on XP as is. Would someone really specifically create a file PACKAGE-INFO.JAVA? Windows does at le

Re: svn commit: r743910 - in /ant/core/trunk: WHATSNEW src/main/org/apache/tools/ant/taskdefs/Javac.java

2009-02-17 Thread Jesse Glick
Stefan Bodewig wrote: this should be the equivalent of compiling a package-info.java containing only SOURCE annotations using JDK 5. Do you know whether a Java 1.4 VM will even try to load the class file under any circumstances (other than some explicit reflection invocations)? You cannot use

Re: svn commit: r743910 - in /ant/core/trunk: WHATSNEW src/main/org/apache/tools/ant/taskdefs/Javac.java

2009-02-19 Thread Jesse Glick
Stefan Bodewig wrote: Do you know whether a Java 1.4 VM will even try to load the class file under any circumstances (other than some explicit reflection invocations)? You cannot use package-info.java with JDK 1.4 to begin with. I know that. I was wondering whether there might be a situatio

Re: schema for junit xml output

2009-03-03 Thread Jesse Glick
Peter Reilly wrote: In any case, here is a first attempt at a schema for junit (in relaxng compact syntax) If you are going to declare an official schema, I would recommend making and enforce it at runtime, at least in development builds (or if assertions are enabled etc.). Otherwise the dan

Re: schema for junit xml output

2009-03-18 Thread Jesse Glick
Peter Reilly wrote: a question that has been asked a number of times on the hudson mailing list is what is the schema of the xml that junit generates. BTW: https://hudson.dev.java.net/nonav/issues/show_bug.cgi?id=3007 - To

Re: AW: ant -p does not list all the targets

2009-04-03 Thread Jesse Glick
jan.mate...@rzf.fin-nrw.de wrote: I dont think it would be a problem to have a new option "-pa" "-projecthelp-all" which will show all the targets. Try: ant -p -v - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For

Re: IDE's integration with Ant any clues

2009-04-03 Thread Jesse Glick
Raja Nagendra Kumar wrote: does ant have any extra interfaces, which ide vendors could use to integrate e.g setting the ant out redirection, query the ant api to get the list of targets etc. In case no, I assume that each IDE vendor must be writing their own xml parser to get these details etc.

Re: IDE's integration with Ant any clues

2009-04-13 Thread Jesse Glick
Raja Nagendra Kumar wrote: Some think in the scope of Ant Plugin Development Support API focused around IDE integration, so that these api could much richer and closure to ease IDE integration support. Maybe. I don't see much value in it from my experience. What the IDE needs to know for basic

Re: Future of the task

2006-08-28 Thread Jesse Glick
Stefan Bodewig wrote: We still support Ant 1.2, so we will certainly be supporting Ant 1.5 "Java 1.2" and "Java 1.5" I guess you meant. Note that although JDK 6's javac does run annotation processors automatically (no need for a separate tool), it does *not* accept those written against the

Re: Building Ant 1.7beta

2006-08-28 Thread Jesse Glick
Mark McKay wrote: Apparently, ant 1.7 can't be built with ant 1.6.5. No, it cannot. I've grumbled in the past that it is not very friendly for Ant trunk sources to be unbuildable by the current Ant release, but another committer (I forget now who) said this was intentional...? -J. -- [EMA

Re: classloader for 1.7

2006-08-28 Thread Jesse Glick
Peter Reilly wrote: The antlibs solution would be ok, but it does not solve ant optional tasks Perhaps we could arrange for tasks in the standard distribution not to be loaded until actually used. (This might be a performance win anyway.) Rather, the Ant core would create a new AntClassLoader

Re: classloader for 1.7

2006-08-29 Thread Jesse Glick
Peter Reilly wrote: So what would be the hier for the secondary class loader? if it is bootstrap->ext->system->project->secondary, Yes. it would meant that the classes in project would not be able to see the secondary classes. Correct. Why is this a problem? Ant core classes should not be r

Re: Building Ant 1.7beta

2006-08-29 Thread Jesse Glick
Stefan Bodewig wrote: Sometimes we build new features that are useful enough to apply the right away in Ant's own build file. Obviously. But it seems to me that the convenience of the many users of Ant (sources) outstrips the convenience of the few Ant developers. For example, it is impossibl

Re: classloader for 1.7

2006-08-31 Thread Jesse Glick
Peter Reilly wrote: I have done a prototype and the results look good: Does indeed look safer to me. b) it intercepts classes with "optional" or "ScriptRunner" in the name and loads these from itself rather than from the parent classloader. Note that you could exclude all of .taskdefs.** i

Re: Building Ant 1.7beta

2006-08-31 Thread Jesse Glick
Stefan Bodewig wrote: you'd just be asking for classloader problems if you have two different versions of Ant inside the same Java VM while compiling Ant or running the Unit tests, aren't you? This is another pet peeve of mine: apparently when you run the Ant unit tests, the version of Ant it

Re: available searchs parent and grandparent directory for files

2006-09-06 Thread Jesse Glick
Peter Reilly wrote: I cannot think of any reason why this is usefull behavior and think that we should change the behaviour, so as to NOT search parent and grandparent directories. +1 (to simply fix, with no attribute to enable buggy behavior) -J. -- [EMAIL PROTECTED] x22801 netbeans.org

Re: VOTE: add an antlib (and optional task) loader to ant 1.7

2006-09-06 Thread Jesse Glick
Peter Reilly wrote: yes this is a good thing for 1.7 [ ] no, let us stabilize 1.7[X] Looks promising - but take our time and put it in when it is ready. I agree with Steve McConnell that class loader mutation is not something we should encourage. If we have to do it for ant-*.jar o

Re: suggestion : Ant 1.8 full dist to include a 'scripting lang'

2006-09-15 Thread Jesse Glick
I was wondering if anyone would bring it up... +1 (is >1 allowed?) for including a scripting language implementation in the standard Ant distribution, so that we can rely on it being there. In fact I would suggest making Ant 2.0 assume a script as its input, and have a compatibility mode for o

Gosling

2006-10-23 Thread Jesse Glick
FYI. On the subject of XML alternatives for Ant (cf. "suggestion : Ant 1.8 full dist to include a 'scripting lang'" thread), there is a new system using Java syntax: https://gosling.dev.java.net/ -J. -- [EMAIL PROTECTED] x22801 netbeans.org ant.apache.org http://google.com/search?q=e

Re: Ideas on support of javax.scripting

2006-10-27 Thread Jesse Glick
Peter Reilly wrote: The idea is that ant-core code would first check for the language implementation in bsf and if that (the language or bsf) does not exist, ant-core will then check for javax.script support for the language. +1 -J. -- [EMAIL PROTECTED] x22801 netbeans.org ant.apache.org

Re: svn commit: r474494 - /ant/core/trunk/src/main/org/apache/tools/ant/util/optional/WeakishReference12.java

2006-11-13 Thread Jesse Glick
[EMAIL PROTECTED] wrote: remove link as import is not used URL: http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/util/optional/WeakishReference12.java?view=diff&rev=474494&r1=474493&r2=474494 - * Just use [EMAIL PROTECTED] WeakReference} directly. + *

Re: Starteam tasks future, need for a Borland license

2006-11-13 Thread Jesse Glick
Antoine Levy-Lambert wrote: there is no other Ant integration for Starteam than the one which ships with Ant Why can't they ship the Ant integration with StarTeam, alongside (or even inside) starteam-sdk.jar? Then we could drop it from Ant distributions without harming ST users. For a transit

Re: AW: One more test platform...

2006-11-14 Thread Jesse Glick
[EMAIL PROTECTED] wrote: If JDK is OpenSource now - would integration into Gump be a solution? Well, in 2007 when full sources are available, yes someone should definitely set it up in Gump. Right now just HotSpot and javac are available. http://www.sun.com/software/opensource/java/faq.jsp#

Re: svn commit: r475078 - /ant/core/trunk/src/main/org/apache/tools/ant/types/optional/depend/DependScanner.java

2006-11-15 Thread Jesse Glick
[EMAIL PROTECTED] wrote: inheritDoc URL: http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/types/optional/depend/DependScanner.java?view=diff&rev=475078&r1=475077&r2=475078 == -/** - * @s

Re: svn commit: r475788 - in /ant/core/trunk/src/main/org/apache/tools/ant: BuildEvent.java BuildListener.java DefaultLogger.java Project.java Task.java XmlLogger.java taskdefs/Delete.java

2006-11-16 Thread Jesse Glick
[EMAIL PROTECTED] wrote: Added logging of stacktraces of exceptions in logmessage when loglevel = debug. URL: http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/Project.java?view=diff&rev=475788&r1=475787&r2=475788 +public void log(String message, Throwable throwable,

Re: svn commit: r475078 - /ant/core/trunk/src/main/org/apache/tools/ant/types/optional/depend/DependScanner.java

2006-11-16 Thread Jesse Glick
Peter Reilly wrote: Note that you can simply delete the Javadoc comment altogether: Yes, I know, but 1) checkstyle does not So shouldn't you patch checkstyle? :-) 2) javadoc will check that there is doc to inherit when one puts in inheritDoc. But checkstyle would already be warning you ab

Re: JDK 1.2 compatibility

2006-11-24 Thread Jesse Glick
Martijn Kruithof wrote: I couldn't get jdk 1.2 to run on linux. Nor could I last time I tried. (Which was just to compile Ant.) Gets a symbol linkage error. Must be using some ancient version of glibc. Note that JDK 1.2 is formally "end-of-lifed" by Sun; JDK 1.3 is about to be as well (as so

Re: javax scripting for ant 1.7.0

2006-11-28 Thread Jesse Glick
Peter Reilly wrote: If the attribute is not specified a default path will be used - all the scriptapi's that ant known about. - bsf, jsr. So why add the API attribute at all? Just do the right thing without having to be told. Legacy scripts will expect to use BSF and they will get it. New scr

Re: DO NOT REPLY [Bug 41058] - [PATCH] Support JDK 5 enumerations for attribute values

2006-11-28 Thread Jesse Glick
[EMAIL PROTECTED] wrote: It seems safe and useful for 1.7 . +1 Any other +/-? It's not really clear to me what, if any, criteria there are for RFEs this late in the cycle. I *think* the patch is safe but you never know. -J. -- [EMAIL PROTECTED] x22801 netbeans.org ant.apache.org

Re: DO NOT REPLY [Bug 41058] - [PATCH] Support JDK 5 enumerations for attribute values

2006-12-01 Thread Jesse Glick
Committed. Steve Loughran wrote: the only thing I see this breaking is any class which has a java5 enum of a specific name, and a legacy enum with the same name. You can't; enums and classes use the same namespace. Or maybe I'm missing your point. you end up writing tasks that are java5+ o

Re: Triage time

2006-12-08 Thread Jesse Glick
Steve Loughran wrote: Proposal: pull the auto proxy unless you say -noproxy; add a -autoproxy option to turn it on if you want it. +0. FYI: when run inside NetBeans, Main.java is not called, so I suppose ProxySetup is not either. However NB does its own proxy detection on startup (env, gconf,

Re: [VOTE] Release of Apache Ant 1.7.0 - new upload done

2006-12-14 Thread Jesse Glick
Antoine Levy-Lambert wrote: Do you vote for the release of these binaries ? Numerous changes have been made in the code since RC1, including several new features. Do you think it would be wiser to call this build RC2 and make that the final release after a week or so - permitting no further

Re: svn commit: r491045 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java

2006-12-29 Thread Jesse Glick
[EMAIL PROTECTED] wrote: URL: http://svn.apache.org/viewvc?view=rev&rev=491045 Check if classpath used with forked junit contains multi versions of ant I just spent about two hours today trying to figure out why my unit tests were failing with a FNFE on junitvmwatcher*.properties from JUnitTa

Re: Proposed roadmap

2006-12-29 Thread Jesse Glick
Peter Reilly wrote: - xmlize the manual goals: - pdf version output - clean html output - easy navigation And would be helpful for JavaHelp generation, too. Currently for integration in NB I have a task to reverse-engineer the HTML manual's structure, which is none too pretty.

Re: Proposed roadmap

2007-01-02 Thread Jesse Glick
Kevin Jackson wrote: * 1.9 - ?annotations for tasks? annotations might be nice, but now you['re] limited to java5+ http://backport175.codehaus.org/ if you didn't know about it. -J. -- [EMAIL PROTECTED] x22801 netbeans.org ant.apache.org http://google.com/search?q=e%5E%28pi*i%29%

Re: Ant Manual for Eclipse

2007-03-01 Thread Jesse Glick
[EMAIL PROTECTED] wrote: I have created a task+buildfile for creating an Eclipse Help PlugIn from our manual. FYI - for NetBeans I do something roughly similar, to create a JavaHelp help set: http://www.netbeans.org/source/browse/~checkout~/ant/docs/antsrc/MakeManual.java Messy but seems to

Re: vote: Remove javadoc2 for 1.8?

2007-03-01 Thread Jesse Glick
Kevin Jackson wrote: I think that tasks that have been deprecated for more than 2 minor releases should be removed - people have had 2+ years to stop using these deprecated tasks (except style), so we should consider removing them now. My thinking is similar to yours in that if something was d

Re: task for antlib jars

2004-02-20 Thread Jesse Glick
usage in C:\TEMP. -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x22801 NetBeans, Open APIs <http://www.netbeans.org/> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Ant Javadoc Comment Diffs Proposed

2004-04-20 Thread Jesse Glick
do anything, and the warnings will go away in 1.5.0. [...]" -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x22801 NetBeans, Open APIs <http://www.netbeans.org/> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Ant 1.6.2 ?

2004-04-21 Thread Jesse Glick
runtime. [http://ant.netbeans.org/] I expect some masses are getting Ant 1.6.x this way too. :-) -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x22801 NetBeans, Open APIs <http://www.netbeans.org/> - To unsubscribe, e-

Re: hotswap

2004-10-20 Thread Jesse Glick
uring debugging: http://www.netbeans.org/source/browse/~checkout~/debuggerjpda/ant/antsrc/org/netbeans/modules/debugger/jpda/ant/JPDAReload.java?content-type=text/plain This task however makes use of some IDE-specific calls for various reasons. -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x228

Re: [Patch] change org.apache.tools.ant.taskdefs.Concat to use static method FileUtils.readFully

2004-12-01 Thread Jesse Glick
etime (I would hope!) there is no reason to keep any state in a FileUtils instance (you could use static variables if you needed to cache something), so there is no reason to have an instance at all. -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x22801 NetBeans, Open APIs <http://ww

Re: cvs commit: ant/src/main/org/apache/tools/ant/helper DefaultExecutor.java KeepGoingExecutor.java SingleCheckExecutor.java

2004-12-07 Thread Jesse Glick
=== /** * Target executor abstraction. * @since Ant 1.6.3 */ @since Ant 1.6.3 or @since Ant 1.7? (Same question for other added classes/methods.) -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x22801 NetBeans, Open APIs

Re: cvs commit: ant/docs/manual/CoreTasks tempfile.html

2004-12-07 Thread Jesse Glick
in .java source too. -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x22801 NetBeans, Open APIs <http://www.netbeans.org/> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Patch] removed deprecated methods and changed variable scope (private-protected) ProjectHelperImpl

2004-12-10 Thread Jesse Glick
better to examine actual Javadoc, which filters out everything from private nested classes, for example? -J. -- Jesse Glick <mailto:[EMAIL PROTECTED]> x22801 NetBeans, Open APIs <http://www.netbeans.org/> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

  1   2   3   4   >