Re: New SQLJ Task
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. -- Jesse Stockall <[EMAIL PROTECTED]>
Re: modify classpath for a following compile ..
On Tue, 2003-05-06 at 17:27, Harsha Kalidindi wrote: > Hi: > > I have question about Tasks and setting Classpath .. > > > > ... > > ... > >... > > > > > > > > I am implementing mytask. Can I change/modify the classpath in > mytask's execute so that when javac runs, the new classpath is picked up? > can use a reference to a defined elsewhere in the project. In you can 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: list a content of a directory
On Mon, 2003-05-05 at 16:30, Dibi, George wrote: > I am trying to display a directory content. Please see attach for trace out. > Does any body know what I should do? Thanks > Your trace attachment was stripped, please include inline. 'dir' is not an executable, but rather 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: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java
On Tue, 2003-04-29 at 16:56, Erik Hatcher wrote: > > Hmmm... didn't realize EnumeratedAttributes were an issue. The > IntrospectionHelper stuff was dealing with it fine - what was going > wrong? > The IntrospectionHelper stuff was working as designed when it had all the required info, but XJavaDoc was unable to resolve inner classes that lived in the super class hierarchy. Tasks like the family and use EnumeratedAttributes that live in their parent class. > I just saw some commits from Aslak that was changing XJavaDoc from > being a singleton - that might 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: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java
On Tue, 2003-04-29 at 15:42, [EMAIL PROTECTED] wrote: > migrated Ant XDoclet code here, to maintain it easier > Cool, everything seems to be working after the move. Aslak just committed a fix for XJavaDoc so EnumeratedAttributes are being resolved correctly. XJavaDoc still has problems resolving types used in inner classes, but so far they haven't been a problem. I'm also working out the semantics of 'notes' and links in the manual (see the Javac task), but I think I have a workable solution. There are a few minor details that should be discussed before I go to much further. I'll get them together in an email soon. -- Jesse Stockall <[EMAIL PROTECTED]>
Re: [Xdoclet-devel] CVS: xjavadoc build.xml,1.49,1.50
On Fri, 2003-04-25 at 15:04, Erik Hatcher wrote: > Update of /cvsroot/xdoclet/xjavadoc > In directory sc8-pr-cvs1:/tmp/cvs-serv27780 > > Modified Files: > build.xml > Log Message: > Fix for Gump. XJD-21 > > Index: build.xml > === > RCS file: /cvsroot/xdoclet/xjavadoc/build.xml,v > retrieving revision 1.49 > retrieving revision 1.50 > diff -C2 -r1.49 -r1.50 > *** build.xml 15 Apr 2003 08:57:57 - 1.49 > --- build.xml 25 Apr 2003 19:04: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/dvsl task.dvsl
On Fri, 2003-04-25 at 10:29, Erik Hatcher wrote: > Got patches to the stuff you'd like me to commit on the > XDoclet codebase? Yes. I've checked in a binary in the proposal tree, but Gump wont use it, so I need to get them into XDoclet's CVS tree. How much work wuld be involved 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: junit.jar in Ant 1.5.3 distro?!?!?
On Wed, 2003-04-16 at 11:35, Conor MacNeill wrote: > On Wed, 16 Apr 2003 05:56 pm, Stefan Bodewig wrote: > > One thing that you'll need to consider is that people may download the > > old distribution from a mirror and try to check it with the signature > > for the new distribution from www.apache.org. > > > > You will probably have to chose different names for the archives. > > > > Good point. I have uploaded (34M on my poor old dialup) an updated build > named > apache-ant-1.5.3-1 > > if people can check it ok and make sure 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/src/etc/testcases/taskdefs/optional/vss vss.xml
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. Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.
FileUtils.createTempFile() - should we delete on exit?
Bug 17512 http://issues.apache.org/bugzilla/show_bug.cgi?id=17512 proposes a fix for an annoyance that 'plagues' a number of Ant tasks. Tasks like and can create temporary files that get left behind if the build is terminated via 'ctrl-c' Should the fix be applied to each 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/testcases/org/apache/tools/ant/filters HeadTailTest.java
On Monday, April 14, 2003, at 11:37 AM, [EMAIL PROTECTED] wrote: umagesh 2003/04/14 08:37:48 Modified:.WHATSNEW docs/manual/CoreTypes filterchain.html src/main/org/apache/tools/ant/filters HeadFilter.java TailFilter.java Added: src/etc/testcases/filters head-tail.xml src/etc/testcases/filters/expected head-tail.head.test head-tail.headAllSkip.test head-tail.headLines.test head-tail.headLinesSkip.test head-tail.headSkip.test head-tail.headtail.test head-tail.tail.test head-tail.tailAllSkip.test head-tail.tailLines.test head-tail.tailLinesSkip.test head-tail.tailSkip.test src/etc/testcases/filters/input head-tail.small.test head-tail.test src/testcases/org/apache/tools/ant/filters HeadTailTest.java Log: New "skip" attribute for HeadFilter and TailFilter The 'tail' skip tests fail for me on Mac OS X and Linux (both with 1.4.1). Both '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.
Re: [VOTE] Antoine Levy-Lambert as committer
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/xdocs/stylesheets site.vsl
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: new committer: 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: How to create the diff-file
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: How to create the diff-file
On Thursday, March 27, 2003, at 09:32 AM, [EMAIL PROTECTED] wrote: Hello out there, does anyone knows a tool for creating the "diff -u" patchfile WITHOUT CVS-access and on Windows? (Sorry for full source, Stefan: Bug 17441). You need a copy of diff.exe, there is one as part of 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: ssh exec task...
On Tuesday, March 18, 2003, at 06:52 PM, Steve Loughran wrote: On this subject, who knows where I can get a copy of patch.exe that does not fail on a two-cpu winXP box, the way the wincvs version does. I am having to ftp files back to a unix server to patch right now. one extra caveat: I dont 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: 1.5.3?
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 :) Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.