AW: task submition question

> I have been developing this Task that I am thinking of submitting to the ANT > community. Always good for the community to get feedback and code :-) But spending to Ant is not the only possibility - see the list of external task libraries at http://ant.apache.org/external.html > It would be a

AW: cvs commit: ant/docs/manual/CoreTypes resources.html

ok - 1st version is 8days old, so no problems with BC :-) Jan > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Log: > Renamed resource's "base" attribute to "basedir", > for consistency / familiarity. > > Revision ChangesPath > 1.2

AW: Online Bookstore

> > Page is online at http://ant.apache.org/resources.html#books > > > Thank looks great, guys. I'll update our Ant category to point to this > page now. > > Henri Yadell and Phil Steitz are working on a new infrastructure that > will be built with Ant. Once we have that up, and the bookstore un

AW: Ant Logging isVerbose()?

> >>In log4j, commons-logging, etc. a common pattern is > >> > >>if (isDebugEnabled()) { > >>// some expensive string building to put message together > >> log.debug(expensiveMessage); > >>} > >> > >>I don't see such functionality in Ant > > > > > > Because Ant doesn't have a way to determ

AW: Online Bookstore

> You seem to be using a slightly different form for the Powerll's link, > but the right page comes up, so I suppose it's all right. The > affiliate ID is correct. > > -Ted. Page is online at http://ant.apache.org/resources.html#books > If Amazon and others do not sponsor us, we can just put a

AW: Online Bookstore

No, if you add the "isbn" flag, the links are generated for all. If some publishers only "support" certain books you have to have a matrix (publisher-book) just for generating simple links. That´s too much work IMO. Who could maintain this matrix? Adding manually would be easier then. On a more e

AW: Online Bookstore

t; Von: Stefan Bodewig [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] > Gesendet am: Dienstag, 24. Mai 2005 14:46 > An: dev@ant.apache.org > Betreff: Re: Online Bookstore > > On Tue, 24 May 2005, Jan Materne <[EMAIL PROTECTED]> wrote: > > >

AW: Online Bookstore

> -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED]] > Gesendet am: Dienstag, 24. Mai 2005 14:46 > An: dev@ant.apache.org > Betreff: Re: Online Bookstore > > On Tue, 24 May 2005, Jan Materne <[EMAIL PROTECTED]> wrote: > > > The idea is

AW: ResourceCollections WAS Re: AW: cvs commit: ant/src/testcases /org/apache/tools/ant/types/opti onal/depend ClassFileSetTest.java

I think about that by myself :) You said that a Resource could could give Input/OutputStream. So it would be possible just to add another Cache implementiation based on that. I thought of implementing the ResourceSelector interface additionally ... Jan > -Ursprüngliche Nachricht- > Von

AW: cvs commit: ant/src/testcases/org/apache/tools/ant/types/opti onal/depend ClassFileSetTest.java

> src/resources/org/apache/tools/ant/types/resources/selectors Do you mean, we have to rewrite our file-selectors? Jan

AW: Online Bookstore

g/viewcvs.cgi/*checkout*/ant/xdocs/resources.xml?content -type=text%2Fplain [3] http://cvs.apache.org/viewcvs.cgi/ant/xdocs/stylesheets/templates.vm?view=ma rkup [4] http://opensource.atlassian.com/confluence/oss/pages/viewpage.action?pageId= 231 > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailt

AW: Online Bookstore

Especially for Ant we have a page [1] with books about Ant. That page is generated via Anakia and it should be possible just to change the template (maybe minor changes on the xdoc) to get links to resellers and info site. What´s your opinion? Jan [1] http://ant.apache.org/resources.html#books

AW: [Fwd: Some Thoughts on Ant 1.3 and 2.0]

> (*) Extension tasks > > Make extending Ant as simple as possible, i.e. drop a jar file in a > specific directory (ANT_HOME/ext globally or ~/.ant/ext on a user by > user basis). > > This jar file must include s to define the tasks, Schema > files to describe the tasks and documentation in the X

AW:

http://www.oopsconsultancy.com/software/xmltask/index.html :-) Ok, you mean a core task. I dont think that we have something else. ATM that´s only a kind of templating the output. Works - but hasnt much to do with xml. Some ideas ... (but from this early morning, so excuse me) - using an xml

AW: [VOTE] Shut down the 1.6 branch after 1.6.5

