Ant Java1.3
Hi, I tried to build the branch on 1.3 last night. I couldn't even bootstrap. The problem was that the activation.jar was built with class file format 48.0 (1.4) - so the 1.3 jdk couldn't recognize the classes. As the bootstrap failed there, I don't know how many other of the dependency jars are also compiled to 1.4 classes. From this we have two choices: 1 - Try to find compatible jars or build a much smaller ant missing features that cannot be built as there are class incompatibilities 2 - Stop support for a 1.3 compatible ant Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon Presentation
Hi, I wonder whether Ant/Ivy has a dependency fetching mechanism like Maven has regarding plugins. This is what I have in mind: A antlib provides tasks and macros and implements them in terms of 3rdparty libraries. Those libraries are described in dependencies (perhaps a la Maven). If such a antlib is used, Ant will download those 3rdparty stuff some cache directory and adjust it's classpath. IMHO dependency fetching is the *worst* of the ideas that Maven has popularised. Instead of having a controlled build, you get a build where it's possible that every single build is done against a different set of artifacts I prefer to know which libraries I'm building my code against :) As for the problem you have, different organizations deal with the problem in different ways. 1 - Place the full Ant (core) + extensions (antlibs etc) under version control as a 'build' project - make this the only sanctioned way of building the rest of your code * This relies on allowing binaries into your scm - sorry * 2 - Use multiple build files and a complex arrangements of classloader task, wget/get etc to pull in the correct dependencies for the build 3 - Edit the ant.bat|ant.sh 4 - Write a wrapper script that calls ant.bat|ant.sh with the correct env setup As you can see in other replies, the 'solution' varies depending on the particular needs of the organization :) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.7.1 nearly there - alpha
Hi, Could someone test the build on the following platforms: - Vista (someone has probably got a copy/image (Steve?)) Not sure of what the process is to test the build, here's what I've done: svn co http://svn.apache.org/repos/asf/ant/core/branches/ANT_17_BRANCH/ cd ANT_17_BRANCH build On my windows vista box with jdk 1.6.0 the build was successful. I've also tried the trunk, the build was successful too. Thanks for the quick test, it looks like a bug has snuck in (see recent mail about TempFile) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: RE: svn commit: r594009 - /ant/core/branches/ANT_17_BRANCH/src/main/org/apache/tools/ant/taskdefs/TempFile.java]
Hi all, Some lurker ;) spotted this commit and got in touch with me. I copied over the code from the svn trunk version without looking too carefully (my bad), unless anyone can tell me that this is correct, I agree that at least semantically it's utter crap :) I think I should modify both the svn trunk and 1.7 branch to: public void setCreateFile(boolean createFile) { this.createFile = createFile; } Thoughts? Kev Hi Kev, You don't know me; I subscribe to the various ant lists (ant-user, ant-dev, ant-cvs). I saw the below check-in and it just struck me as wrong (I don't think createFile should be set to the value of deleteOnExit); given that you're trying to get an alpha out, I thought I'd bring it to your attention. If it's correct, then please forgive the intrusion. Rick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, November 11, 2007 6:41 PM To: [EMAIL PROTECTED] Subject: svn commit: r594009 - /ant/core/branches/ANT_17_BRANCH/src/main/org/apache/tools/ant /taskdefs/TempFile.java [snipped] URL: http://svn.apache.org/viewvc/ant/core/branches/ANT_17_BRANCH/src/main/or g/apache/tools/ant/taskdefs/TempFile.java?rev=594009r1=594008r2=594009 view=diff == [snipped] @@ -123,6 +126,22 @@ public boolean isDeleteOnExit() { return deleteOnExit; } + +/** + * If set the file is actually created, if not just a name is created. + * @param createFile boolean flag. + */ +public void setCreateFile(boolean createFile) { +this.createFile = deleteOnExit; +} + +/** + * Learn whether createFile flag is set for this tempfile task. + * @return the createFile flag. + */ +public boolean isCreateFile() { +return createFile; +} /** * Creates the temporary file. -- Rick Genter Principal Software Engineer Silverlink Communications [EMAIL PROTECTED] www.silverlink.com Office (781) 425-5763 Mobile (781) 771-9677 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: 1.7.1 nearly there - alpha
Hi, What is with Java 1.3 - or missed I the dropping? I couldn't find a java 1.3 jdk to test with - Sun lists it as unsupported now If you have 1.3 feel free to test the build, but I didn't have a copy Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: 1.7.1 nearly there - alpha
Hi, A binary version will be available from people.apache.org/~kevj/ant/1-7-1-alpha soon. You can test the alpha binary from http://people.apache.org/~kevj/ant/1-7-1-alpha/apache-ant-1.7.1alpha.tar.gz - built with java6, so if there are any problems please report them - unsigned (I don't have a pgp/gpg key on this computer, and the one I do have hasn't been counter-signed - perhaps someone else on the team should sign the release binary?) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: 1.7.1 nearly there - alpha
Hi Peter, Opps, I meant http://java.sun.com/products/archive/ Peter Thanks, I couldn't find it when I looked previously Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.7.1 nearly there - alpha
Hi, Today I got 3 complete builds on Windows XP + java6|java5|java1.4 Linux build fails with an assertion error in XMLCatalogTest. I tried to debug this error in eclipse, but the error doesn't exist except when executed as part of ./build.sh test IMHO that makes the code ready for alpha status. Could someone test the build on the following platforms: - Vista (someone has probably got a copy/image (Steve?)) - OSX (my laptop is dead now - so no more OSX builds) - Linux (preferably not debian based) A binary version will be available from people.apache.org/~kevj/ant/1-7-1-alpha soon. Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
concat-test.xml antunit
Hi, There's a problem with the concat-test.xml If you execute this on linux/unix, no problems, but on windows it fails The reason is that Windows has the stupid crlf line ending property name=br value=${line.separator} / concat destfile=encodeStringDest outputEncoding=utf-16foo${br}bar${br}baz${br}/concat So when this encodeStringDigest file is compared to the utf-16.expected file, it fails as in the encodeDigestFile there are extra \cr characters embedded. The actual concat task works, but the test is platform dependent unless I add a windows.utf-16.expected and modify the test to compare against the correct file (which is what I'll do unless someone objects) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Update [was Re: weblogic rmic]
Hi, I meant the creation of the ant-weblogic.jar. Well I don't think that's a problem anyway as test case clearly calls the weblogic rmic tool and clearly executes before failing to find the test class - I guess we don't ship an ant-weblogic.jar anymore Does it work with JDK5? Nope, it also doesn't work on 1.4.2 (the oldest jdk I tracked down) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Update [was Re: weblogic rmic]
Hi, We need to ship ant-weblogic.jar for ant 1.7.1. (Unless we vote to drop it from that release). We will not ship it in ant 1.8.0. That means that somehow I have to get the build to create the ant-weblogic.jar I can only assume that the test tests the behavior of an old version of weblogic rmic tool. Perhaps, but it behaves as if the classpath is messed up, not as if the weblogic tool is incorrect in some way Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where to place sponsorship link?
+1 this could absorb the Donations link as well. +1 here - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Update [was Re: weblogic rmic]
Hi, or we have a vote. One thing is clear: weblogic rmic was broken on ant1.7.0. nobody noticed. Well I've just tested with Ant 1.6.5 (from svn), and I get exactly the same error: [rmic] RemoteTimestampImpl must be a remote interface implementation and should exist in the classpath The classpath is fine (and the code works perfectly with compiler=sun) This is the showstopper for an alpha release right now. This email from 2001 (Ant 1.4) exhibits the exact same behaviour: http://mail-archives.apache.org/mod_mbox/ant-user/200106.mbox/[EMAIL PROTECTED] Namely, the weblogic rmic task requires a global CLASSPATH to be set. I added a CLASSPATH var and all of a sudden the error disappeared. I'm still not sure it works as I was expecting a WL_stub.class to appear in the output directory, but the error went away. Since this problem seems to have been around for 6+ years now, I vote that we switch off these unit tests and move on. [Vote] WebLogic Rmic tool sucks so: [X] enough already, we need ant 1.7.1 released regardless of crappy 3rd party tools that have never worked properly (update docs to point out weblogic rmic glaring incompatibilities with ant, switch off the unit test to get a clean build) [ ] no lets bang our heads against a brick wall for a few more years trying to fix this junk Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Update [was Re: weblogic rmic]
Hi, You probally need an old version of weblogic*.jar By this do you mean that an old version of weblogic*.jars will remove the problem I'm having getting a clean set of tests? Or do you mean that the older jars will create the ant-weblogic.jar? The error doesn't seem to be caused by a missing ant-weblogic.jar, as it appears that the classpath is incorrect somehow and the testWlrmic cannot find the RemoteTimestampImpl class. I've just test on Ubuntu Gutsy, JDK6 (update 3), and I get the same rmic error. So this isn't a Windows only thing. As I mentioned previously, it's the exact same error Antoine came across in 2004, so it must have been solved somehow. My guess is a configuration issue. Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Weblogic Rmic error
Hi, Currently Wlrmic still has a problem on Windows. From the full build test: Error starting WebLogic rmic: D:\eclipse\workspace2\ant-core-trunk\src\etc\testcases\taskdefs\rmic\rmic.xml:174: Error starting WebLogic rmic: at org.apache.tools.ant.taskdefs.rmic.WLRmic.execute(WLRmic.java:85) at org.apache.tools.ant.taskdefs.Rmic.execute(Rmic.java:542) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor40.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:354) at org.apache.tools.ant.Target.performTasks(Target.java:379) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1324) at org.apache.tools.ant.Project.executeTarget(Project.java:1293) at org.apache.tools.ant.BuildFileTest.executeTarget(BuildFileTest.java:313) at org.apache.tools.ant.taskdefs.RmicAdvancedTest.testWlrmic(RmicAdvancedTest.java:93) 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:1328) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:824) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java:1752) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:774) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor4.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.GeneratedMethodAccessor4.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.GeneratedMethodAccessor4.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:354) at org.apache.tools.ant.Target.performTasks(Target.java:379) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1324) at org.apache.tools.ant.Project.executeTarget(Project.java:1293) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1176) 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) Caused by: java.lang.reflect.InvocationTargetException 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 org.apache.tools.ant.taskdefs.rmic.WLRmic.execute(WLRmic.java:77) ... 60 more Caused by: java.lang.Exception: RemoteTimestampImpl must be a remote interface implementation and should exist in the classpath at
weblogic rmic
Hi, It seems that Antoine came across a similar issue : http://mail-archives.apache.org/mod_mbox/ant-dev/200408.mbox/[EMAIL PROTECTED] Anyone know how it was resolved? (also I've done a full build with the weblogic*.jars in my lib/optional, but I don't have an ant-weblogic stub) Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bugs in release branch
The windows tests will still be failing with bad paths, but now we can decide what the correct strings are and add them to the tests, then fix any locator bugs that exist. I guess they always passed on gump as it was running on linux/bsd, which is why we didn't see any problems until now. And yes most of the tests looked fine to me before which was why I couldn't believe no-one else was having a problem - now I know, I'm the only one using windows! Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant SVN Trunk - errors in LocatorTest RmicAdvancedTest
Hi, After Steve's work yesterday, I was going to pull in the changes to the release to try and get a clean build...but: (these errors occur with the svn trunk code) LocatorTest testNetworkURI Failure Expected file:\\PC03\jclasses\lib\ant-1.7.0.jar to resolve to \\PC03\jclasses\lib\ant-1.7.0.jar but got D:\\PC03\jclasses\lib\ant-1.7.0.jar expected:[]\\PC03\jclasses\lib\... but was:[D:]\\PC03\jclasses\lib\... I'm not sure what this should be - \\ is a unc path right, and windows should support that, so I'm not sure where the D: comes from (except that's the local disk that I'm running the ant tests from) LocatorTest testUnixNetworkPath Failure Expected file://cluster/home/ant/lib to resolve to \\cluster\home\ant\lib but got D:\\cluster\home\ant\lib expected:[]\\cluster\home\ant\l... but was:[D:]\\cluster\home\ant\l... Should this execute at all on a windows machine? RmicAdvancedTest testWlrmic Error Error starting WebLogic rmic: D:\eclipse\workspace2\ant-core-trunk\src\etc\testcases\taskdefs\rmic\rmic.xml:174: Error starting WebLogic rmic: at org.apache.tools.ant.taskdefs.rmic.WLRmic.execute(WLRmic.java:84) I have the weblogic* jars and the ant- stubs so there shouldn't be an issue finding classes RmicAdvancedTest testWlrmicJArg Error Error starting WebLogic rmic: D:\eclipse\workspace2\ant-core-trunk\src\etc\testcases\taskdefs\rmic\rmic.xml:180: Error starting WebLogic rmic: at org.apache.tools.ant.taskdefs.rmic.WLRmic.execute(WLRmic.java:84) When we can resolve these last couple of things I'll pull the changes into the branch - re-test (on java6+win, java5+win and java4+win, java6+*nix, java5+*nix and java4+*nix), finally if everything looks ok I'll post a vote for alpha release of 1.7.1 ok? Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Rmic WebLogic failure more info
Hi, Here's the -debug output of executing testWlrmic in isolation: D:\eclipse\workspace2\ant-core-trunkant -debug -f src\etc\testcases\taskdefs\rm ic\rmic.xml testWlrmic Apache Ant version 1.8.0alpha compiled on November 2 2007 Buildfile: src\etc\testcases\taskdefs\rmic\rmic.xml Adding reference: ant.PropertyHelper Detected Java version: 1.6 in: C:\Program Files\Java\jdk1.6.0_02\jre Detected OS: Windows XP Adding reference: ant.ComponentHelper Setting ro project property: ant.file - D:\eclipse\workspace2\ant-core-trunk\sr c\etc\testcases\taskdefs\rmic\rmic.xml Adding reference: ant.projectHelper Adding reference: ant.parsing.context Adding reference: ant.targets parsing buildfile D:\eclipse\workspace2\ant-core-trunk\src\etc\testcases\taskdef s\rmic\rmic.xml with URI = file:/D:/eclipse/workspace2/ant-core-trunk/src/etc/te stcases/taskdefs/rmic/rmic.xml Setting ro project property: ant.project.name - rmic Adding reference: rmic Setting ro project property: ant.file.rmic - D:\eclipse\workspace2\ant-core-tru nk\src\etc\testcases\taskdefs\rmic\rmic.xml Project base dir set to: D:\eclipse\workspace2\ant-core-trunk\src\etc\testcases\ taskdefs\rmic +Target: +Target: teardown +Target: init +Target: probe-rmic +Target: testDefault +Target: testEmpty +Target: testVersion11 +Target: testVersion12 +Target: testVersionCompat +Target: testRmic +Target: testRmicJArg +Target: testKaffe +Target: testWlrmic +Target: testWlrmicJArg +Target: testForking +Target: testBadName +Target: testExplicitClass +Target: testWrongClass +Target: testNoBase +Target: testBaseDoesntExist +Target: testBaseIsntDir +Target: testFailingAdapter +Target: compileAntTimestamp +Target: testAntClasspath +Target: testForkingAntClasspath +Target: testDefaultBadClass +Target: testMagicProperty +Target: testMagicPropertyOverridesEmptyString +Target: testMagicPropertyIsEmptyString +Target: testXnew +Target: testXnewForked +Target: testXnewCompiler +Target: testIDL +Target: testIIOP parsing buildfile jar:file:/D:/eclipse/workspace2/ant-core-trunk/dist/lib/ant.ja r!/org/apache/tools/ant/antlib.xml with URI = jar:file:/D:/eclipse/workspace2/an t-core-trunk/dist/lib/ant.jar!/org/apache/tools/ant/antlib.xml Setting project property: rmic.dir - D:\eclipse\workspace2\ant-core-trunk\src\e tc\testcases\taskdefs\rmic Setting project property: src.dir - D:\eclipse\workspace2\ant-core-trunk\src\et c\testcases\taskdefs\rmic\src Setting project property: build.dir - D:\eclipse\workspace2\ant-core-trunk\src\ etc\testcases\taskdefs\rmic\build Attempting to create object of type org.apache.tools.ant.helper.DefaultExecutor Adding reference: ant.executor Build sequence for target(s) `testWlrmic' is [probe-rmic, init, testWlrmic] Complete build sequence is [probe-rmic, init, testWlrmic, teardown, testWlrmicJA rg, testFailingAdapter, testDefault, testXnewCompiler, testWrongClass, testEmpty , testBaseIsntDir, testRmic, testKaffe, compileAntTimestamp, testForkingAntClass path, testVersion12, testVersion11, testMagicProperty, testVersionCompat, testXn ewForked, testIIOP, testExplicitClass, testRmicJArg, testMagicPropertyIsEmptyStr ing, testBaseDoesntExist, testDefaultBadClass, testAntClasspath, testBadName, te stMagicPropertyOverridesEmptyString, testNoBase, testXnew, testForking, testIDL, ] probe-rmic: [available] class jkaffe.rmi.rmic.RMIC was not found [available] Unable to load class jkaffe.rmi.rmic.RMIC to set property kaffe.pres ent Setting project property: rmic.present - true Setting project property: wlrmic.present - true Condition true; setting rmic5.present to true Setting project property: rmic5.present - true Condition true; setting rmic6.present to true Setting project property: rmic6.present - true init: [mkdir] Skipping D:\eclipse\workspace2\ant-core-trunk\src\etc\testcases\task defs\rmic\build because it already exists. fileset: Setup scanner in dir D:\eclipse\workspace2\ant-core-trunk\src\etc\testc ases\taskdefs\rmic\src with patternSet{ includes: [Remote*.java] excludes: [] } [javac] RemoteTimestamp.java omitted as D:\eclipse\workspace2\ant-core-trunk \src\etc\testcases\taskdefs\rmic\build\RemoteTimestamp.class is up to date. [javac] RemoteTimestampImpl.java omitted as D:\eclipse\workspace2\ant-core-t runk\src\etc\testcases\taskdefs\rmic\build\RemoteTimestampImpl.class is up to da te. +Datatype base-rmic org.apache.tools.ant.taskdefs.Rmic [presetdef] defining preset base-rmic +Datatype rmic-bad-class org.apache.tools.ant.taskdefs.Rmic [presetdef] defining preset rmic-bad-class +Datatype assertFileCreated org.apache.tools.ant.taskdefs.MacroInstance [macrodef] creating macro assertFileCreated +Datatype assertFileAbsent org.apache.tools.ant.taskdefs.MacroInstance [macrodef] creating macro assertFileAbsent +Datatype assertStubCompiled org.apache.tools.ant.taskdefs.MacroInstance [macrodef] creating macro assertStubCompiled +Datatype assertSkelCompiled
libs for build
Hi, Thanks for the offers of sending mock libs etc. I managed to get the time to copy all the missing libs from my old laptop today and run a first 'full' build or 1.7.1 We still have problems: LocatorTest RmicAdvancedTest (Xalan problems have gone away with the addition of the correct libs) I'm going to look at the LocatorTests tomorrow and try to debug them Thanks again, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Vista symbolic links?
It seems that there's some kind of symbolic link support in Vista http://wesnerm.blogs.com/net_undocumented/2006/10/symbolic_links_.html It was also mentioned on the ruby-lang mailing list. Not really important right now (with all 3 vista users), but it may become important before 1.8 Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: add an antlib (and optional task) loader to ant 1.7
On Mon, 2006-09-04 at 20:25 +0100, Steve Loughran wrote: Peter Reilly wrote: Sorry for asking for another vote on the Classloader for ant issue, No problem. I think right now I'm going to in the no category, though +0 rather than -1. This is not because I dont think its a good idea -I think it is wonderful- but I think the complications of adding it will add lots of surprises. Most importantly, it becomes really hard to uninvent once it has shipped. I agree with Steve here. 1.7.0 has been 'just around the corner', for a while now, I'd rather not have any new additions that may require a quick 1.7.1 release (not that I think your idea + code is bad). I'm eager to try and get a cleaner integration of scripting into Ant and a new classloader-style mechanism seems a good way to approach that (I like the syntax in the example you posted), but right now I think it's more important to ship what we have. What we could do is take this as the opportunity to make a working 1.8 branch and put in in there, and post 1.7.0 think about adding it to the 1.7.x branch. +1 new branch for 1.8 and include code for experimental classloaders etc Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) failed
The test passes on both Microsoft frameworks I have installed (1.1 and 2.0), right now my Linux box doesn't have a working Mono installation. It is on the Antlib's TODO list. I'm sure I read that .net 3.0 is available in beta now... The framework formerly known as WinFX is now .net 3 and you can grab the download here. http://msdn.microsoft.com/windowsvista/downloads/products/getthebeta/ Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Plan for .NET Antlib
I'm following this closely as I'd like to release the vss antlib sooner rather than later and I'll be using this .net release as a guide... (1) Release 1.0 beta 1 ASAP. Since we haven't released any Antlib before and don't have any distribution template for them, I'm going to propose what a release should look like in a separate post/vote. +1 (2) Address the issues in https://svn.apache.org/repos/asf/ant/antlibs/dotnet/trunk/TODO +1 (I'm willing to help on 'antunitizing' tests too) (3) Unless anything major comes up, release 1.0 final about two weeks after the beta release. Sounds good I fully expect the beta to not get tested thoroughly and prefer to have a final release to give it more people who actually give it a try - and follow up with a 1.0.1 release shortly thereafter. I doubt many on this list use .net daily so pushing out to a wider audience will probably be the only way to get significant amounts of testing/feedback All sounds good - good luck Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building Ant 1.7beta
I know this too. To run ant testcases, either I run them individually in IDEA, or I bootstrap and rebuild and install my new version of ant, then run the tests. I just set my ANT_HOME to point to ~/projects/ant-core-trunk/build/ dist - then I'm always running the latest code and the tests should test against it (so long as I remember to bootstrap + build before I run the tests) Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building Ant 1.7beta
To Kev: surely most Ant committers work on at least one other Ant-based project where improvements can be seen? Or does the Apache Foundation pay your rent? :-) :) I wish! I was (attempting humour) at suggesting that the ant developers/committers only add stuff which helps to make the ant build file simpler - yes it's a stupid joke, but then I'm easily amused! Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Building Ant 1.7beta
Especially: you know only the Ant src-version present (the current version). You dont know which binary-version of Ant is installed (Ant 1.6.5, 1.5, 14?) That means your buildfile must be very bwc ... Basically we improve Ant and add new features so that we can refactor the ant build.xml file so that it's easier to build ant...it's also a good way of testing the new features ;) Making the buildfile bwc would prevent us from doing this and mean that we couldn't use all the cool new stuff that we spend our time developing OT slightly, does ant build maven in gump? I was asked at ApacheCon and didn't know for sure (but said 'probably' anyway). Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7.0Beta1 release
Hi Antoine (and others), I've just committed a change to AntVersion which now passes the tests on my machine if the value in the version.txt file is set to 1.7.0Beta1 (it still fails with the default value of @VERSION@). Can you see if you are still experiencing a problem with the full test suite? If so let me know. Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r437589 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition/AntVersion.java
On 28 Aug 2006, at 19:09, Antoine Levy-Lambert wrote: Hi, I am not very fond of this versionString.indexOf(Ant version) +17); either. A regular expression looking for a string of digits and dots would be what we are looking for ? Unfortunately regexps aren't available in Java 1.2[1], do you have another suggestion for avoiding the brittle indexOf method? I'm happy to work on this to fix it, or if you are still unhappy, pull it from the release - your call. Thanks Kev [1] http://marc.theaimsgroup.com/?l=ant-devm=114861730527898w=2 -- Government is begotten of aggression, by aggression - Herbert Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AntVersion test failing
Hi Antoine, As you requested, I've modified AntVersion to pass the failing test with the beta, without using positional indexing (brittle) code - please see commit for more details. Again if you spot a problem with this please let me know, I'll try to get it fixed asap. Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7.0Beta1 release
I found 2 errors in the tests, one in AntVersion (a number format exception, hope it is not difficult to fix) and some errors in testRedirector, may be due to running the tests under cygwin, anyway looking like some strange whitespace oddity. I have reported both in Bugzilla. Interesting, when I ran the tests before the alpha, there were no errors. I'll look into the AntVersion tests and see what's happening. Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AntVersion test failing
Hi all, AntVersion test is failing because the current Ant version number is 1.7.0Beta1 - the Beta1 characters are causing the DeweyDecimal code to fail. It's also extremely difficult to test in isolation as the version string is set when the build is completed, so the unit tests fail with @VERSION@ When the final version (1.7.0) is released, this code will work fine, do you want to make it more robust for the beta release? Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Use of reflection in DirectoryScanner to remove duplicated code
I am not historically a champion of readability for its own sake ;) , but in this case I am of the general impression (without having thoroughly perused the proposed change) that it should be possible to eliminate the duplication without resorting to reflection. To rephrase, if reflection were (is) the only way to remove the duplication, I would be +1. I am not sure it has been demonstrated that this is the case, so pending clarification here I would categorize my stance as -0. -Matt The basic problem is that the two methods do identical work (up to a point), except that the fields on which they operate are different. Of course I could pass in the vectors as parameters instead of doing a reflective lookup (to be honest it's only just occurred to me that this would resolve the issue). I'm interested in this mainly as an academic exercise, because I see using reflection as the only dynamic behaviour that Java offers and it allows for some 'tricks' (for want of a better phrase) to write less code. I'm also interested in the sort of reception that this kind of code gets - most people who I've worked with (Java programmers) hate it, but some people (Perl programmers) think it's a nice solution to a problem. I'll post a different solution when I get to work, based on a parameterised helper method. Thanks for the feedback Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Non-reflective version of DirectoryScanner refectoring
Hi, After thinking this through this morning on the ride into work, here is a version of the refactoring (extract method) that doesn't use any reflection (so should satisfy both Antoine and Matt ;)) Attached patch for testing purposes too. /** * Process included file. * @param name path of the file relative to the directory of the FileSet. * @param file included File. */ private void accountForIncludedFile(String name, File file) { processIncluded(name, file, filesIncluded, filesExcluded, filesDeselected); } /** * Process included directory. * @param name path of the directory relative to the directory of * the FileSet. * @param file directory as File. * @param fast whether to perform fast scans. */ private void accountForIncludedDir(String name, File file, boolean fast) { processIncluded(name, file, dirsIncluded, dirsExcluded, dirsDeselected); if (fast couldHoldIncluded(name) !contentsExcluded(name)) { scandir(file, name + File.separator, fast); } } private void processIncluded(String name, File file, Vector inc, Vector exc, Vector des) { if (inc.contains(name) || exc.contains(name) || des.contains(name)) { return; } boolean included = false; if (isExcluded(name)) { exc.add(name); } else if(isSelected(name, file)) { included = true; inc.add(name); } else { des.add(name); } everythingIncluded = included; } Index: . === --- . (revision 434293) +++ . (working copy) @@ -1115,21 +1115,7 @@ * @param file included File. */ private void accountForIncludedFile(String name, File file) { -if (filesIncluded.contains(name) -|| filesExcluded.contains(name) -|| filesDeselected.contains(name)) { -return; -} -boolean included = false; -if (isExcluded(name)) { -filesExcluded.addElement(name); -} else if (isSelected(name, file)) { -included = true; -filesIncluded.addElement(name); -} else { -filesDeselected.addElement(name); -} -everythingIncluded = included; + processIncluded(name, file, filesIncluded, filesExcluded, filesDeselected); } /** @@ -1140,24 +1126,26 @@ * @param fast whether to perform fast scans. */ private void accountForIncludedDir(String name, File file, boolean fast) { -if (dirsIncluded.contains(name) -|| dirsExcluded.contains(name) -|| dirsDeselected.contains(name)) { -return; + processIncluded(name, file, dirsIncluded, dirsExcluded, dirsDeselected); +if (fast couldHoldIncluded(name) !contentsExcluded(name)) { +scandir(file, name + File.separator, fast); } +} + +private void processIncluded(String name, File file, Vector inc, Vector exc, Vector des) { + +if (inc.contains(name) || exc.contains(name) || des.contains(name)) { return; } + boolean included = false; if (isExcluded(name)) { -dirsExcluded.addElement(name); -} else if (isSelected(name, file)) { +exc.add(name); +} else if(isSelected(name, file)) { included = true; -dirsIncluded.addElement(name); +inc.add(name); } else { -dirsDeselected.addElement(name); +des.add(name); } everythingIncluded = included; -if (fast couldHoldIncluded(name) !contentsExcluded(name)) { -scandir(file, name + File.separator, fast); -} } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Use of reflection in DirectoryScanner to remove duplicated code
OK. Actually I had written the pieces of code which you are refactoring. :( It's ok, I have the advantage of hindsight, coming into a stable codebase is always easier than writing stuff from scratch - also I tend to specialise in refactoring at work - I rarely sit down and write teh original code (and if I do, I do the simplest possible solution, then refactor the hell out of it) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Use of reflection in DirectoryScanner to remove duplicated code
On 23 Aug 2006, at 11:38, Stefan Bodewig wrote: On Wed, 23 Aug 2006, Kev Jackson [EMAIL PROTECTED] wrote: I want to run this by people here to see what people think of this. Basically DirectoryScanner has some duplicated code [ accountForIncludedFile, accountForIncludedDir ], I think I have a refactored processIncluded method that can replace the duplication, but it relies on using Reflection to get access to the classes fields and then does the work [1]. Please run some tests on really large directory trees, DirectoryScanner is probably the class with the biggest impact on perceived Ant performance. We shouldn't do anything that makes it significantly slower. Ok, well I've just run the DirectoryScannerTest embedded in eclipse JUnit runner, and there is no difference in performance at all between using the original code and the modified code original 2.778 seconds to run 27 tests modified 2.734 seconds to run 27 tests This is using Suns jsdk 1.5. I'm not sure how I can test using 'really large directory trees'. The modified code is only run inside scandir (which I know is a major part of the directory scanner). I guess you worry not about having loads of files, but in the case where there is a massively nested directory tree - I'll have to create a pathological case to test this though. Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Use of reflection in DirectoryScanner to remove duplicated code
Hi Stefan, (and other interested devs) For additional testing I've created a directory/file structure like 1/ 1 2/ 2 3/ 3 4/ ie a single file under a directory, the tree is 1038+ layers deep and there is no difference between the original time taken by the DirectoryScanner code and the modified code - if you want more testing of this I'm willing to accommodate, but I'm pretty sure that the Java reflection == slow is not always the case, and certainly isn't in this case. I agree we must be careful to prevent new code from causing the system to 'appear' slow (perceived performance), but in this instance, I cannot prove that it is faster/slower, any differences are minor (10s of milliseconds). As an aside, my little recursive script to generate a mad dir structure for testing breaks some kind of limit (unix or ruby not sure) for file names, so any additional testing would require a different script to generate the directory structure first :) Kev -- In vain you tell me that Artificial Government is good, but that I fall out with the Abuse. The Thing! The Thing itself is the Abuse! - Edmund Burke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Use of reflection in DirectoryScanner to remove duplicated code
For additional testing I've created a directory/file structure like 1/ 1 2/ 2 3/ 3 4/ so much effort ... nah, 5 lines of script - I wasn't going to do it manually :) I assume you tried some combinations of include/excludes. Dominique used to have a big tree where any change to DirectoryScanner affected the runtime of the sync task considerably (sync needs to scan both the source and the dest tree), but that probably was part of another live of his. I wonder if Dominique still has access to that tree, as a real world tree would be a better test of changes than an artificial construct. Antoine has mentioned that he would prefer not to use reflection for the simple reason that some tools cannot show the method graph - in this particular case I can't see that being a problem as no methods are called using reflection, I'm only using it to gain access to fields. I think in general a change to such a core part of the code *must* be thoroughly checked/tested for performance issues, so to facilitate this I've attached the change as a patch (svn diff). If someone has a real-world pathological case to try this against I'd love to see the results of a before-patch/after-patch run. I'm not considering this change as possible to go into the trunk until after the release of the Beta (and probably will be held back for the next release ~1.8) Thanks for comments so far - here's the patch (it may have tabs in it, Eclipse on Ubuntu defaults to tabs for some reason, I stripped out the ones I could find and changed to 4 spaces, but may have missed some) Kev Index: . === --- . (revision 434293) +++ . (working copy) @@ -1115,21 +1115,22 @@ * @param file included File. */ private void accountForIncludedFile(String name, File file) { -if (filesIncluded.contains(name) -|| filesExcluded.contains(name) -|| filesDeselected.contains(name)) { -return; -} -boolean included = false; -if (isExcluded(name)) { -filesExcluded.addElement(name); -} else if (isSelected(name, file)) { -included = true; -filesIncluded.addElement(name); -} else { -filesDeselected.addElement(name); -} -everythingIncluded = included; +//if (filesIncluded.contains(name) +//|| filesExcluded.contains(name) +//|| filesDeselected.contains(name)) { +//return; +//} +//boolean included = false; +//if (isExcluded(name)) { +//filesExcluded.addElement(name); +//} else if (isSelected(name, file)) { +//included = true; +//filesIncluded.addElement(name); +//} else { +//filesDeselected.addElement(name); +//} +//everythingIncluded = included; + processIncluded(name, file, files); } /** @@ -1140,21 +1141,22 @@ * @param fast whether to perform fast scans. */ private void accountForIncludedDir(String name, File file, boolean fast) { -if (dirsIncluded.contains(name) -|| dirsExcluded.contains(name) -|| dirsDeselected.contains(name)) { -return; -} -boolean included = false; -if (isExcluded(name)) { -dirsExcluded.addElement(name); -} else if (isSelected(name, file)) { -included = true; -dirsIncluded.addElement(name); -} else { -dirsDeselected.addElement(name); -} -everythingIncluded = included; +//if (dirsIncluded.contains(name) +//|| dirsExcluded.contains(name) +//|| dirsDeselected.contains(name)) { +//return; +//} +//boolean included = false; +//if (isExcluded(name)) { +//dirsExcluded.addElement(name); +//} else if (isSelected(name, file)) { +//included = true; +//dirsIncluded.addElement(name); +//} else { +//dirsDeselected.addElement(name); +//} +//everythingIncluded = included; + processIncluded(name, file, dirs); if (fast couldHoldIncluded(name) !contentsExcluded(name)) { scandir(file, name + File.separator, fast); } @@ -1159,6 +1161,33 @@ scandir(file, name + File.separator, fast); } } + +private void processIncluded(String name, File file, String dirOrFile) { + try { + Vector inc = (Vector)this.getClass().getDeclaredField(dirOrFile+Included).get(this); + Vector exc = (Vector)this.getClass().getDeclaredField(dirOrFile+Excluded).get(this); + Vector des = (Vector)this.getClass().getDeclaredField(dirOrFile+Deselected).get(this); + + if (inc.contains(name) || exc.contains(name) || des.contains(name)) { return; } + + boolean included
Re: classloader for 1.7
On Wed, 2006-08-23 at 10:33 +0100, Steve Loughran wrote: Peter Reilly wrote: If it is not a little too late, I would like to get a vote on including classloader into ant 1.7. (http://issues.apache.org/bugzilla/show_bug.cgi?id=28228) I have been playing with it the last week or so. It really makes working with antlibs, and scripting different languages very nice. For example: Rather that having a lot of jar files in ~/.ant/lib, I can have a number of directories that contain all that is needed for a particular language and load that into the build file. using a macro macrodef name=load-lang attribute name=lang/ sequential classloader loader=project classpath fileset dir=${user.home}/script-lang/@{lang}/ /classpath /classloader /sequential /macrodef This is especially true for working with JDK 1.6 scripting - one needs an extra jar file for each language. I have been using classloader with netbeans, and my worry before about it messing up the classloader does not seem to be true. In fact, for groovy and ruby the start up cost of the language is done once, and after that scripts run very fast. Ok, as you guys know, I'm interested in anything that will help scripting in Java/Ant, so this does interest me *a lot*. My only worry is how the classloader task is that I have very little knowledge about all the possible effects changing classloaders can have on builds/projects. I know for example that the delegating classloader we currently have causes strangeness with JUnit (hence the FAQ entry), and I'd hate to introduce another issue with classloaders that will cause people to think that Ant simply has classloading problems full stop. With all my worries aside, from a user perspective, the macrodef example above is about as cool as it gets w.r.t loading a bsf language - it's exactly what the bsf guys want to be able to do - make java apps scriptable with minimum fuss. In netbeans, what is the startup cost? Does it have a considerable impact on the startup of the application to include scripting support? For now I'm +0 - go for it as long as Antoine is happy. We can try it in the beta and then if people have issues we pull it from the main release - I'm certainly not going to veto without having evidence of widespread discontent from the users. This will mean however that a longer beta period would be required so that we can gather sufficient feedback to evaluate if everything is ok or not. Personally I want to see this in the release so that we can easily ship scriptdef based antlibs (with dynamic language of choice :) Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Vote promote ant-vss antlib to antlibs proper] result/summary
Hi, It's been more than a week since I proposed that the ant-vss sandbox antlib be promoted to the antlibs project as a full-time member. Currently, we have two people who have expressed interest as committers, myself and Stefan, the antlibs project requires at least 3 committers The results of the vote to promote to antlibs proper: 1 +0 1 -0 (on the basis that Microsoft have a new product) 5 +1s - but with different views on the action to be taken with the current optional task From this result, I cannot say that the antlib should be promoted at this time, unless someone else steps up as a committer (as much as everyone hates VSS, is there anyone else who has it installed?). There are also conflicting views as to what to do with the current optional tasks. Dominique and Antoine favour completely dropping the optional task and requiring vss users to use the antlib (should it make it to the proper antlibs project), Stefan favours retaining the optional task with a deprecated warning for this upcoming release. Any guidance on what to do next would be appreciated. With the 1.7.0 beta scheduled for the next few days, I'd like to resolve some of the peripheral issues, and if the consensus is to drop the optional vss task from the 1.7.0 release, I for one won't shed any tears at it's passing. Thanks, Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Use of reflection in DirectoryScanner to remove duplicated code
Hi, I want to run this by people here to see what people think of this. Basically DirectoryScanner has some duplicated code [ accountForIncludedFile, accountForIncludedDir ], I think I have a refactored processIncluded method that can replace the duplication, but it relies on using Reflection to get access to the classes fields and then does the work [1]. I know a lot of Java developers are a little leary about using reflection in general as it has a reputation for being slow and obtuse, so I'd like to see what you guys think before committing something that will be veto'd. Thanks, Kev [1] /** * Can process included dirs or files * @param name path of dir/file relative to the directory of the * FileSet * @param file dir/file as File * @param dirOrFile dir or file (dirs | files) * @throws BuildException */ private void processIncluded(String name, File file, String dirOrFile) { try { Vector inc = (Vector)this.getClass().getField(dirOrFile +Included).get(this); Vector exc = (Vector)this.getClass().getField(dirOrFile +Excluded).get(this); Vector des = (Vector)this.getClass().getField(dirOrFile +Deselected).get(this); if (inc.contains(name) || exc.contains(name) || des.contains(name)) { return; } boolean included = false; if (isExcluded(name)) { exc.add(name); } else if (isSelected(name, file)) { included = true; inc.add(name); } else { des.add(name); } everythingIncluded = included; //is this required? -- I think you must 'reset' the values that you used as the API states that only the values are returned from get, not the original reference, if the original vectors are returned, then the following 3 lines are unnecessary this.getClass().getField(dirOrFile+Included).set(this, inc); this.getClass().getField(dirOrFile+Excluded).set(this, exc); this.getClass().getField(dirOrFile+Deselected).set (this, des); } catch (IllegalAccessException e) { //do nothing } catch (NoSuchFieldException e) { //do nothing } } -- Government is begotten of aggression, by aggression - Herbert Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote promote ant-vss antlib to antlibs proper] result/summary
On 23 Aug 2006, at 10:57, Stefan Bodewig wrote: On Wed, 23 Aug 2006, Kev Jackson [EMAIL PROTECTED] wrote: With the 1.7.0 beta scheduled for the next few days, I'd like to resolve some of the peripheral issues, and if the consensus is to drop the optional vss task from the 1.7.0 release, I for one won't shed any tears at it's passing. We can't drop them from this release as long as the VSS Antlib is in the sandbox. Users wouldn't have an alternative since the Antlib wouldn't see a release anytime soon. I agree, that's why I'd like to promote the antlib from the sandbox and drop the optional task at the same time. The thing holding the antlib in the sandbox is simple the lack of committers (AFAIK). kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7 - ReleaseInstructions - Compiler
On 21 Aug 2006, at 21:19, Antoine Levy-Lambert wrote: Hello Kev, when you built the alpha version of ant 1.7, which compiler did you use ? 1.4 or 1.5 ? I used the default compiler, which at the moment is 1.5 Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Default excludes and Subversion on Windows
On 19 Aug 2006, at 02:06, Stefan Bodewig wrote: On Fri, 18 Aug 2006, Jan Materne [EMAIL PROTECTED] wrote: If we reject automatically handling _svn directories (as a hack as said by svn-people), we should document it in the manual of defaultexcludes and svn-antlib with a reference (and a quotation) of the svn statement. I was under the impression that consensus was forming around adding _svn/ to the default excludes unconditionally, not rejecting the idea. I think we should add it and document it in big bold letters! If it truly is the only way that asp.net projects can use svn effectively, then I suppose we need to support it, but we should warn that if you have a 'normal' directory that happens to be called _svn you could experience strange behaviour Regardless of what we do, we need to decide so that it can go into the release, therefore: Default excludes to include the ASP.Net hack _svn directory for the release of Ant 1.7.0 + svn antlib, and documentation to be updated to reflect this change yes [ X] (my +1) no [ ] Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dev-list - Calling Ant within a servlet/webapp
On 16 Aug 2006, at 19:26, Marc Farrow wrote: I have some servlet and I am trying to call an Ant script within the class to compile a project. All of the references in the build script are not relative, therefore some of the classpath references are not correct. I know I can change the properties, etc to fix this. However, due to the nature of our environment we do not want to do this. With all that being said, I do know that all the classpath entries that I need to compile the Is there a reason why you don't want to use the Ant API by itself? Why do you need to load the build.xml file? It seems that the real problem you have is that programmatically Ant doesn't have the same relative references as Ant running a build file, so my advice is to remove the problem (build file) and simply use the Ant jar as an API and have your rules specified in Java instead of XML. Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OT: ApacheCon Asia '06 - reportage
Hi all, Well I survived the LTTE attacks in Colombo, and I met up with loads of fascinating people. For those of you who didn't make the first Asian edition of ApacheCon, I'm sorry you missed out, it was great fun. Overall though I have to say that the amount of code produced at the Hackathon was rather low (mainly because there were very few true groups of developers from the same projects, BSF and AXIS2 being the large exceptions). We are on the cusp of a new version of BSF (version 3 to be precise), which supports the upcoming JSR regarding scripting in Java6 (a real achievement by the BSF guys). I did a very quick and dirty integration with the Ant trunk code using sneakernet(tm) to get the latest BSF 'dist', and, apart from some minor issues, it looks like BSF3 will be released real soon now! The AXIS2 guys were pretty busy in both the Hackathon and the BOF's, planning there next attack on SOA in general. The sessions ranged from introductory (what is foss/apache), to in depth (here's how to use annotations with AXIS2 to get a pojo web- servicized). Oh, and I didn't fall off the stage or anything for the Ant talk that I gave. Anyway, it was great (thanks Sri Lanka), and I'm already discussing with my boss if there is a way to get sponsorship from him for ApacheCon Asia '07 (here in Saigon...) - indeed if anyone knows who I should get in touch with regarding setting this up, let me know. Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Default excludes and Subversion on Windows
On 15 Aug 2006, at 11:53, Conor MacNeill wrote: According to http://subversion.tigris.org/svn_1.3_releasenotes.html The _svn hack is now officially supported: since some versions of ASP.NET don't allow directories beginning with dot ... So I think we should add it to the default set in 1.7 Conor The problem with this is that I know that I name some project directories _project, so that they are always listed first in Windows Explorer. So for example if I was working on the svn source code, I might well have a directory called _svn - I know at least one other person who does this so that it's easier to find the current working project. Since I don't work on svn, I won't have this problem, but someone else may and may call a directory _svn. Having said all that - the people who work on svn have blessed the _svn hack, so presumambly this is now standard /end rambling nonsense +0 for a change to defaultexcludes, I can see a potential problem, but it seems that the svn guys want to use this hack, so I'm ambivalent towards adding it. Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
echo no conditional attribute
Hi, I know that this has come up before but I've just finally seen why it's so damn useful - echo message=blah level=verbose unless=$ {property.set}/ I've just run into this now trying to help the BSF guys getting a release candidate out and the build.xml needed a bit of work and this would make so *much* easier. Thoughts? Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Text scripts
On 11 Aug 2006, at 17:10, Mike Stewart wrote: Hi, I have some text files that I have to parse and modify, can anyone advise the best way to do this - ANT commands, ANT Tasks, call to PERL or some other scripting language? The scripts will be fairly complex including pattern searching, text replacement, text sorting etc. I'd have to say that using PERL or some other dynamic language with good text parsing support would be better than Ant. If you want to do this parsing within an ant target, perhaps consider JRuby or Groovy or BeanShell and the scripting support in Ant. Kev -- Government is begotten of aggression, by aggression - Herbert Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project bootstrap-ant (in module ant) failed
The following work was performed: http://vmgump.apache.org/gump/public/ant/bootstrap-ant/gump_work/ buildscript_ant_bootstrap-ant.html Work Name: buildscript_ant_bootstrap-ant (Type: Build) Work ended in a state of : Failed Elapsed: 25 secs Command Line: /usr/local/gump/public/workspace/ant/bootstrap.sh [Working Directory: /usr/local/gump/public/workspace/ant] CLASSPATH: /opt/jdk1.5/lib/tools.jar Does this mean that Gump is on 1.5 now? Kev -- Government is begotten of aggression, by aggression - Herbert Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE ant-vss antlib promote to antlib proper
MS never used VSS internally. Do you think they are mad? They used to use something called SCUM and then I think went to ClearCase or Perforce. VSS is unreliable junk that doesnt scale and when it fails, fails big time with the entire history of files disappearing. Also its model of tagging and branching sucks. VSS was always SCM for the little people, its selling points being a good GUI, no need for a server/central admin, and tight integration with Visual Studio. Well I knew it was crap, but I thought (looking at the MS website) that they advocated using it The successor, well, it goes for server-side revenue too, and does tight integration with lots of things, but its a fiddly beast to bring up. I've been doing some research on Team Wotsit and from the sounds of things, most MS-centric devs don't like it much I am +1 for moving VSS support into its own antlib. The only problem is that adding the antlib to ANT_HOME/lib will not ensure that existing build files will work, because to get the stuff autoloaded, they need to declare it in a new namespace. Unless, that is, the main defaults.properties file still declares the existing task in its (new) location... Good point, so if the vote passes, we should make sure that we implement the changes in a BWC way. Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE ant-vss antlib promote to antlib proper
So, +1 on simply removing the vss entries to optional.properties, and provide the antlib. --DD What about the optional taskdef for VSS? If we want to release the VSS antlib, should we remove all the old VSS code from the core? This will definitely break working builds if someone upgrades ant Kev -- It is through disobedience that progress has been made, through disobedience and through rebellion - Oscar Wilde - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7 alpha available for testing...
You have something that works but will not scale. You know that, don't you? Absolutely - but then I'm being paid to implement a spec, not to suggest an alternative solution. This is the way it works in the outsourcing/offshoring dev world - we just get a spec and have to implement it regardless of personal feelings or indeed technical merit. When I first started in this business (offshore work) I got into a lot of arguments over stupid specs, it cost me a lot of goodwill with customers, I've learnt to bite my tongue (for the most part), as pissing off your clients is generally a bad idea :) Scalability aside, the customer just wants something to work (tm) and considered bash to be adequate for the task - it's actually rather scary how much of a duct tape solution this is really, but then I'm enjoying hacking perl and python for a change. Like I said, puppet and smartfrog. I know, I work on the smartfrog team and am biased, but puppet is nice too. I suggested smartfrog when we got the project, but the customer wants a very small image (even adding python to the build was considered risky - so there's no way a JVM will get added, we can't even add ruby now :( ). I haven't heard of puppet, but I'll have a look tomorrow and see if I can convince the customer - I don't want to re- invent the wheel badly if it's unnecessary! Kev -- Man is truly free only among equally free men - Michael Bakunin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
VOTE ant-vss antlib promote to antlib proper
Hi, I'm in the middle of a rewrite of an article for ONJava and I re-read the charter for antlibs as I was digging around the site looking for the antunit page. In the charter it mentions that all antlibs in sandbox must have a vote to get promoted within 6 months - I think it's time we had this vote or we kill the vss antlib. so from the charter itself (4.1) Each library has its own status file, release schedule, version number, QA tests, documentation, bug category, and individual JAR. Ok, we have docs, tests, and a jar file. I can add a STATUS file and version number easily enough. For release schedule, I'd like alpha/ rc1 at or around Ant 1.7 release. (4.2) Each library must clearly specify any external dependencies, including any other libraries, and the earliest JDK version required. Erm JDK 1.2 should do it - no other dependencies except Ant 1.6.5/Ant 1.7.0, and of course VSS command line client (4.3) Each library must maintain a list of its active committers in its status file. Need more committers here (4.4) The libraries should use a standard scheme for versioning, QA tests, and directory layouts, and a common format for documentation and Ant build files. done (4.4) Each library will be hosted on its own page on the subproject Web site, and will also be indexed in a master directory. needs to be done before release (4.5) Volunteers become committers to this subproject in the same way they are entered to any Apache subproject. (4.7) As stated in the Ant guidelines, an action requiring majority approval must receive at least 3 binding +1 votes and more +1 votes than -1 votes. (4.8) Each Ant library needs at least three committers, at least one of them has to be an Ant PMC member. I'll volunteer as a committer here, anyone else? And finally my +1 for alpha/rc1 at same time as Ant 1.7.0 Thanks, Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE ant-vss antlib promote to antlib proper
On 1 Aug 2006, at 11:47, Alexey Solofnenko wrote: -0 Microsoft itself does not use it. Are we going to support already obsolete technology? Really? What is the new MS scm system or recommended scm system? I though VSS was basically the MS standard. As for support, we already do support vss through an optional task, my proposal is to remove this from the core of ant and have an antlib instead - that way the core will not carry around vss related code - I think this is better but if you have a better idea (perhaps simply rip out the optional task altogether). Thanks, Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7 alpha available for testing...
yes, cfengine and lcfg can keep your stuff in control. There's also games you can play with vmware/xen hosted images, where the real CPUs just host the virtual machines, and those you replicate off managed gold images. It's funny that you mention this, as my current project is working on bash + perl + python scripts to automate updates to some software hosted in xen - we have two xen images for each component, when we get an update, the host shuts down one of the images (let's say guest 'b'), while the other continues and takes over as the master ('a'), the host (via the scripts) updates the shutdown image, reboots it, then switches control over to it. So far it's been fairly simple (although there's a lot of gpg signatures etc flying about to validate where the updates come from), the hard bit (swapping images in/out) is on this weeks task list. The spec is ok, but some kind of controller + dsl would be nice, these scripts do feel a little 'hacky' for my liking, although I've discovered bashunit in the process (yes unit testing bash - I never thought I'd see that). The worst part is getting the environment setup - writing the scripts is fairly simple, but having every little detail in place before you can test anything is a real pain. Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bad Signature APACHE-ANT [s]
Hello, Antoine Levy-Lambert told me to write to you that I have problems to verify his signature: Error Message: gpg: Signature made Thu 02 Jun 2005 03:40:50 PM CEST using DSA key ID 265B4C63 gpg: BAD signature from Antoine Levy-Lambert (Apache Ant Committer) [EMAIL PROTECTED] I use the 5.93 version of the 1.4.2.2 Version of gpg (GnuPG). So can you please help. I've just verified this on my machine: OSX 10.4.7, gpg 1.4.1. Spikefish:~/Desktop kj$ gpg --verify apache-ant-1.6.5- bin.tar.gz.asc.txt apache-ant-1.6.5-bin.tar.gz gpg: Signature made Thu Jun 2 20:40:50 2005 ICT using DSA key ID 265B4C63 gpg: Good signature from Antoine Levy-Lambert (Apache Ant Committer) [EMAIL PROTECTED] gpg: aka Antoine Levy-Lambert (Apache Ant Committer) [EMAIL PROTECTED] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 06A2 28AA B83A 18A8 DF7B 84B0 8614 D6AB 265B 4C63 So for me it looks good - did you download the KEYS file from here[1] and import it with gpg --import KEYS first? The steps I took were: 1 - download KEYS 2 - import KEYS 3 - download pgp signature (asc file) 4 - download tar.gz distribution file 5 - gpg --verify asc tar.gz I downloaded the sig from the main site and the distribution from the mirror http://mirrors.ccs.neu.edu/Apache/dist Please retest your steps to see if anything is wrong with your environment - if you think that the mirror is bad please also let us know. Thanks Kev [1] http://www.apache.org/dist/ant/KEYS -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: ApacheCon Asia slides preview
* slide Extending Ant - Custom Tasks has too many lis (9) for that size * slide Extending Ant - Antlibs - automatically loaded by Ant at startup When did we introduced that feature? The jar will be on the classpath, but AFAIK you have to declare it in your buildfile (xmlns, taskdef...) Ok, good point, that's what I meant, but expressed very badly - have to update the slide * slide Antlibs - Making a tla (graphic) HTML error: td from the graphic not closed (missing right bracket) Ta - will fix * slide Antlibs - Making a tla (code) second code line is too long (on my machine ;-) - nu instead of null); Yay widescreen laptops ;) - I'll be presenting from my machine, so as long as the projector is in 14:9 format I should be fine - but with most of the code examples it's tough to get everything to fit just right * slide Antlibs - Making a tla (buildfile) - highlight the xmlns:tla declaration - highlight the use of that namespace tla:get tla:registerarchive - the project line is too long (just cuts the last quotation mark on my machine) - indents not right (TAB-problems?) hope not! -- target-get end marker not on the right place mmmh I send the new ;-) lt;?xml version=1.0 encoding=utf-8?gt; lt;project name=tla-test basedir=../../../ default=get xmlns:tla=antlib:org.apache.ant.tlagt; lt;property name=repo-dir value=tla-test/gt; lt;target name=getgt; lt;tla:registerarchive repoURL=http://www.atai.org/archarchives/[EMAIL PROTECTED] public/ /gt; lt;tla:get archive=[EMAIL PROTECTED] revision=tla--atai-dists--1.3.4 dest=${repo-dir} /gt; lt;/targetgt; lt;target name=cleanupgt; lt;delete dir=${repo-dir}/gt; lt;/targetgt; lt;/projectgt; cheers I'll do some cut-n-paste to fix that up * slide Antlibs - Making a tla (test) Nice shortcut to AntUnit ;-) In English this is called a segue * slide Antlibs - Antunit AFAIK AntUnit is no longer in the sandbox - it's in the antlib subproject * slide Antlibs - A compatibility 'trick' - define tasks working with Ant prior 1.6 in the properties file - define tasks which require Ant 1.6+ in the antlib.xml * slide Finally... - the last word antversion) is (on my machine) on the footer line. cheers Jan -Ursprüngliche Nachricht- Von: Kev Jackson [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. Juli 2006 07:09 An: Ant Developers List Betreff: ApacheCon Asia slides preview Hi all, Here's a draft[1] of the slides I've prepared for the asian apachecon. If any of you have the time to review them and offer feedback I'd be very grateful. Bear in mind that I only have until the end of this week to make any adjustments (so anything significant will probably have to be ignored, I'm sorry). Just FYI, I'm using S5[2] to produce the slides (down with PowerPoint!) - it's an excellent tool and highly recommended. Thanks Kev [1] http://people.apache.org/~kevj/apachecon-asia/antlibs.html [2] http://meyerweb.com/eric/tools/s5/ -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- In vain you tell me that Artificial Government is good, but that I fall out with the Abuse. The Thing! The Thing itself is the Abuse! - Edmund Burke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.7 Alpha availability problem
Hi, I've created the distribution, signed it and uploaded it to people.apache.org/~kevj Unfortunately I cannot download it (the signature works fine). Can someone test the download and see if it works? If not, then I suspect that the ReleaseInstructions about .htaccess files may need to be re-read and implemented (sigh) Thanks, Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant 1.7 alpha available for testing...
Hi, Fixed the download problem with some .htaccess mojo, so for your approval and delight: http://people.apache.org/~kevj is now hosting the latest build. KNOWN PROBLEMS: - ManifestTest fails on OSX 10.4 with Java5 I looked at this and cannot see why it's failing - the recent changes may have caused it, but I haven't heard anyone else complaining, so maybe it's only apparent on OSX? I've only signed the tgz file itself, not the files inside - I assume that is the correct approach, as the script in ReleaseInstructions was driving me mad as I had to enter a passphrase for each file in the distribution directory Please test and see if you get the ManifestTest problem - I want to know if it's platform specific. Thanks, Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
test
sorry, mail problems... -- Man is truly free only among equally free men - Michael Bakunin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
1.7 alpha [get-m2.xml FIXED]
Hi, The build.xml file wasn't updated to copy the get-m2.xml file over to the dist directory - I've updated the build.xml file, committed it and run a quick test here, so once again the 1.7 alpha release is ready for you to all have a once-over http://people.apache.org/~kevj If anyone notices anything else missing from the distribution, let me know and I'll look into it - Thanks to Matt for spotting the missing file so quickly - have a gold star and a pat on the back :) The recent changes to InputRequest are included and have caused no problems at this end - if anyone notices a bug please let me know. Also need someone willing to test ManifestTest on Windows/Linux (I'll check out the latest code and build on Ubuntu dapper this morning), I'm still erring on the side of an environmental problem on OSX for this one though, as it seems completely strange that Martijn would have bothered to write a unit test, watch it fail, then still commit the code! My guess is that it passed fine for Martijn and it's my weird Californian machine having a hissy-fit Thanks, Kev -- Man is truly free only among equally free men - Michael Bakunin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Open AntUnit Issues
When dealing with ResourceCollections you must keep in mind that the resources specified don't need to exist - unlike the resources obtained from a fileset. I've also added a check that no non-File resources have been specified and thrown in a few tests. Sorry about that. IIUC it lists JUnit as a runtime dependency, this is not the case. JUnit and ant-testutil.jar are required during tests of AntUnit only, the antUnit task and the assertions are completely independent of JUnit. Ok, I was reading about this just this morning, but I forgot that I'd put it in the POM, I'll update that today Thanks Kev -- In vain you tell me that Artificial Government is good, but that I fall out with the Abuse. The Thing! The Thing itself is the Abuse! - Edmund Burke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Open AntUnit Issues
* RessourceCollection instead of FileSet I've just quickly hacked this in - tested by using the resulting ant- antunit.jar in a another project. Not sure if what I did was the cleanest way as I'm still new to ResourceCollections etc. * XML format listener * ... which certainly requires a way to have listener write somewhere other than ant's loggign system. * nested propertyset which would probably already be there if my I didn't have to leave that early from the hackathon. Nothing of this is hard to do or would take too much effort. More assertions might be fine as well. Any other stuff? What about : - a NOTICE file and stripping copyright out of individual files as mentioned previously regards main ant code? - Maven POM? Kev -- It is through disobedience that progress has been made, through disobedience and through rebellion - Oscar Wilde - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Release Ant 1.7.0 beta1
After some off-list negotiations, Antoine and myself are agreeing to be co-release managers of Ant 1.7. I will personally build 1.7.0beta1 or pre-release and post the distribution on people.apache.org/~kevj for testing/evaluation by Friday next week (29th July). This pre-release/beta will be based on svn trunk as it stands next week - Antoine commits himself to building/releasing the next beta, and we will make a rota afterwards (maybe not systematically alternating), but we'll work something out. The following issues need to be resolved until then : - ManifestTest (I noticed that recent changes caused this to fail, but I haven't had time recently to look into it or report it - sorry my bad) - svn antlib gump breaks (not sure if this is config issue as it used to work fine) - Stuff still on the wiki [1] Do you agree with this plan [ ] Yes [ ] No --- Parallel to this, we should discuss other issues : Whether or not we want to create an Ant 1.7 branch in SVN and when - Antoine has mentioned that although this is stated in the release instructions document, that some people were unhappy with branching immediately - so this needs to be figured out. We also need to discuss which (if any) of the antlibs will be released at the same time as Ant 1.7. I think that we should at least release the svn antlib (if we can get a clean gump build!) as it's one of the most requested features. Also I notice that the WHATSNEW is apparently incorrect, there is mention of a libraries task in it, but Steve suggested we point people to ivy and/or maven2, so this confusion over the libraries task (in or out) needs to be cleaned up/removed from the WHATSNEW document. Thanks (I'm quaking in my boots with responsibility now that I've committed to do this :) ) Kev [1] http://wiki.apache.org/ant/Ant17/Planning -- Man is truly free only among equally free men - Michael Bakunin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: new bug for Ant 1.6.5?
On 21 Jul 2006, at 15:00, Vladimir Gorr wrote: Before I've forgot to add a attachment. Thanks, Vladimir. Hi, Large attachments are stripped by the mailing list software. It would be better if you looked at the currently open bugs[1] for ant to see if your bug is there, if it isn't please open a new report in bugzilla. Thanks Kev 1 - http://ant.apache.org/bugs.html -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New source file header policy
http://www.apache.org/legal/src-headers.html I read this to mean that Apache Ant Copyright -2006 The Apache Software Foundation This product includes software developed at The Apache Software Foundation (http://www.apache.org/). should be added at the top of the NOTICE file And the copyright should be removed form all the source files? Other interpretations? Kev -- In vain you tell me that Artificial Government is good, but that I fall out with the Abuse. The Thing! The Thing itself is the Abuse! - Edmund Burke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: New source file header policy
... - a new ./NOTICE file Or edit the one we have - source files are src/main/**/*.* src/testcases/**/*.xml src/etc/**/*.* src/script/*.* src/resources/**/antlib.xml docs/manual/ bootstrap.[sh|bat], build.*, check.xml, fetch.xml, contributors.xml agreed - what with src/testcases/**/*.* not being an xml file? These are test data for the unit tests... I think they should still have the header as they are distributed as part of the trunk xdocs/**/*.* source? Its for generating the homepage... I think it mentions that website stuff is excluded from the requirements docs/ Again the docs are distributed as both svn/trunk and as a real release/download so these really should have the header Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ApacheCon Asia : Antlibs presentation accepted - thoughts on content?
Hi all, I submitted a presentation proposal for ApacheCon Asia a couple of weeks ago and I've just been accepted (which is nice...). I was going to cover the following in the presentation (based on an article that is in the pipeline at ONJava): - Why Antlibs: - easier for classpath lookups compared to taskdefs - standard way to distribute new optional components (1.7+) - decouples optional tasks from ant core - Creating an antlib for Arch (bulk of the presentation) ... (lots of technical details and Eclipse nonsense) - Testing antlibs with AntUnit (new antlib available from http://x.y.z) - Refactoring an optional taskdef into an antlib (use VSS task as example) Any ideas on other stuff that really should be mentioned? This will be my first technical presentation of this magnitude and I really don't want to miss out something bleeding obvious :). Also any hints about presentation technique to developers would be handy - I'm used to teaching pre-schoolers, but developers are more rowdy... Kev -- Man is truly free only among equally free men - Michael Bakunin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon Asia : Antlibs presentation accepted - thoughts on content?
I was going to cover the following in the presentation (based on an article that is in the pipeline at ONJava): - Why Antlibs: - easier for classpath lookups compared to taskdefs - standard way to distribute new optional components (1.7+) - decouples optional tasks from ant core This means you'll focus on the Antlibs provided by the Ant project. More than on writing your own Antlibs. Correct? I'm going to run through how to write an antlib too (but there'll be a bit of explanation/rationalising first) If not, you might want to add things like easy deployment and ease of use by the end-user (just declare a XML namespace in the build file). Yep I'm mentioning that - it's *so* much easier than the old way - Testing antlibs with AntUnit (new antlib available from http://x.y.z) Let's say soon available. Ok, I'll point to the antlibs/antunit website though, and I've got pictures of antunit running (In Action so to speak :)) - Refactoring an optional taskdef into an antlib (use VSS task as example) Any ideas on other stuff that really should be mentioned? I like the trick Ant-Contrib uses. It used to provide a properties file for taskdef resource=.../ and still does. In order to keep this file and the antlib descriptor in sync, the antlib.xml file uses the property file. In addition the Antlib descriptor lists a few tasks that require Ant 1.6+ so Ant 1.5 users can use taskdef and Ant 1.6+ users use it as an antlib. That's a nice bwc trick that I'll include near the end. I'm also going to give a (very) brief overview of what's new in Ant 1.7 - ResourceCollections - better Java5 support - JUnit 4 support via JUnit task - libraries task to download jars from Maven repo - removed old/deprecated tasks - ... (sorry I can't think of anything else major that's been added) -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ApacheCon Asia : Antlibs presentation accepted - thoughts on content?
- libraries task to download jars from Maven repo I thought we'd pull that from the code base. It's listed in WHATSNEW, so if it's pulled, WHATSNEW needs to be updated. Kev -- It is through disobedience that progress has been made, through disobedience and through rebellion - Oscar Wilde - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: svn commit: r420305 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/condition: ConditionBase.java HasMethod.java
On 12 Jul 2006, at 03:51, Steve Loughran wrote: [EMAIL PROTECTED] wrote: Have you written some (not committed) testcases? Not yet. I've been really getting in to antunit in the book tho'. I too had the antunit epiphany a couple of weeks ago when writing for onjava - antunit makes writing a BuildFileTest look prehistoric, it's *so* much sweeter working in xml (I never thought I'd say that!) How do I add antunit tests to ant's own build? We also need to update the task_writing_tutorial... Yeah updating ant tests to antunit would be good (but also a timesink). I think we have to go through the docs before next release and tidy stuff up, I noticed a couple of grammar issues I'd like to clean out, but I'm sure there are more lurking. Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project test-ant-no-xerces (in module ant) failed
On 5 Jul 2006, at 19:50, Steve Loughran wrote: Gump Integration Build wrote: oops, my fault. build: [copy] Copying 2 files to /x1/gump/public/workspace/ant/build/ classes compile-tests: [javac] Compiling 56 source files to /x1/gump/public/workspace/ ant/build/testcases [javac] /x1/gump/public/workspace/ant/src/testcases/org/apache/ tools/ant/taskdefs/optional/jdepend/JDependTest.java:92: assertOutputContaining(java.lang.String) in org.apache.tools.ant.taskdefs.optional.jdepend.JDependTest cannot override assertOutputContaining(java.lang.String) in org.apache.tools.ant.BuildFileTest; attempting to assign weaker access privileges; was public [javac] protected void assertOutputContaining(String substring) { fixed by deleting the method, [javac]^ [javac] /x1/gump/public/workspace/ant/src/testcases/org/apache/ tools/ant/types/selectors/ModifiedSelectorTest.java:924: assertLogContaining(java.lang.String) in org.apache.tools.ant.types.selectors.ModifiedSelectorTest.BFT cannot override assertLogContaining(java.lang.String) in org.apache.tools.ant.BuildFileTest; attempting to assign weaker access privileges; was public [javac] protected void assertLogContaining(String substring) { [javac]^ [javac] /x1/gump/public/workspace/ant/src/testcases/org/apache/ tools/ant/types/selectors/ModifiedSelectorTest.java:927: assertOutputContaining(java.lang.String) in org.apache.tools.ant.types.selectors.ModifiedSelectorTest.BFT cannot override assertOutputContaining(java.lang.String) in org.apache.tools.ant.BuildFileTest; attempting to assign weaker access privileges; was public [javac] protected void assertOutputContaining(String substring) { [javac]^ kevj got in first. Kevin, I think we could delete all these (duplicate) operations, as they do nothing useful above what the superclass does. Do you agree? Or do you know more about java method binding than I do... I just took the less destructive way out, by leaving them in place but altering the access privilege to public, at least the code would still be there. I agree that they seem to do nothing, and would be happy to remove them, but I wasn't sure that was the wise choice given that this code has been fine for a long time and has only broken recently. +1 for removing useless methods in tests :) Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Delete recursive directories
On 5 Jul 2006, at 23:21, Steve Loughran wrote: Alexey Solofnenko wrote: I would like it to be default with delete. It is [almost] always required. It's there to stop you destroying your source. you can go delete dir=/ / and although your filesystem is doomed, we will at least preserve your CVS and svn metadata :) Like offering a sticking plaster/band aid to a victim of the guillotine... -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn tasks and Ant 1.7.0
Hi, My understanding is this. When Ant 1.7 is released, I think the idea is that the svn antlib will also be released on or around the same time. svn antlib will not be a 'core' task in the same way that cvs was/is, but it will be available and supported by the Ant team (as apache need the task in general!) Hope this helps. Kev -- In vain you tell me that Artificial Government is good, but that I fall out with the Abuse. The Thing! The Thing itself is the Abuse! - Edmund Burke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Dropping Win98 Support for 1.7
On 27 Jun 2006, at 21:33, Conor MacNeill wrote: Considering that we are getting into the swing of releasing Ant 1.7, I would like to suggest that we drop Win98 support in Ant 1.7. The benefit will be to allow us to improve the Ant launch batch file as well as not having to test or support Win98, which we don't really support well now anyway. +1, now steve can delete that VMware image he's still clinging to ;) Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[result] undeprecate project.resolveFile()
+1 7 +0 1 -0 1 -- -1 0 In my understanding of the voting process, this is a fairly unanimous decision, I'll remove the @deprecated marker and revert the changes I made. Thanks Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using multiple properties in the 'if' and 'unless' conditions
On 23 Jun 2006, at 16:24, Riedel Thomas ((KSFD 121)) wrote: r building, deploying and testing real large projects (5 Mio LOC). So our scripts became more and more complex workflow scripts instead of simple Ant-scripts. I do strongly believe that the simple change of more complex (expression language like) if and unless statement would reduce the size and increase the readability of our scripts by far! Don't macrodef/scriptdef and friends help out here? I mean it's possible to embed an entire scripting language (BeanShell etc) inside an Ant build file, do these not provide enough flexibility for what you need? Kev -- In vain you tell me that Artificial Government is good, but that I fall out with the Abuse. The Thing! The Thing itself is the Abuse! - Edmund Burke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ExecuteJavaTest testNoTimeOutForked fails
On 21 Jun 2006, at 16:16, Steve Loughran wrote: Antoine Levy-Lambert wrote: I have occasional failures of one of these tests when my computer is very loaded. Maybe we have some tests which work - say - when some CPU is available, but not when the CPU is at 100%. Other than that. Can it be OS specific ? JDK specific ? Do not know. #of CPUs? Clock stuff is always a bit brittle; even if you say Sleep(1000) the OS may only sleep you for 800ms, or whatever the clock granularity is. 1 cpu (G4 1ghz) If it's a brittle test I'm not going to worry about it, it's passing on gump fine, so I'm assuming local environment problem (ie too much load on my laptop). All the others pass (after I changed the concat filter test to use the system line sep anyway). I'd like to run through a pre-pre-release of ant 1.7 (trunk) to see if I'm capable of completing every stage *before* signing up to be the 'official' release manager - hence why I'm testing builds, getting pgp keys etc Thanks Kev -- Government is begotten of aggression, by aggression - Herbert Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r416182 - /ant/core/trunk/src/main/org/apache/tools/ant/Main.java
On 22 Jun 2006, at 07:07, [EMAIL PROTECTED] wrote: Author: stevel Date: Wed Jun 21 17:07:27 2006 New Revision: 416182 URL: http://svn.apache.org/viewvc?rev=416182view=rev Log: Little something to make it easier for things that subclass main to change its exit behaviour. Its been on my HDD for a while. If people object to it, I'll roll it back, as its not anything I'm actively using... I can see this being useful in the case of relying on a third party to produce the exit code and then passing it through. Also it gives you the opportunity to perform cleanup in the exit method before just bombing out to System.exit I have no problems as I can imagine a general usecase for this - still like to hear what others think Kev -- Government is begotten of aggression, by aggression - Herbert Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: Call for Papers Opens for ApacheCon Asia 2006]
On 16 Jun 2006, at 21:45, Steve Loughran wrote: ApacheCon asia is looking for speakers. As is Apachecon US, for which the deadline is next week. ApacheCon asia looks like it could be a fun little conference Funnily enough, my new company is semi-interested in sponsoring my attendance as a speaker. So I'll be submitting a proposal about ant - any thoughts on what would make a good speech (building a release for an apache project perhaps ;) ? Also if anyone else can make it, then I can get my pgp key signed (yay!) Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ExecuteJavaTest testNoTimeOutForked fails
Hi, Just running the full test suite right now and I'm getting a failure on testNoTimeOutForked, and I cannot see why as it's a very very basic test! Anyone experienced a similar failure? Perhaps it's environmental, I'll look into that now Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ExecutJava.setOutput remove?
Hi, setOutput is both deprecated (since 1.4 allegedly) and contains no code (delegation/stub etc), would anyone object to removing it? I realise that as a public method we are impacting bc if it is removed, but since it does nothing currently (according to svn/cvs history, it has been deprecated since 2003)... Kev -- Government is begotten of aggression, by aggression - Herbert Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [Fwd: Call for Papers Opens for ApacheCon Asia 2006]
On 20 Jun 2006, at 17:17, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: - any thoughts on what would make a good speech (building a release for an apache project perhaps ;) ? you could put in for more than one proposal +ant1.7 +how to release an apache project + bundling tasks into an antlib and using that in a xmlns I submitted a proposal to do a 1 hour session on using antlibs. I honestly don't think I know enough about the whole of ant1.7 (resource collections et al) to do justice to a session, and I'd hate to come over as an idiot ;p. Perhaps how *not* to release a project would be a suitable talk! Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ExecutJava.setOutput remove?
On 20 Jun 2006, at 17:02, Steve Loughran wrote: Kev Jackson wrote: Hi, setOutput is both deprecated (since 1.4 allegedly) and contains no code (delegation/stub etc), would anyone object to removing it? I realise that as a public method we are impacting bc if it is removed, but since it does nothing currently (according to svn/ cvs history, it has been deprecated since 2003)... that's a tough one. I dont like pulling code. How about in v1.7 we print out a message @info level warning that it will be gone in the next version and you should stop using it. The thing is it doesn't do anything, so people who are currently using it and haven't noticed that their code isn't working, must be particularly unobservant :). At the moment it is the Java equivalent of a noop, but I understand that removing it, could in theory break someone's code. Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT - want to join other projects, any recommendations?
On 19 Jun 2006, at 21:12, Peter Reilly wrote: Ruby my friend ruby look at rant or rake which is also very very nice But I know ruby and I want to learn something different, hence my original question. Kev -- That government is best which governs not at all - Henry Thoreau - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] remove Xalan1 dependencies from codebase
Still, I'd like to remove these classes and the dependencies towards these classes unless someone objects, so please vote [X ] Yes, be my guest, remove the dependencies towards xalan1 [ ] No, don't, these classes are still important (I know a place where to get xalan1) and must not be removed But I (like antoine) was waiting for someone more experienced to veto - I don't know where xalan1 would now be used, but presumably one of the apache xml chaps will know more about it Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OT - want to join other projects, any recommendations?
Hi all, This is totally off-topic, apart from in a meta-sense of Ant being an open source project... I'm finding that between work projects I still have loads of time to experiment, but that I lack a focus and direction for these experiments. Usually this means that I stop coding and do something else (write, have a coffee etc). But I'd like to really pick up C again (I'm so damn rusty with it), or move on to a completely different language (Haskell, Erlang, Lisp, Python etc) whilst contributing to an open source project so that my learning is always focused on the immediate problem - fix bug x, implement feature y etc. So my question is - which projects do you guys get involved in and why? I tried helping out with asterisk (again to polish my C), but they have a very strange dual-license model that I wasn't entirely comfortable with and they refused to accept patches for bugs in their issue tracker until I had signed a disclaimer/waiver - this seemed a little over the top, so I just dropped out. Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[vote] 'undeprecate project.resolveFile() [was Re: svn commit: r414442 - in /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs: AbstractJarSignerTask.java ExecTask.java Javac.java Javadoc.java Tem
On 16 Jun 2006, at 07:00, Antoine Levy-Lambert wrote: Original-Nachricht Datum: Thu, 15 Jun 2006 15:14:57 -0500 Von: Dominique Devienne [EMAIL PROTECTED] An: Ant Developers List dev@ant.apache.org Betreff: Re: Re: svn commit: r414442 - in /ant/core/trunk/src/main/ org/apache/tools/ant/taskdefs: AbstractJarSignerTask.java ExecTask.java Javac.java Javadoc.java TempFile.java Touch.java XSLTProcess.java This has been deprecated by jkf in commit 396012, @since 1.7 apparently. this is true So it can be undeprecated, and Kev's changes can be removed ;-) So quick vote to 'undeprecate' project.resolveFile() my +0 (I'm not too bothered, but if the rest vote to undeprecate, then I'll undertake the work to put everything back to the way it was before I started messing with things) Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: added pgp key to KEYS file (and MIT key server)
On 13 Jun 2006, at 20:36, Antoine Levy-Lambert wrote: Hello Kev, I do not see any reason why you should have done something wrong. What you can do is : - create a helloworld.jar (does not matter what it contains, for instance just a HelloWorld class) - sign it - upload it to people.apache.org~kevj (should be possible via scp) - upload the .asc file generated by the signature Ok, if anyone has time to quickly test if my signing-fu is up to scratch... http://people.apache.org/~kevj/pgp-test/hello.jar http://people.apache.org/~kevj/pgp-test/hello.jar.asc Ta Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
added pgp key to KEYS file (and MIT key server)
Hi all, As I'm new to this pgp signing malarky, could someone do a quick sanity check for me on the key I've just added to the end of the KEYS file and the same I uploaded to the MIT key server?[1] I'm convinced I've done something wrong. Kev [1] http://pgpkeys.mit.edu/ (search for [EMAIL PROTECTED]) -- Society in every state is a blessing, but government even in its best state is but a necessary evil; in it's worst state an intolerable one - Thomas Paine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: added pgp key to KEYS file (and MIT key server)
I do not see any reason why you should have done something wrong. I've been in a pessimistic mood all day today, I'm just assuming that I did something stupid :) What you can do is : - create a helloworld.jar (does not matter what it contains, for instance just a HelloWorld class) - sign it - upload it to people.apache.org~kevj (should be possible via scp) - upload the .asc file generated by the signature - send a mail about this then some ant committers (for instance me, others welcome) can download the 2 files and check that they can verify the signature using the public key which you have checked in in SVN and/or the key which you have uploaded on the key server. I'll email the list tomorrow with details re signed test jar - thanks for the support Kev -- Man is truly free only among equally free men - Michael Bakunin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pgp key for signing files
Well I'm currently in Vietnam, so I guess that no I'm not near enough to anyone (most here seem to be European folks, with 1 or 2 USians) Makes for round the clock support. We've had a good australian participation in the past, although Conor is the only person from there currently active, I believe. It's also great for open source that there are many people spread around as I believe different cultures bring different problem solving abilities to the table Its an interesting trust problem. You effectively already have some credentials we implicitly trust (login rights to the cvs server minotaur, presumably including SSH private keys). Perhaps we can bootstrap off that. It doesnt matter that you are who you say you are, only that the entity who is committing stuff to the repository is the same person who has the PGP key. This is why ID cards prove nothing as the original application for said ID card can be completely fraudulent (think Day of the Jackal). UK.gov is severely wrong with regard to this - one reason why I won't be coming back any time soon. I also have an employer issued x500 key, so I can demonstrate that I am the person that hp thinks I am, or at least I have their smartcard. We can use those to bootstrap trust too. After all, who trusts a paper driving license without a photo on it (like my uk one) I too have a loo-paper driving license - practically every other country treats it with utter contempt when you try to use it as ID! Here it wouldn't count for anything as it doesn't contain a fingerprint ok, sorry going OT Kev -- It is through disobedience that progress has been made, through disobedience and through rebellion - Oscar Wilde - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
pgp key for signing files
Hi, I've just run a test build of svn trunk with all the optional jars (thanks Antoine!). I recall that there were instructions about how to sign files for release on the apache website, but I can't find anything ant specific. In the ant release instructions, there's mention of the shell script for signing all the files, but again there's no mention of how to create a key/what tools to use/how to publish said key to public server I'm going to google some more to see what options are available, but any advice from people who've previously gone through this would be appreciated. Thanks Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pgp key for signing files
On 6 Jun 2006, at 01:50, Stefan Bodewig wrote: On Mon, 05 Jun 2006, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: How to publish your key to a key server I do not remember. I think I uploaded my public key to a key server, but do not remember off hand how it is called. I prefer http://pgpkeys.mit.edu/ but there are tons of alternatives. I was going to use this option as it was mentioned on the Apache FAQ re signing, and I read elsewhere (perhaps GPG home page?) about it too - it seems to be a well established key server. Another thing is that it would be good to have signatures on your key. Kev, do you live close enough to anybody of the Ant or any other Apache community to get you key properly signed (most people will require some sort of photo-id in a face-to-face meeting in order to sign your key - thouzgh there may be alternatives). Well I'm currently in Vietnam, so I guess that no I'm not near enough to anyone (most here seem to be European folks, with 1 or 2 USians) to have a face-to-face to prove my id! I may have a business trip to Taiwan at some point in the next few weeks - but not before the end of the world cup. I've never done this whole pgp thing before, and reading the gpg home page makes it seem partly simple (gen keys) and partly extremely complicated (signing). Fortunately OSX seems to come with gpg installed, unfortunately it's the complicated signing part that I've still not fully understood (I get it conceptually, but I think the explanation ont'web is confusing me more than anything). Thanks Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Structure of Ant (OO Design)
On 3 Jun 2006, at 13:16, Hayden Melton wrote: http://www.cs.auckland.ac.nz/~hayden/corpus.htm quote If you're too busy to read my research page, and want to use these graphs to tell a good from bad structure: big red bars are bad. /quote Love that! Still not sure how to interpret the graphs, but at least from that description, the less red on the graph the better :) Is your analysis in any way similar to how PMD defines it's cyclic complexity metric? I always thought that PMD did a good job of warning developers of potentially 'smelly' code. How do you generate the data to build the graphs? Do you have an ant task to analyse the ant code?! :) Good stuff to see anyway, shame I'm not smart enough (nor conscientious enough to read your research page thoroughly) to understand all of it apart from the overview you so eloquently provided (quoted above) Thanks for this Kev -- I call it the State where everyone, good or bad, is a poison- drinker: the State where universal slow suicide is called - life - Friedrich Nietzsche - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7 release
On 5 Jun 2006, at 03:08, Steve Loughran wrote: Antoine Levy-Lambert wrote: Hi, I am having a look at http://wiki.apache.org/ant/Ant17/Planning We are still on the step finding a release manager Do we have any candidates ? I'm tempted to do it but can't as I am three chapters out from finishing the text of the book, then its all the other stuff with updating it. not only would being the release manager add extra workload, it'd lead to conflict of interest (i'd be against anything inconsistent with the book text, see) I'm starting to feel confident enough to do it except for the potential amount of extra work it may include (hope that nothing happens at work to suddenly bog me down) I should be able to pull some work time to help with functioanl testing on odd platforms, as its interesting enough to qualify as a bit of research. I have a vmware image of win98 that we could put java1.2 on, and could set up on another vmware system (linux, probably), luntbuild to do continuous integration on the release branch. This would be an interesting exercise in the runup to release. Having a vmware image setup for the testing would be a great contribution - I doubt anyone would willingly work on win98 with jdk1.2, so I think your vmware image is the only way that combination will be tested :) thanks Kev -- All governments are in equal measure good and evil. The best ideal is anarchy. - Leo Tolstoy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Structure of Ant (OO Design)
On 5 Jun 2006, at 10:07, Hayden Melton wrote: Ant-1.6.5 there are 117 .java files involved in a big dependency cycle. That is the height of the biggest red bar. The yellow bars show the distribution of another metric I have devised CRSS which aims to quantify how flat the structure of a system is. So you analyse each of the source files to determine which other source files they depend on. This seems to be a Java-centric analysis in that it relies on the source files containing a class each? Is that correct? Ie would this be able to analyse source files that contain many classes (like in other languages which don't have the general 1 class/source file structure of Java)? From you analysis, does the 'flatter' the structure have any correlation with the complexity of the code, or any other 'quality' metric? Sorry to bug you about this, but I'm fairly interested in this (from a layman's perspective), and I've got a fairly easy day at work so I'm free to send inquiring emails :) On the other hand I suppose I should really read your research properly as you've probably described exactly how and where your analysis works/fails Kev -- Society in every state is a blessing, but government even in its best state is but a necessary evil; in it's worst state an intolerable one - Thomas Paine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) failed
Hi all, Just trying these myself and so far no problems. Not sure what happened with gump, but all tests are passing as I run them on my machine against trunk. I will say that it's taking a long time to run each test (could be my machine is very slow) Spikefish:~/projects/ant-svn kj$ ant -f src/etc/testcases/tagdiff.xml diff-with-two-tags Buildfile: src/etc/testcases/tagdiff.xml dir-prep: diff-with-two-tags: BUILD SUCCESSFUL Total time: 6 minutes 56 seconds Spikefish:~/projects/ant-svn kj$ ant -f src/etc/testcases/tagdiff.xml diff-with-explicit-trunk Buildfile: src/etc/testcases/tagdiff.xml dir-prep: diff-with-explicit-trunk: BUILD SUCCESSFUL Total time: 10 minutes 1 second Was the BCEL repo down during the gump run? Apart from that I cannot see any reason for these to fail unless there's a timeout as the diff process does take a while. Kev -- Society in every state is a blessing, but government even in its best state is but a necessary evil; in it's worst state an intolerable one - Thomas Paine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant 1.7 release
A quick update regarding my situation trying to build a test release dist. I can now bootstrap everything except starteam and weblogic. I'm also having a strange issue with Echo not compiling in eclipse (but works fine from command line). ie, I can build all the ant-* jars except ant-starteam and ant-weblogic I've contacted borland regarding getting access to starteam sdk without having to sign up to some ridiculous trial/download nonsense. I'll see if they get back to me. Regarding weblogic, if anyone has a jar file for that I'll probably need it as I doubt bea will supply me with one without again registering. Thanks Kev -- It is through disobedience that progress has been made, through disobedience and through rebellion - Oscar Wilde - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]