Survey of open source developers
https://www.survey.bris.ac.uk/lsewebsite/foss-survey/ Looks like the LSE is trying to work out why people give away code Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Log Flushing
je suis tres occupe en ce moment a me chercher un nouveau job. Congratulations. Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Has anyone got any thoughts (positive or negative) about this?
http://code.google.com/p/winant/ I'm just looking at html5boilerplate and the build script is IMHO fairly standard for a none build person and I came across this reference to an 'installer for ant' Weird? Should we add it to the external tools section? Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Committing to antlib sandbox
Am I supposed to checkout each antlib independently That's how I do it. Honestly I never expected people wanted to check out all-trunks at all. The scripts that are there to create or promote antlibs expect that you have checked out the antlibs individually as they need to work on the trunk/tags/branches structure. Ok - cool - thought something was up, I'll checkout the code individually and work like that then :) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Committing to antlib sandbox
Hi, I've checked out the all-trunks repository and I can't commit? kevj@deb-dev:~/_code/ant-sandbox-all-trunks$ svn ci minify/NOTICE -m update date svn: Commit failed (details follow): svn: Server sent unexpected return value (403 Forbidden) in response to MKACTIVITY request for '/repos/asf/!svn/act/bb7267e7-5ae8-40c0-be79-89dc8b85baf1' kevj@deb-dev:~/_code/ant-sandbox-all-trunks$ svn info Path: . URL: https://svn.apache.org/repos/asf/ant/sandbox/antlibs/all-trunks Repository Root: https://svn.apache.org/repos/asf Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 1078400 Node Kind: directory Schedule: normal Last Changed Author: kevj Last Changed Rev: 991766 Last Changed Date: 2010-09-02 06:42:59 +0700 (Thu, 02 Sep 2010) kevj@deb-dev:~/_code/ant-sandbox-all-trunks$ At the top top level the url is https, but under the individual projects: kevj@deb-dev:~/_code/ant-sandbox-all-trunks/minify$ svn info Path: . URL: http://svn.apache.org/repos/asf/ant/sandbox/antlibs/minify/trunk Repository Root: http://svn.apache.org/repos/asf Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 1078400 Node Kind: directory Schedule: normal Last Changed Author: kevj Last Changed Rev: 1023201 Last Changed Date: 2010-10-16 14:22:07 +0700 (Sat, 16 Oct 2010) The scheme is http. Am I supposed to checkout each antlib independently - last time I tried this I needed all-trunks to promote the vss antlib, so I don't think this should be the case. Thanks, Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: svn commit: r1066963 - in /ant/core/trunk/src/main/org/apache/tools: ant/ ant/taskdefs/ ant/taskdefs/cvslib/ ant/taskdefs/email/ ant/taskdefs/optional/ ant/taskdefs/optional/depend/ ant/taskdefs/o
Hi, Interesting discussion - I tried to introduce some micro-optimizations (pretty much like these) into the Tomcat codebase 8 years ago, but was met with 'meh why bother?' responses as the thinking was that the vm would pretty much make optimizations pointless. I suppose it depends on where the hotspots are. In Tomcat's case there is another difference. Tomcat is most likely a long running process (and you should be using the server VM). The JIT can and will be able to collect more data and introduce more aggressive optimizations over time. Yes - the advantages of long-running processes being able to 'out-optimize' statically compiled stuff is well known (although I didn't know it at the time I suggested these changes 9+ years ago :) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: svn commit: r1066963 - in /ant/core/trunk/src/main/org/apache/tools: ant/ ant/taskdefs/ ant/taskdefs/cvslib/ ant/taskdefs/email/ ant/taskdefs/optional/ ant/taskdefs/optional/depend/ ant/taskdefs/o
I guess this brings up a bigger issue (again) which is when will we modernize Ant? Oh, we just did. Ant 1.8.x dropped Java 1.3 ;-) It's been our community that didn't want to take a bigger step forward. We're l33t bleeding edge here :) So I guess the next optimization task for us now that 1.4 is the lowest common denominator is to remove all occurrences of Vector (unless we really do want synchronised collections) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: list iteration (was: svn commit: r1066963 ...)
Hi, I tried to introduce some micro-optimizations (pretty much like these) into the Tomcat codebase 8 years ago, but was met with 'meh why bother?' responses as the thinking was that the vm would pretty much make optimizations pointless. I suppose it depends on where the hotspots are. And for a tool like Ant, it is unlikely that iterating a vector is consuming any measurable proportion of execution time, unless for some reason this particular vector is enormous or you are scanning it many thousands of times. Most of the time will be spent waiting for disk I/O, or CPU in some tool like javac. If you actually run a profiler on some typical loads and ignore unavoidable overhead (such as logically necessary file stats), usually you find some weird and vaguely embarrassing problem that you would never have guessed otherwise. Oh yes - agreed, no 'point' in optimising code which isn't actually bogging the system down. In my defence, I suggested these changes when I was inexperienced - still it was my time to waste (the advantage of open source software). If I was messing with this stuff while being paid to properly optimise some code I should have been shot! :) Measure first has been drummed into me now :) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: svn commit: r1066963 - in /ant/core/trunk/src/main/org/apache/tools: ant/ ant/taskdefs/ ant/taskdefs/cvslib/ ant/taskdefs/email/ ant/taskdefs/optional/ ant/taskdefs/optional/depend/ ant/taskdefs/o
Hi, On 02/04/2011 09:03 AM, Antoine Levy-Lambert wrote: I did not know that using a final variable for the upper bound of a loop instead of something.size() makes a difference in terms of performance. Generally the preferred idiom is to use an iterator, Absolutely agreed, but that would have been a bigger change so I shied away from it (as well as from replacing Vectors with some other lists in various places). Yeah the idiom I use is: for(int i=0, len=list.size(); ilen; i++) This is good as instead of calling the .size() method on every execution of the loop it's essentially caching the value and using that. Secondly, the scope of the additional variable is limited to just the loop. Having the len variable defined outside the loop means that you have something that is only for the loop existing beyond the lifetime of the loop (until the return from the method). But on the other hand defining the variable as final is probably a win too as the complier will just replace it with a constant int. In general though iterators are supposed to offer the 'best' performance as they are micro optimized for the particular collection. On the other hand an iterator is another level of indirection :) Interesting discussion - I tried to introduce some micro-optimizations (pretty much like these) into the Tomcat codebase 8 years ago, but was met with 'meh why bother?' responses as the thinking was that the vm would pretty much make optimizations pointless. I suppose it depends on where the hotspots are. Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Second Attempt to Release .NET Antlib 1.1
Hi Stefan, after fixing the NOTICE file and applying the trademark policy I've rebuilt the distribution from svn revision 1064451 of http://svn.apache.org/repos/asf/ant/antlibs/dotnet/tags/1_1/ Tarballs at http://people.apache.org/~bodewig/dotnet/, Maven artifacts at https://repository.apache.org/content/repositories/orgapacheant-087/. I hereby call for a vote to release these files as Apache .NET Ant Library 1.1. +1 Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Get involved with the project
Hi, Hello to all the Ant Developers. Merry Christmas to everyone! Merry Christmas to you too. I would like to know, who should i ask if i want to get involved with the project (e.g. Find/Fix bugs etc.)? Should i search for a mentor, or should i just try to fix bugs from the list by myself? The process is different for everyone. Some people have a single bug that they desperately want/need to fix a single bug. Some people just explore the current codebase and see something that they can improve. I started by fixing bugs in bugzilla and submitting bugfix + junit test as patches. One thing I didn't do though was to check if anyone else was working on a bug before starting - this can save you from wasting time. Most bugs which are not assigned won't have anyone looking at them actively, so they're basically waiting for someone with free time to get started :) Feel free to ask questions either on list or send me a private email. I'd be happy to answer queries to help you get started. Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Merry christmas etc
Hi all, Merry Christmas to all the ant developers Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] third attempt - release of ant 1.8.2
Hi, Just tested on debian squeeze with openjdk I still had to download junit 3.8.2 to be able to get a clean bootstrap/build which I con't remember having to do previously? If this is ok, then +1 Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] release of ant 1.8.2
HI Antoine, Kevin, I do not know whether this makes sense or not but I have both junit-3.8.2.jar and junit-4.8.1.jar in lib/optional when I build ant. The build file checks the presence of junit.framework.TestCase to set or not the property junit.present. So in fact the error means that junit-3.8.2.jar is not on the classpath in your build. I'm building just using the src code provided in the tar.gz provided with nothing else. So I guess this is ok *if* we already mention that junit 3.8 is a requirement to build ant. I was under the impression that bootstrapping ant should have no dependencies which is why I raised the issue. Thanks, Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] release of ant 1.8.2
Hi Antoine, I'm bootstrapping on Windows XP SP3 behind a proxy that requires authentication with oracle jdk6 (1.6.22) compile-tests: test-jar: BUILD FAILED C:\Temp\apache-ant-1.8.2-src\apache-ant-1.8.2\build.xml:986: The following error occurred while executing this line: C:\Temp\apache-ant-1.8.2-src\apache-ant-1.8.2\build.xml:778: We cannot build the test jar unless JUnit is present, as JUnit is needed to compile the test classes. Total time: 7 seconds ... Cleaning Up Build Directories ... Done Bootstrapping Ant Distribution Bootstrap FAILED C:\Temp\apache-ant-1.8.2-src\apache-ant-1.8.2 Is this an expected issue? Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
broken link on live manual pages?
Hi, http://ant.apache.org/manual/tasklist.html This is giving me: 404 not found Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] release of ant 1.8.2
Hi, On Tue, Dec 14, 2010 at 3:59 AM, Antoine Levy-Lambert anto...@gmx.de wrote: Hi, as announced I have built a release candidate for Ant 1.8.2. This is available for download from http://people.apache.org/~antoine/dist/ I'll try to test on both debian squeeze and windows over the next couple of days... Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
ant-minify antlib
Hi all, Last year I committed ant-minify (at the time called compress) antlib to sandbox. This is currently in active use at the ecommerce company where I used to work (and I believe it's also been used by another company I have contacts with). However right now it's languishing in the sandbox with only my support. Is anyone else interested in helping maintain this antlib? Currently it wraps Yui library, but I think there has been a new release of Yui since I committed the last changes. Also I want it to be pluggable (so users can choose google closure should they feel like). Anyway, just putting the idea out there Thanks, Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Vote to promote VSS antlib out of sandbox
Hi, On Wed, Sep 1, 2010 at 11:50 PM, Bruce Atherton br...@callenish.com wrote: We've already had a vote on this which passed. http://marc.info/?l=ant-devm=127697274731069w=2 I'd change point c to just removing the old code from core. Good point I forgot that VSS was wrapped up in that vote Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: openhatch
Hi, Wouldn't this imply we have open issues that are good candidates for people who want to get their feet wet with open source software (we likely have) and have experienced developers around who are available to mentor said people? If this is true, I'd encourage the potential mentors to get involved with the community development project at the ASF http://community.apache.org/mentoringprogramme.html I'd never heard of this project - interesting it's exactly the kind of thing I was looking for Thanks for pointing it out to me Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Vote to promote VSS antlib out of sandbox
Hi all, http://svn.apache.org/viewvc/ant/antlibs/vss/ We now have a promoted vss antlib. I've also updated the xdocs to reflect this, but I'm unsure about the correct steps to publish changes to the site. Thanks to Stefan for promote.xml - the largest portion of the time was taken up with me not understanding how to use it - so I'm adding some 'help' doc into it for next time. Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Vote to promote VSS antlib out of sandbox
Hi, It's been a week (or slightly over) since I called the vote and it seems that this time we squeaked through with: 5 +1s from me, Stefan, Bruce, Peter and Conor no vetoes so vss antlib is in the clear (at last!) I have the day off tomorrow (Vietnamese Independence Day), so I will get working on moveing the codebase from sandbox to antlibs proper (this is were I screw up svn :) When this is moved into antlibs, we will probably need to: a: tidy it up (with respect to the new work Stefan has done on antlib common files) b: test and schedule a 1.0 release vote when people are happy it's up to scratch c: vote to remove the old vss code from core/trunk (as it won't be needed) My time is currently limited, so I'll help to nudge the process along when I can, but this may take longer than some other antlib promotions (compress for example) Thanks, Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
openhatch
Hi all, http://openhatch.org/ This is a community site for all open source projects - do you think it would be valuable to add the ant bugzilla to this? Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Apache Compress Antlib 1.0 - Take 2
Hi, svn: revision 987994 of https://svn.apache.org/repos/asf/ant/antlibs/compress/tags/1_0/ Distribution files: http://people.apache.org/~bodewig/compress/ Maven artifacts: https://repository.apache.org/content/repositories/orgapacheant-133/org/apache/ant/ant-compress/1.0/ I'd like to release this is Apache Compress Antlib 1.0 so please vote. +1 I checked the files on repository.apache.org - looks good = +1 Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Release Apache Compress Antlib 1.0
Hi, I know you have voted +1 (as did Martijn who raised the same issue) but if you prefer me to reroll the release with a handcrafted README pointing to docs/ and without a WHATSNEW I can certainly do that. +1 Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Adding Jon Schneider to Ant PMC
On Tue, Jul 6, 2010 at 8:09 PM, Conor MacNeill co...@apache.org wrote: Hi all, I'm happy to announce that the Ant PMC has voted to add Jon Schneider as a member of the PMC. Congrats Jon Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Remove commercial tasks from Ant
Hi, Sorry a little late to the party... 1. Should the following commercial tasks be dropped from being distributed with the Ant release? [ ] Continuous/Synergy tasks: CCMCheckin, CCMCheckout, CCMCheckinTask, CCMReconfigure, CCMCreateTask [ ] Clearcase tasks: CCCheckin, CCCheckout, CCUnCheckout, CCUpdate, CCMklbtype, CCMklabel, CCRmtype, CCLock, CCUnlock, CCMkbl, CCMkattr, CCMkdir, CCMkelem [ ] Perforce Tasks: P4Sync, P4Change, P4Edit, P4Submit, P4Have, P4Label, P4Labelsync, P4Counter, P4Reopen, P4Revert, P4Add, P4Delete, P4Integrate, P4Resolve, P4Fstat [ ] PVCS [ ] ServerDeploy, but only for the jonas and weblogic nested elements, generic can stay where it is. [ ] Source Offsite: sosget, soslabel, soscheckin, soscheckout [ ] Microsoft Visual SourceSafe (already an Antlib) Absolutely +1 2. Should the commercial tasks that are voted for dropping from Ant core above be established in their own Antlibs in the sandbox? [ ] +1 = Yes, establish one new Antlib in the sandbox for each task dropped +1 move to antlibs for each group of tasks -1 = No, just drop the commercial tasks altogether from Ant Thanks, Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Visual SourceSafe Antlib (was [DISCUSS] Commercial Tasks in Ant)
Hi, I've got access to Visual SourceSafe now, so between you and me and Stefan we could probably get it out of the sandbox. I've added to the tests in the last couple of days. One downside to the way they are currently laid out is that you have to do a test build followed by a cleanup build every time (running Ant twice). Separating them out makes sense so that you have time between runs to examine the database and make sure everything is as expected. The trouble is that if you try to do two tests in a row without running cleanup in between, you get a build failure. Any ideas about how to fix that? We could structure it so that the cleanup is done before running the tests. That way it would still be possible to manually 'eyeball' the repository after a test run. I'd have to download vss again as I don't have it right now Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Ant source tree reorganization
Hi, On Tue, May 18, 2010 at 9:11 AM, Jesse Glick jesse.gl...@oracle.com wrote: Should the Ant source tree (src/main/ and perhaps also src/tests/) be split into subtrees? [ ] No, leave it the way it is - one big tree, using selector to conditionally compile pieces and route classes to various JARs. [ ] Yes, split it into subtrees, where each tree maps to an output JAR, may have its own classpath, and is compiled completely or not at all. I'm 50/50 on this - on the one hand having it in separate trees is both more sensible and *should* make releases easier (reduces reliance on selectors etc). On the other hand the fact that the ant build file is complex allows it to be used as a source of examples of how to deal with a gnarly build. And while we're at it: Should ant.jar and ant-nodeps.jar be consolidated? [ ] No, leave these as two JAR outputs (and two subtrees if the first proposal is accepted). [ x ] Yes, merge them into one ant.jar (and one subtree ), to include all tasks and types with no linkage-level deps on 3rd-party libraries (even if there is an implicit dep on a 3rd-party tool such as Perforce), and remove the Core vs. Optional distinction in the manual. Absolutely +1 on remove the core vs optional distinction in the manual Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] use nexus for maven upload of ant release
Hi, We should probably extract the steps into targets of the common build infrastructure so each Antlib build will benefit from it instantly. +1 for this Do we want to use nexus to upload our ant release to nexus Since the only other option seems to be to not publish to the Maven repository at all: +1 [not that I personally would care about the mvn repo at all, but some of our users may.] Do we want to use nexus to upload the antlibs + 1 +1 - see above. Do we want to use nexus to upload ivy +1 - see above. +1 Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] use nexus for maven upload of ant release
Hi, This wasnt part of the vote, but I am also +1 for putting the upload procedure in a common.xml +1 +1 for using Ivy for uploading +1 +1 for including a src.zip into our distro (was asked by Brian on https://issues.apache.org/jira/browse/INFRA-2706) I like getting information by the IDE when using APIs ... +1 Good ideas Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
1.8.1
Hi sorry I didn't even get chance to download and test this release this time :( Good work on getting a point release done so quickly Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: removing ant-stylebook ?
Hi Antoine, we are shipping a jar with one optional task called stylebook. I was thinking of removing this one for Ant 1.8.1 and further. It has been deprecated for ages. The doc is here [1]. I thought about it because I noticed that I removed prematurely the POM file for this jar from svn. Antoine [1] http://ant.apache.org/manual/OptionalTasks/stylebook.html +1, it makes the release process easier when you don't have to track down ancient jars Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [Fwd: Re: upload of ant's 1.8.0 artifacts to maven]
Hi Antoine, http://repo1.maven.org/maven2/org/apache/ant/ant/1.8.0/ Great stuff, rather you than me navigating the treacherous maven waters... Thanks for volunteering this time round Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: http://ant.apache.org/ broken in FF
Hi, All: This seems to be happening across the board at apache.org right now. Rest assured that infrastructure is aware of it, and I for one am confident they'll set everything right as usual. -Matt Yep I noticed it on more than a couple of apache sites so I assumed it was an infra issue but didn't want to poke them as I knew that they would be on it and didn't need someone sending distracting emails. Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] release ant 1.8.0RC1
Hi, [+1] release this build as ant 1.8.0RC1 I've only tested on Ubuntu 9.10 x64 + java6, but it looks ok to me (hope to do Windows7 test when the RC is available) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
1.8.0RC1
Hi I hope to test the code tonight on Ubuntu 9.10 + Windows7 ultimate (VirtualBox version) However I note a temporal anomaly on the website: January 12, 2010 - Ant 1.8.0RC1 Available Tempus fugit indeed... Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: failing test cases in the build of ant 1.8.0RC1
Hi, I've taken the tagged 1.8RC1 from svn and built against the jars I used for 1.7.1 I get a few Class Cast errors for example: XMLFragmentTest testNestedText Error weblogic.apache.xerces.parsers.SecurityConfiguration cannot be cast to weblogic.apache.xerces.xni.parser.XMLParserConfiguration The environment: kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ java -version java version 1.6.0_15 Java(TM) SE Runtime Environment (build 1.6.0_15-b03) Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02, mixed mode) kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ uname -a Linux ubuntu-dev 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:02:15 UTC 2009 x86_64 GNU/Linux kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ ls -la lib/optional total 74416 drwxr-xr-x 3 kjackson kjackson 4096 2010-01-07 18:22 . drwxr-xr-x 4 kjackson kjackson 4096 2010-01-07 18:13 .. -rwxrwx--- 1 kjackson kjackson55932 2008-04-29 02:30 activation.jar -rw-r--r-- 1 kjackson kjackson35776 2010-01-07 18:13 ant-antunit-1.1.jar -rwxrwx--- 1 kjackson kjackson 435563 2008-04-29 02:30 antlr-2.7.5.jar -rwxrwx--- 1 kjackson kjackson 59 2008-04-29 02:30 bcel-5.2.jar -rwxrwx--- 1 kjackson kjackson 113369 2008-04-29 02:30 bsf.jar -rwxrwx--- 1 kjackson kjackson38015 2008-04-29 02:30 commons-logging-1.0.4.jar -rwxrwx--- 1 kjackson kjackson 180792 2008-04-29 02:30 commons-net-1.4.1.jar -rwxrwx--- 1 kjackson kjackson 2291445 2008-04-29 02:30 groovy-all-1.0.jar -rwxrwx--- 1 kjackson kjackson 728649 2008-04-29 02:30 jacl.jar -rwxrwx--- 1 kjackson kjackson 258160 2008-04-29 02:30 jai_codec.jar -rwxrwx--- 1 kjackson kjackson 1900631 2008-04-29 02:30 jai_core.jar -rwxrwx--- 1 kjackson kjackson65261 2008-04-29 02:30 jakarta-oro-2.0.8.jar -rwxrwx--- 1 kjackson kjackson33028 2008-04-29 02:30 jakarta-regexp-1.5.jar -rwxrwx--- 1 kjackson kjackson82818 2008-04-29 02:30 jdepend-2.9.jar -rwxrwx--- 1 kjackson kjackson 1088261 2008-04-29 02:30 jruby.jar -rwxrwx--- 1 kjackson kjackson 143138 2008-04-29 02:30 jsch-0.1.33.jar -rwxrwx--- 1 kjackson kjackson 813521 2008-04-29 02:30 js.jar -rwxrwx--- 1 kjackson kjackson 2990564 2008-04-29 02:30 judo.jar -rw-r--r-- 1 kjackson kjackson 120640 2010-01-07 18:13 junit-3.8.2.jar -rwxrwx--- 1 kjackson kjackson 4547548 2008-04-29 02:30 jython_Release_2_2alpha1.jar -rw-r--r-- 1 kjackson kjackson15198 2010-01-07 18:13 LICENSE.junit.html -rwxrwx--- 1 kjackson kjackson 367444 2008-04-29 02:30 log4j-1.2.14.jar -rwxrwx--- 1 kjackson kjackson 388826 2008-04-29 02:30 mail-1.4.jar -rwxrwx--- 1 kjackson kjackson 355931 2008-04-29 02:30 NetRexxC.jar -rwxrwx--- 1 kjackson kjackson36610 2008-04-29 02:30 NetRexxR.jar -rw-r--r-- 1 kjackson kjackson 201 2010-01-07 18:13 README -rwxrwx--- 1 kjackson kjackson84091 2008-04-29 02:30 resolver.jar -rwxrwx--- 1 kjackson kjackson 188993 2008-04-29 02:30 serializer.jar -rwxrwx--- 1 kjackson kjackson 2905469 2008-04-29 02:30 starteam93.jar -rwxrwx--- 1 kjackson kjackson57857 2008-04-29 02:30 stylebook-1.0-b2.jar drwxr-xr-x 6 kjackson kjackson 4096 2010-01-07 18:13 .svn -rwxrwx--- 1 kjackson kjackson 220552 2008-04-29 02:30 tcljava.jar -rwxrwx--- 1 kjackson kjackson 5786487 2008-04-29 02:30 weblogicaux.jar -rwxrwx--- 1 kjackson kjackson 9582053 2008-04-29 02:30 weblogicclasses.jar -rwxrwx--- 1 kjackson kjackson 33894880 2008-04-29 02:30 weblogic.jar -rwxrwx--- 1 kjackson kjackson 856167 2008-04-29 02:30 xalan1.jar -rwxrwx--- 1 kjackson kjackson 3078593 2008-04-29 02:30 xalan.jar -rwxrwx--- 1 kjackson kjackson 1831079 2008-04-29 02:30 xsltc.jar I don't know the exact versions of the weblogic jars, but these were the ones I used to build 1.7.1. My guess is that this is caused by tying to build with Java6. Thanks, Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: failing test cases in the build of ant 1.8.0RC1
Hi, Sorry I didn't include a full stacktrace: SymlinkTest testDelete weblogic.apache.xerces.parsers.SecurityConfiguration cannot be cast to weblogic.apache.xerces.xni.parser.XMLParserConfiguration java.lang.ClassCastException: weblogic.apache.xerces.parsers.SecurityConfiguration cannot be cast to weblogic.apache.xerces.xni.parser.XMLParserConfiguration at weblogic.apache.xerces.parsers.SAXParser.init(SAXParser.java:140) at weblogic.apache.xerces.parsers.SAXParser.init(SAXParser.java:125) at weblogic.apache.xerces.jaxp.SAXParserImpl.init(SAXParserImpl.java:102) at weblogic.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(SAXParserFactoryImpl.java:95) at weblogic.xml.jaxp.WebLogicSAXParser.init(WebLogicSAXParser.java:45) at weblogic.xml.jaxp.WebLogicSAXParserFactory.newSAXParser(WebLogicSAXParserFactory.java:43) at weblogic.xml.jaxp.RegistrySAXParser.init(RegistrySAXParser.java:45) at weblogic.xml.jaxp.RegistrySAXParserFactory.newSAXParser(RegistrySAXParserFactory.java:91) at org.apache.tools.ant.util.JAXPUtils.newSAXParser(JAXPUtils.java:215) at org.apache.tools.ant.util.JAXPUtils.getNamespaceXMLReader(JAXPUtils.java:172) at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:241) at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:177) at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:80) at org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:300) at org.apache.tools.ant.BuildFileTest.configureProject(BuildFileTest.java:283) at org.apache.tools.ant.taskdefs.optional.unix.SymlinkTest.setUp(SymlinkTest.java:58) On Thu, Jan 7, 2010 at 7:11 PM, Kevin Jackson foamd...@gmail.com wrote: Hi, I've taken the tagged 1.8RC1 from svn and built against the jars I used for 1.7.1 I get a few Class Cast errors for example: XMLFragmentTest testNestedText Error weblogic.apache.xerces.parsers.SecurityConfiguration cannot be cast to weblogic.apache.xerces.xni.parser.XMLParserConfiguration The environment: kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ java -version java version 1.6.0_15 Java(TM) SE Runtime Environment (build 1.6.0_15-b03) Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02, mixed mode) kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ uname -a Linux ubuntu-dev 2.6.31-16-generic #53-Ubuntu SMP Tue Dec 8 04:02:15 UTC 2009 x86_64 GNU/Linux kjack...@ubuntu-dev:~/workspace/ant-1.8rc1$ ls -la lib/optional total 74416 drwxr-xr-x 3 kjackson kjackson 4096 2010-01-07 18:22 . drwxr-xr-x 4 kjackson kjackson 4096 2010-01-07 18:13 .. -rwxrwx--- 1 kjackson kjackson 55932 2008-04-29 02:30 activation.jar -rw-r--r-- 1 kjackson kjackson 35776 2010-01-07 18:13 ant-antunit-1.1.jar -rwxrwx--- 1 kjackson kjackson 435563 2008-04-29 02:30 antlr-2.7.5.jar -rwxrwx--- 1 kjackson kjackson 59 2008-04-29 02:30 bcel-5.2.jar -rwxrwx--- 1 kjackson kjackson 113369 2008-04-29 02:30 bsf.jar -rwxrwx--- 1 kjackson kjackson 38015 2008-04-29 02:30 commons-logging-1.0.4.jar -rwxrwx--- 1 kjackson kjackson 180792 2008-04-29 02:30 commons-net-1.4.1.jar -rwxrwx--- 1 kjackson kjackson 2291445 2008-04-29 02:30 groovy-all-1.0.jar -rwxrwx--- 1 kjackson kjackson 728649 2008-04-29 02:30 jacl.jar -rwxrwx--- 1 kjackson kjackson 258160 2008-04-29 02:30 jai_codec.jar -rwxrwx--- 1 kjackson kjackson 1900631 2008-04-29 02:30 jai_core.jar -rwxrwx--- 1 kjackson kjackson 65261 2008-04-29 02:30 jakarta-oro-2.0.8.jar -rwxrwx--- 1 kjackson kjackson 33028 2008-04-29 02:30 jakarta-regexp-1.5.jar -rwxrwx--- 1 kjackson kjackson 82818 2008-04-29 02:30 jdepend-2.9.jar -rwxrwx--- 1 kjackson kjackson 1088261 2008-04-29 02:30 jruby.jar -rwxrwx--- 1 kjackson kjackson 143138 2008-04-29 02:30 jsch-0.1.33.jar -rwxrwx--- 1 kjackson kjackson 813521 2008-04-29 02:30 js.jar -rwxrwx--- 1 kjackson kjackson 2990564 2008-04-29 02:30 judo.jar -rw-r--r-- 1 kjackson kjackson 120640 2010-01-07 18:13 junit-3.8.2.jar -rwxrwx--- 1 kjackson kjackson 4547548 2008-04-29 02:30 jython_Release_2_2alpha1.jar -rw-r--r-- 1 kjackson kjackson 15198 2010-01-07 18:13 LICENSE.junit.html -rwxrwx--- 1 kjackson kjackson 367444 2008-04-29 02:30 log4j-1.2.14.jar -rwxrwx--- 1 kjackson kjackson 388826 2008-04-29 02:30 mail-1.4.jar -rwxrwx--- 1 kjackson kjackson 355931 2008-04-29 02:30 NetRexxC.jar -rwxrwx--- 1 kjackson kjackson 36610 2008-04-29 02:30 NetRexxR.jar -rw-r--r-- 1 kjackson kjackson 201 2010-01-07 18:13 README -rwxrwx--- 1 kjackson kjackson 84091 2008-04-29 02:30 resolver.jar -rwxrwx--- 1 kjackson kjackson 188993 2008-04-29 02:30 serializer.jar -rwxrwx--- 1 kjackson kjackson 2905469 2008-04-29 02:30 starteam93.jar -rwxrwx--- 1 kjackson kjackson 57857 2008-04-29 02:30 stylebook-1.0-b2.jar drwxr-xr-x 6 kjackson kjackson 4096 2010-01-07 18:13 .svn -rwxrwx--- 1 kjackson kjackson 220552 2008-04-29 02:30 tcljava.jar -rwxrwx--- 1 kjackson
Re: svn commit: r894136 - /ant/sandbox/antlibs/git/trunk/src/main/org/apache/ant/git/AbstractGitTask.java
Hi, + throw new BuildException(The repository [ + getGitRepo()+ ] specified is not recognised); + } A UK spelling of recognised is just going to lead to more bugreps, we need a phrase that is more locale-neutral fair cop, Any suggested alternatives? Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
ant-git antlib initial commit
Hi, I've been toying with git for a little while and I thought it was about time we had some way of connecting ant to git (initially just to pull sources out of a git repository, but in the future to also support push operations too). I've just committed a few hours work into the sandbox/antlibs area in svn (the irony of using svn to host code for git is not lost). This version relies on git being configured correctly on the command line. I wouldn't mind expanding the antlib to be compatible with egit/jgit to in the future. Feel free to critique/bemoan the cut-paste nature of the code ;) I'm hoping that with a git antlib I can force through the adoption of git internally for new projects, so I am very happy to sponsor this, but of course I would welcome help from other contributors to ensure a healthy community. The initial commit supports: * clone I will be working on fetch and writing docs today/tomorrow (yay Christmas means I can actually do OS stuff without being hassled!) Have fun with this, Merry Christmas/Yuletide/Holidays etc Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Naming of target-group
I understand that (2) is very dependent on (1). (1) What do we want to call the new element that behaves quite a bit like a target but has a dependency list that can be extended? - moving-target (very familiar for people working in IT) or - mutable-target ? (a) target-group (b) phase (c) goal (d - z) anything else (2) What do we want to call the attribute of target that is used to add a target to a depends-list of (1)? (a) group (b - z) anything else - change-request... - mutable Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: sshexec verbosity
Hi, this sounds like a good idea. I think we should check this in. It introduces a change compared with the last release but this sounds like a good change. Thoughts ? As someone who has been grappling with ssh/scp issues over the last few months (although not in a an Ant context), I couldn't agree more! Also I was considering committing this change as my first real work on the trunk in about a year :( Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: sshexec verbosity
Hi, On Tue, Dec 1, 2009 at 7:08 AM, Kevin Jackson foamd...@gmail.com wrote: Hi, this sounds like a good idea. I think we should check this in. It introduces a change compared with the last release but this sounds like a good change. Thoughts ? Committed fix/change in revision 885684 I've tested it with some in house code here and it looks good to me. Any problems with this change, please feel free to revert (it's been so long since I've committed to the core/trunk compared to sandbox...) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] New committer - Jon Schneider
Please vote whether to admit Jon Schneider as an Ant committer for his contributions to Ivy and IvyDE. Voting is open for one week. Remember that although only PMC votes are binding, anyone may give his opinion. [ X ] +1 Welcome! Welcome Jon! Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Recurring Test Failures WRT Redirector
Hi, almost every time I run the testsuite at least one of testRedirector13 or testRedirector14 in either ExecTaskTest.java or apply-test.xml fails - but it doesn't happen all the time and you can't really predict which one (or how many) of the four of them may fail or not. Smells like a race condition to me. What's the platform? I recall (a while ago admittedly) having a problem on Ubuntu which just didn't appear on XP Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: [VOTE] Promote the Compress Antlib
Hi, As a first step I propose to promote the Antlib from the sandbox to a proper Antlib. + 1 from me Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: What to Do with funtest?
there is a new task funtest in trunk that doesn't have any documentation nor tests. Do we want to (1) move it out of trunk into a sandbox (2) keep it in trunk and ship 1.8.0 with it (like we previously did for classloader or verifyjar) (b) but remove it from defaults.properties +1 That way it's available for the adventurous to play with and maybe submit patches with docs/tests. Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: conditional arg
I was only wondering if the reason you had not run into this was because you are an IDE user. I know tons of developers who don't go far from their IDE's and have no reason to be involved with command-line usage. I guess it's up to you whether you consider contemplation of living in an IDE world to be an insult, but IDE advocates would not, and I didn't intend it to be. Stefan's a confirmed emacs user, so 'IDE' means something quite different to him ;) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Can we rename the compress sandbox Antlib?
I'm happy - compress is a bad name for the js/css compressor that's there already -I propose to change it to ant-minify. As this seems to be what these kind of tools are actually called. Sounds good. As of a few minutes ago, ant-compress namespace is clear - as this is me running svn mv commands, someone may want to check that I haven't wrecked the sandbox ;p Sorry. While I think the antlib is needed and should graduate ASAP I also now that I'm already overcommitting (as usual?) so I can't promise to lend a hand. I'm in the same boat, just realised I've committed ~ 10 changes in the past 6 months - not good :( Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Fwd: ant SSHExec optional task support to shell mode
Hi,
This appeared unexpectedly in my inbox - I can look into apply it as a
patch and committing it if people think it's a good idea.
Thanks,
Kev
-- Forwarded message --
From: Lucas Noleto noletolu...@gmail.com
Date: Tue, Jul 7, 2009 at 11:04 PM
Subject: ant SSHExec optional task support to shell mode
To: foamd...@gmail.com
Hi,
I'm sending this email to u because I've seen that you're an active
comitter for the Ant project.
While using the SSHExec task I noticed that it's using the ExecCommand
mode, which doesn't seem to load and make available the environment
variables on the remote host.
Because I needed to execute the commands with the env. variables
available I decided to add a Shell mode for the task, howeverr I'm not
aware of the project's coding standards nor good practices, so I'm
sending to you a functional version of that I've coded if you ever
feel the project needs it incorporated.
Thanks!
- lucas luky.
package org.apache.tools.ant.taskdefs.optional.ssh;
import java.io.BufferedReader;
import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileWriter;
import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.PipedInputStream;
import java.io.PipedOutputStream;
import java.io.StringReader;
import org.apache.tools.ant.BuildException;
import org.apache.tools.ant.Project;
import org.apache.tools.ant.types.Resource;
import org.apache.tools.ant.types.resources.FileResource;
import org.apache.tools.ant.util.FileUtils;
import org.apache.tools.ant.util.KeepAliveOutputStream;
import org.apache.tools.ant.util.TeeOutputStream;
import com.jcraft.jsch.Channel;
import com.jcraft.jsch.ChannelExec;
import com.jcraft.jsch.JSchException;
import com.jcraft.jsch.Session;
/**
* Executes a command on a remote machine via ssh.
* @since Ant 1.6 (created February 2, 2003)
*/
public class SSHExecShellSupport extends SSHBase {
private static final String COMMAND_SEPARATOR =
System.getProperty(line.separator);
private static final int BUFFER_SIZE = 8192;
private static final int RETRY_INTERVAL = 500;
/** the command to execute via ssh */
private String command = null;
/** units are milliseconds, default is 0=infinite */
private long maxwait = 0;
/** for waiting for the command to finish */
private Thread thread = null;
private String outputProperty = null; // like exec
private File outputFile = null; // like exec
private boolean append = false; // like exec
private Resource commandResource = null;
private boolean isShellMode;
private long maxTimeWithoutAnyData = 1000*10;
private static final String TIMEOUT_MESSAGE =
Timeout period exceeded, connection dropped.;
public long getMaxTimeWithoutAnyData() {
return maxTimeWithoutAnyData;
}
public void setMaxTimeWithoutAnyData(long maxTimeWithoutAnyData) {
this.maxTimeWithoutAnyData = maxTimeWithoutAnyData;
}
public boolean isShellMode() {
return isShellMode;
}
public void setShellMode(boolean isShellMode) {
this.isShellMode = isShellMode;
}
/**
* Constructor for SSHExecTask.
*/
public SSHExecShellSupport() {
super();
}
/**
* Sets the command to execute on the remote host.
*
* @param command The new command value
*/
public void setCommand(String command) {
this.command = command;
}
/**
* Sets a commandResource from a file
* @param f the value to use.
* @since Ant 1.7.1
*/
public void setCommandResource(String f) {
this.commandResource = new FileResource(new File(f));
}
/**
* The connection can be dropped after a specified number of
* milliseconds. This is sometimes useful when a connection may be
* flaky. Default is 0, which means quot;wait foreverquot;.
*
* @param timeout The new timeout value in seconds
*/
public void setTimeout(long timeout) {
maxwait = timeout;
}
/**
* If used, stores the output of the command to the given file.
*
* @param output The file to write to.
*/
public void setOutput(File output) {
outputFile = output;
}
/**
* Determines if the output is appended to the file given in
* codesetOutput/code. Default is false, that is, overwrite
* the file.
*
* @param append True to append to an existing file, false to overwrite.
*/
public void setAppend(boolean append) {
this.append = append;
}
/**
* If set, the output of the command will be stored in the given property.
*
* @param property The name of the property in which the command output
* will be stored.
*/
public void setOutputproperty(String property) {
outputProperty = property;
Re: Can we rename the compress sandbox Antlib?
Hi, I'm planning to create an Antlib based on commons-compress that would provide Ant tasks to create/extract cpio and ar archives as well as ArchiveFileset subclasses based on them. The natural name for the Antlib would be compress but that name is currently taken by the Antlib that runs Javascript compressors. Can we rename the existing Antlib? If yes, what would be a good name? I'm happy - compress is a bad name for the js/css compressor that's there already -I propose to change it to ant-minify. As this seems to be what these kind of tools are actually called. Is anyone else interested in supporting this antlib? I'm quite keen for it to graduate as it's in production use at work so getting more than one committer looking after it would be of benefit for us. Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
FBuild
Hi, I saw this on reddit and thought it may interest some people on this list: http://git.felix-lang.org/?p=fbuild.git;a=blob;f=docs/introducing-fbuild.markdown;h=fcb8dcdbca49a067ff5cbeefa4b4523bf847bea0;hb=master Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Giving the improved bzip2 code a second chance?
Hi, with Ant 1.7.0 we changed the bzip2 code to make it a lot faster and reverted the change in 1.7.1 because it was creating corrupt archives. Meanwhile the Hadoop folks have been using the 1.7.0 code and claim they have found and fixed the problem (a single + 1 missing somewhere IIUC). I think we have a unit test that failed with the 1.7.0 code and passes with 1.7.1 - should we give the Hadoop fixed code a second chance if it passes all our tests? If it passes our tests (and Peter's extended test), why should we not use it? +1 from me Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Need Help in ANT FTP
Hi, We have ant script running in Unix box. We are trying to copy some of the files from Windows based ftp server but we are unable to find a suitable program which will perform this work. http://ant.apache.org/manual/OptionalTasks/ftp.html This is the manual page for how to use the FTP task. If you read this and try to write your build file, then reply back to the user list with the error messages and the code from your build file we may be able to help Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Anybody planning to attend ApacheCon in Amsterdam late March?
Hi, I'm trying to set my priorities for ApacheCon (looks as if I could be there for a few days). In order to make anything useful out of the hackathon (apart from having a day for OSS hacking) I'd need anybody to partner with - so would anybody be there and if so, is there anything you'd like to work on? I'm hoping to be there - depends on the priorities of the company. I'd be happy to work on anything - just working on Ant for a change would be good! As a sidenote, Junming Zhao (who I've met shortly last year) is giving a talk on functional testing with AntUnit Friday morning - sounds promising. I'd be very interested in this Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: Integration of antunit in junit
I already some code prepared to support this. The adaptation layer :
public class CompilePath extends TestCase {
public static TestSuite suite() {
File script = new
File(src/test/java/net/sourceforge/deco/ant/test-compilepath.xml);
return new AntUnitSuite(script);
}
Looks good.
Before check-in the code, I would like to have a feed back to know if
I'm the only one to find it useful, and if that doesn't contradict
with the current antunit philosophy.
You are talking about adding it to AntUnit, right?
+1 from me.
+1 - looks quite handy - at the moment I'm a shell luddite with
antunit and this would be nice to try in IntelliJ and Eclipse
Kev
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
Re: svn commit: r730558 - in /ant/sandbox/antlibs/compress/trunk: ./ lib/ src/ src/etc/ src/etc/testcases/ src/main/ src/main/org/ src/main/org/apache/ src/main/org/apache/ant/ src/main/org/apache/ant
Hi, Happy new year to all Copyright 2008 The Apache Software Foundation Ok, first 'bug' spotted ;) Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
Re: How about moving all SCM and EJB tasks into Antlibs?
Hi, I'd like to move those tasks (see subject) that don't get tested but released with Ant into separate Antlibs and deprecate them in trunk. My current candidate list consists of all SCM tasks (including CVS) and all vendor specific EJB tasks - one Antlib per task (or family of tasks in the case of CVS). Of course we couldn't deprecate the tasks in trunk unless the corresponding Antlib has been released. Before I start doing the work I'd like to get a feel for whether you agree that it is a good idea and whether you'd be willing to vote for a release of such an Antlib. Kevin tried to do something like this for the VSS Antlib and failed, so before I put any work into it, I'd like to be sure, it wouldn't be wasted. I'd vote for this, but I'd also like to get 3 maintainers on board for the VSS antlib too :) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavFront ProjectHelper
I'm not doing OO stuff, the build file is a Java source. I suppose it would be possible to do the same using JavaScript as the language? All you would need is a dependency on Rhino +BSF or Java6. - It would be interesting to see how hard HelloWorld is (/me puts on huge list of things todo..) I've committed an embryonic version to the sandbox[1] which right now doesn't have the convenience base class I envision and doesn't have the TaskBuilder (or probably better TagBuilder) library to create tasks, yet. Looks really nice Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Adopt Java 1.4 as a minimum requirement for core/trunk
+1 Simply for ease of testing Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
YUI Compressor Antlib
Hi, At work we have a need for this, so I've thrown it together just now (very rough, but it does what it says on the tin). It's using the Yahoo JavaScript and CSS compressor library and the code is licensed under BSD. My company is ok with me donating the antlib to apache, can I put this into the antlib sandbox? My idea is to extend it and add other compressors (Dean Edwards is supposed to be the best, but there's also Dojo SafeShrink). Any objections to this being committed? The other option would be to donate it back to the Yahoo team to add to their package, but they don't seem to have any source control setup for YUI that I can find. Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Java version required for trunk
Hi, There has been some discussion about dropping support for Java 1.3 in trunk. One of the aguments against it was that 1.4 doesn't offer anything new and going from 1.3 to Java5 was too big a step. I'd personally argue that Java5 doesn't really offer very much apart from window dressing, but I know I'm in the minority. So what do you think? Do we want to move to 1.4? Would you be more comfortable with it after a Java 1.3 compatible Ant 1.7.2 with most bug fixes from trunk applied? There should be an announcement on the users list regardless of what is decided. My 'non-vote' would be to make 1.8 the Java 1.4+ version and retain 1.3 compatibility (as much as we can) for 1.7.2 Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DirectoryScanner performance
The tests are not through yet, but one thing was so surprising to me that I wanted to show it upfront: Running the matchall target (of sr/etc/performance/dirscanner.xml): Ant 1.6.5 1 min 30 s ~ 19 MB Ant 1.7.0 3 min 53 s ~ 24 MB Ant 1.7.1 10 s ~ 14 MB So 1.7.0 took more than twice as long as 1.6.5 to find all files in a big directory tree without any patterns and 1.7.1 is a whole lot faster than even 1.6.5. That's a huge difference - what are we doing now in 1.7.1 that is different from before? Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DirectoryScanner performance
Hi, At the same time memory usage has increased with 1.7.0 and never decreased after that, in fact the current HEAD uses more memory than ever before. Something between revisions 687768 and 693846 has bumped the memory mark without gaining us much in terms of performance, I'll try to isolate and remove that later. This is an issue. Looking at your results, memory has significantly increased somewhere and for large builds we were already causing OutOfMemory errors. Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r693071 - in /ant/core/trunk:
Hi, URL: http://svn.apache.org/viewvc?rev=693071view=rev Log: delete broken symbolic links. PR 41285 Note there is a certain kind of not-being-BWC in this change. Prior to the patch if you said delete file=foo/ and foo happened to be a symbolic link pointing nowhere, Ant would not delete anything (and just note that there was no such file in verbose mode). delete dir=foo/ would even silently ignore it. This is wrong it should at least report something. Now, not only will delete try to delete the link it may also fail the delete task if File.delete() returns false on the link. I think the change should be documented as it is different from past behaviour - even if in the past it was buggy behaviour Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to automize Ant
Hi, I have downloaded the cruisecontrol.I have cvs.Can you let me know what should i do next or can you give me any documentation on it.Please guide me. You're asking setup/config questions about continuous integration on the ant developer list. It's not really an appropriate forum for these kinds of questions. Also asking 'Please guide me' when it looks like you haven't tried to configure this yourself or read the documentation that is already available is not good ettiquette. Please try to solve your problems first, then if you get stuck ask I've tried to do this, here is my config file, this is the error - can anyone explain For CI tools I can recommend cruisecontrolrb if your not afraid of having a ruby runtime on your system - it's much easier to setup and configure than the classic cruise control. Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release AntUnit 1.1 Beta 1
Hi, Six days and two PMC member votes later. I'd appreciate it if any other PMC member could take a look at the proposed beta release. Sorry I haven't had chance to take a look yet :( Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Perforce Sync
Hi, BUILD FAILED java.lang.NoClassDefFoundError: org/apache/oro/text/perl/Perl5Util This is more of a user list question, but it looks to me like you're missing a dependency for p4sync http://ant.apache.org/manual/OptionalTasks/perforce.html This page explains that you need the oro jar on your classpath. Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug 36901
Hi all, After an extended haitus, I finally have more time for working through patches/bugs in bugzilla. Bug 36901[1] involves a patch submission to allow properties to retain their formatting and comments when being written by PropertyFile. Anyone have an opinion on this patch before I commit changes (I've tested it against trunk and I'd want to tweak layout a little, but I'd be happy to commit it unless there is a problem - probably with something that I should know about but having been paying attention too! :) Thanks, Kev [1] https://issues.apache.org/bugzilla/show_bug.cgi?id=36901 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AntUnit 1.1?
ant's trunk has been using a snapshot of AntUnit's trunk for quite some time now, so we seem to need some unreleased feature. How about making it available to others as well? Sounds reasonable. Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] 1.7.1 Release now available for final testing
Hi all, There is an additional folder at http://people.apache.org/dist/ant/v1.7.1/ This is the src/bin that will become the final 1.7.1 release unless there are any vetos I've done the download + check signature test and it seems fine to me Vote The distribution files on http://people.apache.org/dist/ant/v1.7.1/ are good to move to /www/www.apache.org/dist/ant/[source|binaries]. (step 18 of ReleaseInstruction) and can be considered Apache Ant 1.7.1 yes [x] (+1) no [ ] (My vote included above) Thanks, Kev PS please vote asap if you can as I have very little time to finalize the release (basically 1 week where I still have a PC! :). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Issue 45190 and Ant 1.7.1
If you feel you'd need a new beta, than I'd vote against including the patch. I'd be +0 for including it without another beta. (PS sorry about being slow getting 1.7.1 out, Just in case I've been misunderstood. When I said that in retrospect we should have released 1.7.1 earlier I wasn't talking about the current release process but rather about the fact that it took us more than a year to actually think about that new release. No worries, I didn't take it as a negative comment, but I'm aware that I haven't been able to work on ant as much as I'd like this year ;) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Issue 45190 and Ant 1.7.1
Hi all, Since there seems to be a bit of a debate on the acceptance of late patches in the beta cycle, we should probably have a vote --- Do you think that a patch which *seems* like a trivial fix and has been accepted into SVN HEAD should be backported/merged into the current 'about to be released' beta/release? Yes [ ] No [ ] Undecided [ x ] --- Personally I can see benefits from both sides: - As I have to go through the entire release process to get the next release out of the door, does it matter if a new bit of code is added? - On the other hand, we shouldn't add anything late as it encourages late cycle changes (which leads to more chances for bugs to creep in and also to less testing of the release code) I'll make my decision as to whether to allow this particular patch in based on the vote - I'm personally -0 at the moment (I don't think anything should be changed with code/docs for 1.7.1), but if people can present a compelling argument then I may be swayed to accept this patch (which I guess will mean a further beta release and another testing period) (PS sorry about being slow getting 1.7.1 out, I'm in the process of moving to Europe so I'm finding free time difficult to come by right now) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Issue 45190 and Ant 1.7.1
Hi Stefan, I fixed https://issues.apache.org/bugzilla/show_bug.cgi?id=45190 with a rather trivial patch http://svn.apache.org/viewvc?view=revrevision=668624 and now the reporter asks whether this could go into 1.7.1. While I understand that he needs the bug fixed, I also wouldn't want to cause any delay of the 1.7.1 release. Kev, would you accept the patch into the 1.7 branch and go ahead with the release or would it slow you down if it got merged? If I accepted this, would I need to re-issue a beta and wait the required time for people to retest before starting the release process? I'm only happy to accept it if this has no bearing on the release process right now :) I'm currently on holiday (from work) with some folks over from Oz, so my free coding/releasing time is quite low right now. I hope to have time in the next week or so to start the release - I don't really want to delay and have a beta3/4 release and then be releasing the final version sometime in September! :) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.7.7 DOMUtilTest fixed
Hi, I finally got the time to work out what was wrong with the DOMUtilTest failure I should have some time to look into the other failures for 1.7.1 - but this was the only new failure since the last beta release I would like to start the process for the full release since the beta has been available for some time now. Thoughts? Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding magic properties for targets?
Hi, Colm's patch in https://issues.apache.org/bugzilla/show_bug.cgi?id=44980 adds two new magic properties, one for the build's default target and one for the targets specified on the command line (or via *ant*). IIRC such properties have been suggested many moons ago and rejected, but now the dev community is a different one and maybe we do see some things differently today. I know that I do, i.e. I'd probably add them today. Before I start to discuss gritty details of a really trivial patch, let's have a quick poll so we know whether such a feature would be acceptable. If anybody out there would reject either property, could you please raise your hand? I probably wasn't around when these properties were first discussed, but I don't see any harm in allowing access to what are essentially static values. +0 Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.7.1 + patch = failures
Hi, I'm getting the following failures (Ubuntu Hardy Heron, 1-7-1 trunk, java6): testRedirector13Failure unexpected log content expected:...ec/exec.xml ERROR!!![]/home/kev/workspace/... but was:...ec/exec.xml ERROR!!![error at LeadPipeInputStream.read(): Pipe broken]/home/kev/workspace/... junit.framework.ComparisonFailure: unexpected log content expected:...ec/exec.xml ERROR!!![]/home/kev/workspace/... but was:...ec/exec.xml ERROR!!![error at LeadPipeInputStream.read(): Pipe broken]/home/kev/workspace/... at junit.framework.Assert.assertEquals(Assert.java:81) at org.apache.tools.ant.taskdefs.ExecTaskTest.testRedirector13(ExecTaskTest.java:304) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at junit.framework.TestCase.runTest(TestCase.java:164) at junit.framework.TestCase.runBare(TestCase.java:130) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:120) at junit.framework.TestSuite.runTest(TestSuite.java:230) at junit.framework.TestSuite.run(TestSuite.java:225) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:420) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask.java:1339) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:831) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java:1785) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:785) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:62) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.taskdefs.MacroInstance.execute(MacroInstance.java:394) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1189) at org.apache.tools.ant.Main.runBuild(Main.java:758) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) testListChildNodes Failure expected:0 but was:3 junit.framework.AssertionFailedError: expected:0 but was:3 at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:280) at junit.framework.Assert.assertEquals(Assert.java:64) at junit.framework.Assert.assertEquals(Assert.java:198) at junit.framework.Assert.assertEquals(Assert.java:204) at org.apache.tools.ant.taskdefs.optional.junit.DOMUtilTest.testListChildNodes(DOMUtilTest.java:39) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at junit.framework.TestCase.runTest(TestCase.java:164) at junit.framework.TestCase.runBare(TestCase.java:130) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:120) at
Re: Merge 641903 from trunk to 1.7 branch?
Hi, The problem showed up as a symptom in Ivy but Ivy isn't the only one affected by it. I'm all in favor of merging the change regardless. The change to UnknownElement is now merged back into BRANCH_17 I will test on windows/ubuntu at some point this week - then I suppose a further vote on the new srcs before releasing a further beta Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Merge 641903 from trunk to 1.7 branch?
Hi, Note that according to recent discussions on the subject, we will most likely drop the use of 'id' on the task used to load the settings (which will probably be 'configure' again, since I seem to be the only one who don't like using configure where we have make a lot of effort to drop the confusing 'configuration' in favour of 'settings'). Hence this bug shouldn't hurt Ivy users in Ivy 2.0 final. That doesn't prevent fixing the bug in Ant 1.7.1 final, but don't do it only for Ivy users. Sorry this is a little late - no time at the moment :( Does this mean that you would like to change anything or should I merge this change into 1.7.1 now? I'd rather merge something into 1.7.1 that fixes the problem for ant, and is going to require no further changes in the future to support Ivy Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Vote - release 1.7.1 beta] - results
Hi all, Well after a suitably long time for results to trickle in, the beta of 1.7.1 has +1 : 7 -1 : 0 So I guess it was retroactively deemed to be a release (phew!) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote - release 1.7.1 beta] - results
Hi Antoine, do we not need to do some further checkins in SVN so that the output of ant -version changes from Apache Ant version 1.7.1beta compiled on March 18 2008 to Apache Ant version 1.7.1 compiled on April xy 2008 ? which means creating a new label and new binaries and voting on the new binaries. Yes, there's also the issue of merging in the changes for Ivy - this is just the vote result of the beta - the vote for the real release will have to wait until after the further checkins etc have been completed. Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Merge 641903 from trunk to 1.7 branch?
Hi, Sorry I'm late with this. IMHO the bug is serious enough to be fixed in 1.7.1 final and should be merged into the branch. I'm happy to merge this into 1.7.1 and run a 3rd beta cycle (test, push tarballs, vote etc) if it's a show-stopper for many people Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Vote] 1.7.1beta2
Hi, I've been informed (on the q.t) that I never actually requested a vote before announcing that the ant 1.7.1 beta tarballs were available. So officially at the moment, the tarballs on people.apache.org that I announced are beta-in-potentia :( A retrospective vote on these tarballs has been proposed, so Available tarballs at http://people.apache.org/dist/ant/v1.7.1beta2/ are ready: yes [ x ] (+1) no [ ] (-1) Thanks, Kev PS: my vote is included above - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7.1beta available
Hi, I see that you have updated the beta (to 2). http://people.apache.org/~kevj/ant/ant-1.7.1beta2.tar.gz Peter Yes, in the old beta I had made a mess of some documentation (egrave eacute) and Stefan had noticed that the license files were incorrect - I thought that there were enough changes to warrant calling this a second beta (even if the first beta never actually got put on the dist site) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Ant 1.7.1beta2 public availability
Hi all,
Ant 1.7.1beta2 is now available for wider public testing!
- http://people.apache.org/dist/ant/v1.7.1beta2/
Please see release notes for major changes from ant 1.7.0.
Ant 1.7.1 includes some support for Java6 features:
- JavaFX scripting support for scriptdef
- secureinput inputhandler (non-echoing) eg:
input message=secure-input: addproperty=the.password
handler classname=org.apache.tools.ant.input.SecureInputHandler/
/input
- disk usage condition eg:
hasfreespace partition=${user.dir} needed=1K/
See documentation, and src for more details
Known issues:
- Windows network shares do not resolve correctly
- A full build + test cycle of the Ant src distribution fails on
windows (case sensitivity problem)
Thanks,
Ant Dev Team
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7.1beta available
Hi, I'm sorry I didn't catch this earlier but we seem to be in conflict with the policies of which license or notice information should go into which file. My current understanding (from hanging out on the ASF's legal mailing list, not from actually understanding any legalese, much less US legalese) is that all licenses of all stuff we ship must go into the LICENSE file while all notices need to go into the one and only NOTICE file. I've started to make the 1.7 branch compliant to my interpretation and will also clean up a few files RAT complains about. I hope to be done by the time my lunch break is over 8-) Since we don't distribute JUnit (neither in the binary nor the source distro) I've moved its license next to the jar. You'll need to create new archives, I'm afraid. No worries, I'm getting used to it now :) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r636602 - /ant/core/branches/ANT_17_BRANCH/docs/manual/credits.html
Sorry, do you know what encoding I should be using to fix this problem? No, sorry. I dont see any encoding in my HEAD version (the old one). In XML I use usually ISO-8859-1 As this is HTML we could use the named entities? HTML is designed for viewed by humans by its rendered representation, not the source ;) Matèrne -- Mategrave;rne Lévy -- Leacute;vy Ok, I used the HTML entities, then it shouldn't matter what encoding the os/editor decides to use Should have thought of that myself Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.7.1 beta
Hi, so what? If I signed it, then a few signatures would be on my key but for the majority of users there wouldn't be a trust path from them to my key. It is better to have signatures on your key, that's sure (and that is something we can get arranged even without meeting F2F), but it is not a requirement for signing a release. My mistake I was under the impression that only people with a counter-signed key could push releases - now I know that's not the case :) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant 1.7.1 release plan [RESULT]
Hi, After waiting a couple of weeks, in case anyone wanted to veto the release plan. We have 6 +1 0 -1 So (although it's not a large mandate), I'm now going to mail a release vote Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Ant 1.7.1 beta
Hi all, I think it's time to go ahead and push out 1.7.1 for wider testing. I really *don't* want to add any changes to code at the moment, but if there are any documentation issues that someone notices I'm willing to let them in on a case by case basis Over to the vote: Despite the strange bug Steve uncovered for networked drives on Windows, Ant 1.7.1 is ready for beta: Yes, I'll help (I need someone to sign with pgp) [ x ] (+1) Yes, go ahead but I won't help [ ] (+0) No, it's not ready [ ] (-1) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Ant 1.7.1 beta
Hi, Any reason why you can't create a key for yourself? My key isn't counter-signed so anything I sign will be 'untrusted' :( Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant 1.7.1beta available
Hi all, I've uploaded a signed complete distribution of 1.7.1beta to: http://people.apache.org/~kevj/ant/ant-1.7.1beta.tar.gz It weighs in at ~50mb NB. I'm now up to #10 in the ReleaseInstructions, 11 seems easy enough, but 12. Once this is uploaded, unpack things, create the release directory, something like v1.7.0Beta1, push the release and RELEASE-NOTES files into this directory. Create a symbolic link named README.html that points to the RELEASE-NOTES. The files should go to /www/people.apache.org/dist/ant/ on people.apache.org. Ok, so I extract *all* the distribution I just uploaded into a directory called v1.7.1Beta, add the RELEASE-NOTES file, ln -s README.html RELEASE-NOTES, but all of this is in /www/people.apache.org/dist/ant/, not my directory? Is my understanding here correct? Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r636602 - /ant/core/branches/ANT_17_BRANCH/docs/manual/credits.html
--- ant/core/branches/ANT_17_BRANCH/docs/manual/credits.html (original) +++ ant/core/branches/ANT_17_BRANCH/docs/manual/credits.html - liAntoine Lévy-Lambert/li + liAntoine L�vy-Lambert/li - liJan Matèrne/li + liJan Mat�rne/li Damn! Sorry, do you know what encoding I should be using to fix this problem? Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.7.1 - Beta Vote
Hi, As I mentioned previously (although I'm a couple of days late). I'd like to release a beta of 1.7.1 within the next two weeks. The current 1.7.1 trunk is now locked for further changes (99.9% test completion on the most troublesome platform (windows)) The beta of 1.7.1 is ready: [x] yes (+1) [ ] no (you missed something...) Kev PS - my +1 is already in the above :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Merging rev 628990 to the 1.7.x branch
Hi Stefan, I've got the code copied across - though the merge tool didn't so I had to do it manually. I don't suppose this matters but I'd like to know why svn merge did nowt Looking at your commit, you merged a bit more than just my patch from trunk. My guess is that my patch affected some of the changed lines (different Javadocs, for example) and couldn't be merged automatically because that other change wasn't present in the branch's version. We'll also need to modify the WHATSNEW file (I forgot that) and might want to add some @since tags. I'll do it in parallel on both branches, hope you don't mind. No problem, thanks for checking it Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Merging rev 628990 to the 1.7.x branch
Hi, Do you want me to do the merge or are you going to do that yourself? I've got the code copied across - though the merge tool didn't so I had to do it manually. I don't suppose this matters but I'd like to know why svn merge did nowt Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fix for 44323
Hi, I noticed 1.7.1 is coming up. How do I get this patch committed? Is this something that I am supposed to do myself? I can commit the patch to trunk (1.8.x), but I won't let further changes go into 1.7.1 You mention a workaround in your bug report of using the complete path when calling ant, so I think that this is a non-blocking bug I have attached a patch against ant_20080130114915.tar.gz. It calls FileUtils.normalize on the buildFile in Main. Could you attach patch and testcase build.xml to the bug report on bugzilla? Attachments are stripped from mails sent to the mailing list. Thanks for the report, but I'm not accepting any further changes for this branch (it will never see the light of day otherwise!) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.7.1 test results
Hi, Last night I merged the JunitTask changes into the 1.7.1 branch and tested on windows: WindowsXP JDK6 JDK5 JDK4 - FileUtils.testHasErrorInCase failed (this is strange as it shouldn't even run on windows I don't think) This morning on Ubuntu gutsy: Ubuntu Gutsy (7:10) JDK5 - no failures Ubuntu Gutsy (7:10) JDK6 - XMLCatalogTest (2 failures) (testEmptyCatalog testNonExistentEntry) Following the timeline I laid out yesterday, I'm now closing branch for any further changes and hoping that people can test on their environments to ensure that these are the only failures (Would love a Solaris, HPUX and MacOSX test) On Saturday (23rd) I'm calling for a beta vote (just to forewarn everyone) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Merging rev 628990 to the 1.7.x branch
Hi Stefan, Is it OK if I merge http://svn.apache.org/viewvc?view=revrevision=628990 into the 1.7.x branch before we release 1.7.1 (maybe even before Kev creates the RC build, but I'd like to have his opinion here first). I've been following the discussion and was waiting until a patch/fix was ready before I was going to jump in. I don't have a problem with merging a fix providing: a: All tests pass on full build/test cycle (ok there's that strange XMLCatalogTest failure - so ignore that one) b: The cactus people (devs if possible users) commit to test the RC! :) (basically I'm going to use this as a blackmail opportunity to get extra testing of the 1.7.1 branch [evil snigger]) Currently Cactus users are forced to stick with 1.6.5 since we broke their Ant task and this patch repairs the damage. I'd love to give them a better option (in particular one allowing them to use JUnit 4) earlier than Ant 1.8.0. Agreed and joking aside +1 from me I'll run through the test cycle on my various jdks/platforms today (hopefully) I *really* want to build a beta within this week (do I need a vote on a beta?) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