+1 Jan > -Ursprüngliche Nachricht- > Von: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] > Gesendet am: Montag, 23. Mai 2005 09:50 > An: Ant Developers List > Betreff: Re: [VOTE] Shut down the 1.6 branch after 1.6.5 > > > This leads me to the subject of this vote. Let's get rid of the >

AW: [VOTE] Ant 1.6.5 release

+1 Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Montag, 23. Mai 2005 09:24 > An: dev@ant.apache.org > Betreff: Re: [VOTE] Ant 1.6.5 release > > On Mon, 23 May 2005, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > > > I propose to releas

AW: AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Co pyPa th.java defaults.properties

When dealing with s and s I only handle s and simply add the to a dummy ... And from the user point of view it´s more clear... Jan > -Ursprüngliche Nachricht- > Von: Steve Loughran [mailto:[EMAIL PROTECTED] > Gesendet am: Mittwoch, 18. Mai 2005 11:00 > An: Ant Developers List > Betreff

AW: cvs commit: ant/xdocs external.xml

I found only that one in the cvs mail. Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Mittwoch, 18. Mai 2005 12:02 > An: dev@ant.apache.org > Betreff: Re: cvs commit: ant/xdocs external.xml > > On Wed, 18 May 2005

AW: cvs commit: ant/xdocs external.xml

> Modified:docs external.html resources.html >xdocsexternal.xml > Log: > Roxes is now Orangevolt > > 1.87 +89 -13ant/docs/resources.html > > Index: resources.html > === >

AW: BugZilla & Antidote

> > I just see that Antidote is just a valid Component in BugZilla. 9 > > Bug entries, all marked as fixed, invalid or wont (and wont any more > > after dropping the whole subproject ;) > > > > Should we delete that component? > > You can only delete a "component" in Bugzilla if you re-assign al

AW: cvs commit: ant/docs/manual/OptionalTasks ftp.html

Little test on IE6 and Firefox 1.0.4 And now test html: That works for me. You have to mask the "<" character. After that the closing sign is ignored, because no opening sign was there. Jan > -Ursprüngliche Nachricht- > Von: Alexey N. Solof

BugZilla & Antidote

I just see that Antidote is just a valid Component in BugZilla. 9 Bug entries, all marked as fixed, invalid or wont (and wont any more after dropping the whole subproject ;) Should we delete that component? Jan - To unsubscribe

AW: Commercial products on the "related products" page?

> I had hopes that we'd use the wiki for this sort of stuff in the > future, allowing it to be self-serve. The downside is that it's not > included in the current distributions, but we could probably do some > sort of to pull wiki content into distributions as a snapshot. We had a similar

AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs CopyPa th.java defaults.properties

> Added: src/main/org/apache/tools/ant/taskdefs CopyPath.java > Log: > utterly without documents or tests, a utility task to > extract a path to a dir, by way of a mapper. > > Index: defaults.properties > === > +c

AW: Commercial products on the "related products" page?

What - the most important snippet you had forgotten??? :-O Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Freitag, 13. Mai 2005 14:20 > An: dev@ant.apache.org > Betreff: Re: Commercial products on the "related products" page? > > A snippe

AW: Commercial products on the "related products" page?

Should be ok. License information is for each entry present. Maybe we should split external&related into free/commercial sections ... if there are more entries. Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Freitag, 13. Mai 2005 14:12 > An:

AW: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

> But everybody will have a different opinion what makes up this core. > ? You bet. ? For those RPM builders probably yes. > ? _I_ don't think so. Why - works only on *nix ;-) Jan

AW: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

> Neeme Praks wrote: > > Ok, commons-net 1.4.0 has been released now. > > How can we proceed? > > > > Since there is apparently an Ant 1.6.4 version coming out on May 19th > and since Neeme Praks has already submitted a patch to accomodate it, > why not try to get this into that release? As th

AW: [Fwd: [ANNOUNCEMENT] Commons-Net 1.4.0 Released]

> I admit I know next to nothing about antlib, and in fact it > was nothing > until I googled it just now. If the code for such an task were > made to reside in such a structure (rather than in > commons-net itself) > there would be no circularity. > > However, unless there is a general mov

AW: Environment and PropertySet

I knew there were a discussion about that ... http://marc.theaimsgroup.com/?l=ant-user&m=106278198725781&w=2 Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Dienstag, 10. Mai 2005 16:36 > An: dev@ant.apache.org > Betreff: Re: Environment and

AW: cvs commit: ant build.xml

> The structure my patch creates is the structure the existing repo > expects. Oki-doki. Facts overtrump. Jan

AW: cvs commit: ant build.xml

> Betreff: cvs commit: ant build.xml > > bodewig 2005/05/10 06:57:48 > > Modified:.build.xml > Log: > Add SHA1 checksums, prepare stuff for > http://www.apache.org/dist/java-repository/ > > + > + > + > + > + > + Wouldnt it

AW: [VOTE] Ant 1.6.4 release

+1 Jan - would be a birthday present for my girl friend :-) > -Ursprüngliche Nachricht- > Von: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] > Gesendet am: Dienstag, 10. Mai 2005 08:49 > An: Ant Developers List > Betreff: [VOTE] Ant 1.6.4 release > > Do we want to release ant 1.6.4 on Th

AW: AW: PropertySet.iterator()

Compile under 1.4 and you only have a comment. The oata.Iterable defines the same behaviour so external tools could use - reflection for 1.4 compiled code - direct access for 1.5 compiled code Jan > -Ursprüngliche Nachricht- > Von: Peter Reilly [mailto:[EMAIL PROTECTED] > Gesendet am: Do

AW: PropertySet.iterator()

Ok - inlined ... Jan build.xml ---8-<---8-<---8-<---8-<---8-<---8-<---8-<---8-< onJDK15: ${onJDK15} Using Java 5 stuff Hiding Java 5 stuff ---8-<---8-<---8-<---8-<---8-<

AW: PropertySet.iterator()

Title: AW: PropertySet.iterator() I had a project where a code generator inserts one interface statement - and that what missing. So I created just an empty interface to make the compiler happy. Couldnt we "backport" the Iterable interface? I played a little with these... - build.xml - src\o

AW: Antlib package names

We shouldnt plan the name only for the svn-package. That´s a general question for future extensions. Common prefix org.apache.ant seems to be approved. "Old" stuff keeps under org.apache.tools.ant for BWC. Jan > -Ursprüngliche Nachricht- > Von: Peter Reilly [mailto:[EMAIL PROTECTED] > G

AW: Antlib package names

The 'tools' came from old Jakarta times I think and should be in for bwc reasons. But writing complete new libraries should fit to our project structure (top level project "org.apache.ant" and components "antunit"). So I would agree using the new package name. Jan > -Ursprüngliche Nachrich

AW: BuildException wrapping in

No - loaded from an AntLib a macro should behave as a "usual" task. So it doesnt matter in what "language" the task was written :-) Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Dienstag, 19. April 2005 17:38 > An: [EMAIL PROTECTED] > Betr

AW: We have SVN

I would also prefer that cvs/svn/wiki messages not go to the dev-list, because - you could easier write your mail rules - not all people want to get these mails - not all must be hold on archives (it´s "archived" in the repo) Jan > -Ursprüngliche Nachricht- > Von: Dominique Devienne [mail

AW: [VOTE] Alexey Solofnenko

+1 Jan > -Ursprüngliche Nachricht- > Von: Erik Hatcher [mailto:[EMAIL PROTECTED] > Gesendet am: Donnerstag, 7. April 2005 10:58 > An: Ant Developers List > Betreff: Re: [VOTE] Alexey Solofnenko > > +1 > > On Apr 6, 2005, at 1:28 AM, Conor MacNeill wrote: > > > I would like to propose Al

AW: [EMAIL PROTECTED]: Project test-ant (in module ant) failed

yep - since a long long time ... have heard on the gump list that 600+ project should be infected ... (if i remember right) Jan > -Ursprüngliche Nachricht- > Von: Steve Loughran [mailto:[EMAIL PROTECTED] > Gesendet am: Mittwoch, 30. März 2005 11:44 > An: Ant Developers List > Betreff: Re

AW: Validation of instance variables

Nice idea, but I think that´s a little overkill for just checking against null. Just checking the javadoc [1]: inherited fields are not catched by that method. Without having checked that, I could think that the AbstractCvsTask (I think there is one...) could contain some "must-not-null-fields". Sa

AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs SignJa r.java

> > +/** > > + * error string for unit test verification: [EMAIL PROTECTED] > > + */ > >public static final String ERROR_TODIR_AND_SIGNEDJAR > >= "'destdir' and 'signedjar' cannot both be set"; > > IDEA is telling me that @value isnt allowed here. though I

AW: [VOTE] Retire Antidote

> IDE integration is so good these days, our work is done. No - but we have to work on another area :-) Jan

AW: [VOTE] Retire Antidote

+1 Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Montag, 21. März 2005 17:02 > An: [EMAIL PROTECTED] > Betreff: [VOTE] Retire Antidote > > This again is a vote that needs two-third of all active committers, oh > my. > > Since Antidote's de

AW: Future of Antidote?

Nowadays most of the IDEs (all?) have an editor for Ant buildfiles. Antidote was touched 17 months ago (as I can see), for Jack Woehr´s I18N-patch. But I dont think that its much used and supported. So it would be a corpse in the repository. Same would be the Ant2-stuff. We have decided to work on

AW: Doc spelling?

> Leave it as it is, I'd say. Open to all? Main point is that you have to know what the author meant? Jan

AW: Doc spelling?

AFAIK we have no strictly rule about that. I would use "customize" - but I also would understand the other :-) Mmmh ... there was a thread about that ... http://marc.theaimsgroup.com/?l=ant-dev&m=107796038614327&w=2 Jan > -Ursprüngliche Nachricht- > Von: Kev Jackson [mailto:[EMAIL PROTE

AW: [VOTE] Ant 1.6.3 release candidate - new date proposed : Marc h 31st

> Since several committers seemed to want a bit more time for > fixes, let's > vote for > Ant 1.6.3 rc1 on Thursday, March 31st. > (and cancel the previous vote of course) > > [ ] Yes > [ ] No > > Let me begin with my +1 +1 Jan

AW: [VOTE] Ant 1.6.3 release candidate

What about direcly after easter weekend? We could place an easter egg ant -easteregg would redirect to http://java.sun.com/developer/Quizzes/misc/ant.html :-) Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Dienstag, 15. März 2005 13:

AW: AW: [VOTE] Ant 1.6.3 release candidate

Only committers could do a "binding" vote :-) [1] other opinions are welcome, too. And because Antoine has started the vote, I should think about my vote [2]. Jan [1] http://ant.apache.org/bylaws.html#Decision%20Making [2] http://ant.apache.org/contributors.html > -Ursprüngliche Nachricht---

AW: [VOTE] Ant 1.6.3 release candidate

+1 (means yes) Jan > -Ursprüngliche Nachricht- > Von: Kev Jackson [mailto:[EMAIL PROTECTED] > Gesendet am: Dienstag, 15. März 2005 06:53 > An: Ant Developers List > Betreff: Re: [VOTE] Ant 1.6.3 release candidate > > > > > > Do we want to make a ant 1.6.3 RC1 on Wednesday, March 23d ? >

AW: how can we find which jre home is in use by ant script?

${java.home} You can print out each system property (see java.lang.System.getProperties) Jan > -Ursprüngliche Nachricht- > Von: IndianAtTech [mailto:[EMAIL PROTECTED] > Gesendet am: Montag, 14. März 2005 13:16 > An: Ant Developers List > Cc: user@ant.apache.org > Betreff: how can we fin

AW: cvs commit: ant/src/main/org/apache/tools/ant AntClassLoader. java

> Removed superfluous cast > > Revision ChangesPath > 1.91 +1 -1 > ant/src/main/org/apache/tools/ant/AntClassLoader.java > > Index: AntClassLoader.java >if (cons.length > 0 && cons[0] != null) { >final String[] strs = new String[NUMB

AW: Ant SVN repo URLs

> Do you envision any use for sandbox outside of the Ant libraries > context? testing new tasks --> future in /lib testing complex modifications/enhancements of core --> future in /core Jan

AW: [patch] mainly name-hiding

> No doubt - I'm not sure that Jikes should dictate the code. > Personally, I primarily use terneraries for situations such > as parameter > passing, where I need to pass one of two values. In general, I much > prefer readable code with good variable names over smaller code with > abbrv vrbl n

AW: When to move Ant to SVN?

I would stay on cvs until 1.6 branch is closed, means 1.7 is before the door. - develop on cvs 1.6.3 - develop on cvs 1.7 until release - migrate the 1.7 release to svn - ship 1.7 from svn Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Donn

AW: JIRA or Bugzilla?

Asking infrastructure for their preferences would be good - maybe they want to kill bugzilla as cvs :-) And IMO we could wait for starting the new project and bugtracking until they´ve solved the problems ... if it needs only a few weeks. But we should have a the same infrastructure for the whole

AW: Ant documentation

> > Not unless we move to Java1.5 attributes :) > > This may be a while No - I wouldnt change from 1.2 to 1.5 as minimum for Ant ;-) Jan

AW: Ant documentation

> >It's often frustrating, like IE eating up the space text nodes, > >so the XML syntax highlighting I describe above doesn't work with > >IE, and needs to be done with a proper (standard compliant) XSL > >engine (Xalan, Saxon, FireFox's XSL engine, etc...), but it's > >rewarding work ;-) I like it

AW: Ant SVN repo URLs (WAS: RE: [VOTE] Start a subproject for Ant libraries)

For Ant itÂs not our decision. SVN is the repository the ASF uses in the near future. Jan -UrsprÃngliche Nachricht- Von: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 8. MÃrz 2005 18:04 An: Ant Developers List Betreff: Re: Ant SVN repo URLs (WAS: RE: [VOTE] Start

AW: [VOTE] Start a subproject for Ant libraries

The infrastrucutre team asked us to migrate to svn until end of 2005 (or earlier) [1]. So the future for Ant is svn. Svn tasks from sandbox should be part of the new antlib subproject (just in process of vote for creation, this thread). So it should be fine with you :-) Jan [1] http://marc.the

AW: [VOTE] Start a subproject for Ant libraries

+1 Jan -Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 8. März 2005 10:02 An: [EMAIL PROTECTED] Betreff: [VOTE] Start a subproject for Ant libraries Hi all, as threatened, here is the proposal. According to our bylaws it needs +1s froms two

AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Execut e.java

> +/** > + * This is the operation to get our environment. > + * It is a notorious troublespot pre-Java1.5, and should be approached > + * with extreme cuation. --^^ Typo! Jan > + * @return > + */ >private static String[] getPro

AW: AW: manual with css

I agree it would be better not to rely on modern features. But older browser just ignore that so it would be just an extra. And IMO this is only an iterim because of the autogen-stuff. Jan > -Ursprüngliche Nachricht- > Von: Peter Reilly [mailto:[EMAIL PROTECTED] > Gesendet am: Montag, 7.

AW: manual with css

I found another style: /* first row */ table tr:first-child td { background-color: cc; color:00; } which uses a pseudo-class selector [1] of CSS 2.1. The table header in subant has this special colors, but the "old" manual (javac) has only a so it´s difficult to select

AW: manual with css

> > The generated docs are generated from the xdocs right? Just read Peters statement :-) Ok the "docs" are generated from xdocs, the docs/manual is plain HTML and _some_ docs/manual/*.html are generated from java sources. Jan

AW: manual with css

> > What do people think about this? first look is good, some differences, but I have to look deeper into that. (comparing echo-css with subant) > Is ee like a soft grey? yep. RGB 00=black FF=white > The generated docs are generated from the xdocs right? no. Java-Sources --XDoc

AW: extra diagnosis

> > 3. do we want this extra diagnosis in 'ant -diagnosis'? OR something > > like > > > > ant -diagnosis taskname > > to trigger a task analysis (and nothing else) > > > > i like that latter; > > Me too. That needs the possibility to pass args. ATM the ant -diagnostics taskname sounds to star

AW: [Patch] modifiedselector, style, remove unused code, slightly more lazy DigestAlgorithm.getValue (now with added source code -doh!)

> - removed iterator code fromModifiedSelector Why you use the for-loop instead of iterator? > - lazier DigestAlgorithm.getValue (includes JUnit test) > - removed unncecessary nesting in EqualsComparator > // >// - Instantiate the interfaces - >// >Strin

AW: 1.7 release timetable & features.

Eclipse should is "targeted for late June 2005" [1] and it would be good to release Ant 1.7 before, so that (maybe) Eclipse could ship 1.7. Would be also a good distribution :-) Also starting with a new minor version (1.6 -> 1.7) we should introduce the antlib subproject, because that is a major

AW: 1.7 release timetable & features.

> you know, this summer will mark the two year point since Ant 1,6.0 > shipped. Which means time for Ant1.7 is nearing. > > What do people think is a good release schedule/timetable? > > Or to put it differently, what do people want in *and stable* > before then? > > Things I must have: >

AW: Active PMCers and Committers?

> > But IMO we should have a look at the AntLets [1], too. > > My main problem with this was and is, that it is not driven by the Ant > developer community. > > Stefan Ok - no [EMAIL PROTECTED] support no future. But I think the idea behind that is not so bad. Maybe nobody knows that :-) The or

AW: Active PMCers and Committers?

That sub project is ok with me - one step closer to modularization. But IMO we should have a look at the AntLets [1], too. Jan [1] http://wiki.apache.org/ant/Proposals/Antlet > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Montag, 21. Februar 2

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

Testcase: testClone2(org.apache.tools.ant.taskdefs.CloneTest): Caused an ERROR expected ${ganger} = ""; instead was "/home/gump/workspaces2/public/workspace/ant/src/etc/testcases/taskdefs/clon e.xml" /home/gump/workspaces2/public/workspace/ant/src/etc/testcases/taskdefs/clone .xml:27: expected ${

AW: [PROPOSAL] Antlib Subproject

> (4) identify the initial set of committers > > All current Ant PMC members plus the active committers who are not PMC > members yet. Maybe not specific enough - active ANT committers or - active APACHE committers? Jan

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

Testcase: testNoFileJUnitNoFrames(org.apache.tools.ant.taskdefs.optional.junit.JUnitRe portTest): Caused an ERROR javax.xml.transform.TransformerFactoryConfigurationError: Provider for javax.xml.transform.TransformerFactory cannot be found /home/gump/workspaces2/public/workspace/ant/src/etc/te

AW: AW: AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdef s/op tion al Rpm.java

> We cant actually install an RPM; you need to be root. But > there are some > rpm commands to list the contents of a repository; we could parse the > output and look for strings. I would prefer such things - it doesnt change the environment ... Jan

AW: AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/op tion al Rpm.java

> Or we really could rpm something up, then something to > look at it Mmmh, what can the RPM do? 1) add files (e.g. the program files) 2) modify files (e.g. config files) 3) environemt settings (or is that 2?) So the scenario would be: - create the rpm - compare these modifications 1) checked

AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/option al Rpm.java

> Modified: > src/main/org/apache/tools/ant/taskdefs/optional Rpm.java > Log: > return code checking on rpm. How do we test this? Using a mock object for rpm? Could return the value of a system parameter or file content or env variable ... Because rpm runs only on *nix, the test does

AW: IDEA for free!?

Another thing. You are only allowed to use the software for one year. http://www.jetbrains.com/idea/opensource/license.html Upon Your acceptance of this License Agreement (the "Agreement"), JetBrains grants to You a non-exclusive and non-transferable 1-year license to use the Software, prov

AW: IDEA for free!?

nice. Havent they recognized that Ant is a top level project? http://www.jetbrains.com/idea/docs/IDEA45Overview.pdf Jakarta Ant Those of you who depend on Jakarta Ant will find seamless integration of this powerful build tool into IntelliJ IDEA, now with full Ant 1.6 support! But personall

AW: DO NOT REPLY [Bug 33354] - input task should hide passwor d entries

> > > >http://issues.apache.org/bugzilla/show_bug.cgi?id=33354 > > > > > >To call getpass() we'd need a JNI implementation for every > platform that ant > >runs on. > > > > > Not necessarily so! > See here: > http://java.sun.com/developer/technicalArticles/Security/pwordmask/ > > The problem

AW: Property name policy (was Re: cvs commit: ant/docs/manual/Cor eTypes selectors.html)

> > > I have declared a policy on what we will name new properties. Is > > > this a good formal policy to have? > > > > > > > > > If new properties get added (it happens), expect them to appear > > > under the "ant." and "org.apache.tools.ant" prefixes, unless the > > > developers have a very go

AW: cvs commit: ant/docs/manual/CoreTypes selectors.html

Should we place a warning (or note :) in the wrapper scripts if CLASSPATH is set? Jan > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Gesendet am: Freitag, 14. Januar 2005 00:10 > An: [EMAIL PROTECTED] > Betreff: cvs commit: ant/docs/manual/CoreTypes selec

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

> Log: > Oops, used setProperty() instead of setNewProperty(). > Thanks to Jan for the example on the userlist reminding me > of my error. ;) In former time I used the setProperty() for myself ;) Jan

AW: local properties

or a mixture? dimlet, define-my, local-var, ... or a very personal thing: the class is not typedef´d and the user can choose or we use something like the-type-which-introduces-the-local-only-available-of-properties-which-are-n ot-available-from-a-different-scope and the user uses a for gettin

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

Ok, the usual testNoFileJUnitNoFrames(org.apache.tools.ant.taskdefs.optional.junit.JUnitRe portTest) Xalan error. But there are another few ... Jan Testcase: testResolveFile(org.apache.tools.ant.ProjectTest):FAILED expected: but was: junit.framework.ComparisonFailure: expec

AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Checks um.java

Indeed, you can see directly from the code that "a File" is needed. But you dont know where that should point to. And without comment checkstyle will remind us until someone has the time to lock (and understand) the source for documentation. Mmh - on the other hand. Simple setters (for tasks) are

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

Testcase: testNoFileJUnitNoFrames(org.apache.tools.ant.taskdefs.optional.junit.JUnitRe portTest): Caused an ERROR javax.xml.transform.TransformerFactoryConfigurationError: Provider for javax.xml.transform.TransformerFactory cannot be found /home/gump/workspaces2/public/workspace/ant/src/etc/te

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

Testcase: testNoFileJUnitNoFrames(org.apache.tools.ant.taskdefs.optional.junit.JUnitRe portTest): Caused an ERROR javax.xml.transform.TransformerFactoryConfigurationError: Provider for javax.xml.transform.TransformerFactory cannot be found /home/gump/workspaces2/public/workspace/ant/src/etc/te

AW: Encryption?

AFAIK Ant doesnt include any encryption algorithms. It uses the standard APIs from java.security (, ) or java.util.zip () package. Or they use JDK tools (). Jan > -Ursprüngliche Nachricht- > Von: Magnus Svensson (HF/EAB) [mailto:[EMAIL PROTECTED] > Gesendet am: Freitag, 17. Dezember 2004

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

[junit] Testsuite: org.apache.tools.ant.taskdefs.TouchTest [junit] Tests run: 11, Failures: 0, Errors: 1, Time elapsed: 0.75 sec [junit] Testcase: testGoodPattern(org.apache.tools.ant.taskdefs.TouchTest): Caused an ERROR [junit] condition satisfied [junit] /home/gump/workspace

AW: PropertyHelper log message

You can change that, but then with your second suggestion \"foo\" because property names could contain blanks. And that would be hard to read. Mmh, the override-ignored message doesnt contain the \" neither. Override ignored for property with blank What do you think here? (setNewProperty(

AW: DO NOT REPLY [Bug 32566] - OutOfMemory if filesize are great er than 7 MB

In other words: if you remove any from a "please-notify-me" field, add it to the CC section :) Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Dienstag, 14. Dezember 2004 10:46 > An: [EMAIL PROTECTED] > Betreff: Re: DO NOT REPLY [Bug 32566] -

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Montag, 13. Dezember 2004 11:15 > An: [EMAIL PROTECTED] > Betreff: Re: [EMAIL PROTECTED]: Project test-ant (in module ant) failed > > On Mon, 13 Dec 2004, Jan Materne <[EMAIL PROTECTED]&g

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

esendet am: Montag, 13. Dezember 2004 10:46 > An: [EMAIL PROTECTED] > Betreff: Re: [EMAIL PROTECTED]: Project test-ant (in module ant) failed > > On Mon, 13 Dec 2004, Jan Materne <[EMAIL PROTECTED]> wrote: > > > so is there something to do with Gump? > > Yes. test

AW: [GUMP@brutus]: Project test-ant (in module ant) failed

I think Peter has tested that before, so is there something to do with Gump? Jan http://cvs.apache.org/viewcvs.cgi/ant/src/testcases/org/apache/tools/ant/uti l/ ClasspathUtilsTest.java - 2 days - peterreilly - with the bugzilla change 30161 it is not necessary to place Path.systemClasspat

CVS-Snapshot

Is there some script not working any more? The homepage [1] has a link to cvs/snapshot [2], but there is nothing. Just for comparison ... Forrest has, httpd has, lenya has, maven not, spamassasin has, ... Jan [1] http://ant.apache.org/cvs.html [2] http://cvs.apache.org/snapshots/ant/

  1   2   3   4   5   6   >