Re: [PR] fix example documentation in manual [ant]

jaikiran merged PR #208: URL: https://github.com/apache/ant/pull/208 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For

Re: [PR] fix example documentation in manual [ant]

jaikiran commented on PR #208: URL: https://github.com/apache/ant/pull/208#issuecomment-1956990993 Thank you Dave for this fix. The change looks correct to me and matches the `compilerarg` documentation of the `javac` task. -- This is an automated message from the Apache Git Servi

[PR] fix example documentation in manual [ant]

mebigfatguy opened a new pull request, #208: URL: https://github.com/apache/ant/pull/208 documentation says the attribute name for is arg, but it's value. Updated doc. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use

[GitHub] [ant] babasaikiran commented on pull request #148: Fix echoxml example in manual

babasaikiran commented on pull request #148: URL: https://github.com/apache/ant/pull/148#issuecomment-844071887 sorry, i didn't realize the example hadn't to be part of project and a target. -- This is an automated message from the Apache Git Service. To respond to the message, please lo

[GitHub] [ant] babasaikiran closed pull request #148: Fix echoxml example in manual

babasaikiran closed pull request #148: URL: https://github.com/apache/ant/pull/148 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please

[GitHub] [ant] babasaikiran opened a new pull request #148: Fix echoxml example in manual

babasaikiran opened a new pull request #148: URL: https://github.com/apache/ant/pull/148 The example of the [echoxml](http://ant.apache.org/manual/Tasks/echoxml.html) task seems to be incorrect. -- This is an automated message from the Apache Git Service. To respond to the message

[GitHub] [ant] bodewig commented on pull request #146: correct a typo in the install part of manual (file separator)

bodewig commented on pull request #146: URL: https://github.com/apache/ant/pull/146#issuecomment-802979256 Thank you @chenyuheng -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific com

[GitHub] [ant] bodewig merged pull request #146: correct a typo in the install part of manual (file separator)

bodewig merged pull request #146: URL: https://github.com/apache/ant/pull/146 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please conta

[GitHub] [ant] chenyuheng opened a new pull request #146: correct a typo in the install part of manual (file separator)

chenyuheng opened a new pull request #146: URL: https://github.com/apache/ant/pull/146 File separator in Windows is backslash instead of slash. This is an automated message from the Apache Git Service. To respond to the messa

[GitHub] [ant] bodewig commented on pull request #127: fix two typos in rmic manual page

bodewig commented on pull request #127: URL: https://github.com/apache/ant/pull/127#issuecomment-633005615 Thank you @esaulpaugh This is an automated message from the Apache Git Service. To respond to the message, please log

[GitHub] [ant] bodewig merged pull request #127: fix two typos in rmic manual page

bodewig merged pull request #127: URL: https://github.com/apache/ant/pull/127 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the sp

[GitHub] [ant] esaulpaugh opened a new pull request #127: fix two typos in rmic manual page

esaulpaugh opened a new pull request #127: URL: https://github.com/apache/ant/pull/127 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go

[GitHub] [ant] asfgit closed pull request #107: Wrong default in the manual

asfgit closed pull request #107: Wrong default in the manual URL: https://github.com/apache/ant/pull/107 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use

[GitHub] [ant] asf-ci commented on issue #107: Wrong default in the manual

asf-ci commented on issue #107: Wrong default in the manual URL: https://github.com/apache/ant/pull/107#issuecomment-546546007 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Windows/145

[GitHub] [ant] twogee opened a new pull request #107: Wrong default in the manual

twogee opened a new pull request #107: Wrong default in the manual URL: https://github.com/apache/ant/pull/107 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and

[GitHub] [ant] asf-ci commented on issue #107: Wrong default in the manual

asf-ci commented on issue #107: Wrong default in the manual URL: https://github.com/apache/ant/pull/107#issuecomment-546519063 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant%20Github-PR-Linux/139

[GitHub] ant issue #65: Update manual for subject alternative name attribute of genke...

Github user jnsnkrllive commented on the issue: https://github.com/apache/ant/pull/65 Oops, sorry about the bad commits to CONTRIBUTORS and others. I'm still trying to figure out the best way to do this stuff on GitHub. Thanks for picking up the one good commit to merge. --- --

[GitHub] ant issue #65: Update manual for subject alternative name attribute of genke...

Github user jaikiran commented on the issue: https://github.com/apache/ant/pull/65 I picked the commit which updated just the documentation and merged it to upstream. --- - To unsubscribe, e-mail: dev-unsubscr...@a

[GitHub] ant pull request #65: Update manual for subject alternative name attribute o...

Github user asfgit closed the pull request at: https://github.com/apache/ant/pull/65 --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

[GitHub] ant issue #65: Update manual for subject alternative name attribute of genke...

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/65 Can one of the admins verify this patch? --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail:

[GitHub] ant pull request #65: Update manual for subject alternative name attribute o...

GitHub user jnsnkrllive opened a pull request: https://github.com/apache/ant/pull/65 Update manual for subject alternative name attribute of genkey task You can merge this pull request into a Git repository by running: $ git pull https://github.com/jnsnkrllive/ant 1.9.x

[GitHub] ant issue #65: Update manual for subject alternative name attribute of genke...

Github user asfgit commented on the issue: https://github.com/apache/ant/pull/65 Can one of the admins verify this patch? --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail:

Re: [2/2] ant git commit: Revised installation manual, cross-referenced optional tasks/types

On 2018-01-20, wrote: > Revised installation manual, cross-referenced optional tasks/types Gintas, please, please, please stop mixing formatting/whitespace changes with real changes. Not a single one of the changes to build.xml that are part of this commit is related to the commit mess

Re: svn commit: r1588563 [4/16] - in /ant/core/trunk: ./ manual/ manual/Types/ src/etc/testcases/taskdefs/ src/etc/testcases/taskdefs/optional/ src/etc/testcases/taskdefs/optional/antlr/ src/etc/testc

Thanks for the great work Michael, On Apr 19, 2014, at 1:51 PM, Matt Sicker wrote: > You can use the ExpectedException rule exactly where you expect the > exception to be thrown. Using the @Test(expected = foo.class) (or whatever > the attribute name was) is for the whole method. Unless you're t

Re: svn commit: r1588563 [4/16] - in /ant/core/trunk: ./ manual/ manual/Types/ src/etc/testcases/taskdefs/ src/etc/testcases/taskdefs/optional/ src/etc/testcases/taskdefs/optional/antlr/ src/etc/testc

You can use the ExpectedException rule exactly where you expect the exception to be thrown. Using the @Test(expected = foo.class) (or whatever the attribute name was) is for the whole method. Unless you're talking about larger methods being tested that can throw multiple exceptions, then that's a d

Re: svn commit: r1588563 [4/16] - in /ant/core/trunk: ./ manual/ manual/Types/ src/etc/testcases/taskdefs/ src/etc/testcases/taskdefs/optional/ src/etc/testcases/taskdefs/optional/antlr/ src/etc/testc

> > buildRule.executeTarget("test1"); > ==> could the BuildFileRule use a default (test name) for executeTarget? > buildRule.executeTarget(); > I'm not sure it can - the same build file is often used for multiple tests, each calling a different target, so how would we know which target was int

AW: svn commit: r1588563 [4/16] - in /ant/core/trunk: ./ manual/ manual/Types/ src/etc/testcases/taskdefs/ src/etc/testcases/taskdefs/optional/ src/etc/testcases/taskdefs/optional/antlr/ src/etc/testc

> +@Rule > +public BuildFileRule buildRule = new BuildFileRule(); > + > +@Before > public void setUp() { > -configureProject("src/etc/testcases/taskdefs/available.xml"); > -executeTarget("setUp"); > + > buildRule.configureProject("src/etc/testcases/taskdefs/

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

@Michael: I'll fork your repo then to continue work on that. I actually got interested in Ant finally due to build troubles at my job. We've got two separate build systems on one of our largest projects: a terribly written ant build, and a terribly slow gradle build. I've taken over rewriting the

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

Hello Michael, yes please go back and continue this, this is interesting. @Matt we are always happy to have new volunteers to help us maintain Ant :-) Ant’s minimum Java version is 1.5 so we are good on that side. Regards, Antoine On Mar 31, 2014, at 5:28 PM, Michael Clarke wrote: > I had st

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

I had started this a few months back ( https://github.com/mc1arke/ant/tree/JUnit4Conversion) but got side-tracked due to a job change. I'd be happy to go back and continue/finish the work if there's a general demand for it. On 31 March 2014 01:14, Matt Sicker wrote: > I'd be a willing volunteer

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

I'd be a willing volunteer to help port the unit tests to JUnit 4. There are various methods to using JUnit 4 with JUnit 3 test cases, suites, etc., that allow for easier migration as well. I do know that JUnit 4 has a minimum requirement of Java 1.5 at least due to annotations. On 30 March 2014

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

Hello Matt, thanks for this suggestion. I have not used the JUnit TemporaryFolder rule because it is introduced in JUnit 4 and the Ant test cases are extending a class of JUnit 3. The policy of the Ant project is usually to keep everything binary compatible … If there is interest and willing v

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

Hi, I have had a first shot at creating temporary folders with names including the current PID and the current Thread Name in order to allow to run tests in parallel. I did not have the time today to do the work for all the Ant test cases but it seems achievable to finish that work. On Mar 24

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

On 2014-03-23, Antoine Levy Lambert wrote: > Some of our test cases do not support parallelism because they are creating > and dropping temporary directories and files which have the same names. On first glance there also may be a race condition for the test that expects certain build events. S

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

Could you use the JUnit TemporaryFolder rule? That appears to be rather threadsafe. On 23 March 2014 11:28, Antoine Levy Lambert wrote: > Hi, > > Thanks to John Elion for this contribution. > > I have tried it on the Ant test cases. This makes the execution of the > test cases shorter by 3 minu

Re: svn commit: r1580520 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/optional/junit/

Hi, Thanks to John Elion for this contribution. I have tried it on the Ant test cases. This makes the execution of the test cases shorter by 3 minutes with 2 threads [ not sure what is the total time because I also run the antunit tests ]. Some of our test cases do not support parallelism beca

Re: Online manual

On Sep 12, 2013 2:37 AM, "Stefan Bodewig" wrote: > > On 2013-09-12, Stefan Bodewig wrote: > > > On 2013-09-11, Matt Benson wrote: > > >> Last release was 1.9.2. https://ant.apache.org/manual/index.html says > >> 1.9.3. What's going on here? &g

Re: Online manual

On 2013-09-12, Stefan Bodewig wrote: > On 2013-09-11, Matt Benson wrote: >> Last release was 1.9.2. https://ant.apache.org/manual/index.html says >> 1.9.3. What's going on here? > I merged the jar/signjar doc changes from trunk, maybe I've merged too > much

Re: Online manual

On 2013-09-11, Matt Benson wrote: > Last release was 1.9.2. https://ant.apache.org/manual/index.html says > 1.9.3. What's going on here? I merged the jar/signjar doc changes from trunk, maybe I've merged too much - will look into it late

AW: Online manual

Maybe the trunk version? Jan > -Ursprüngliche Nachricht- > Von: Matt Benson [mailto:gudnabr...@gmail.com] > Gesendet: Mittwoch, 11. September 2013 20:09 > An: Ant Developers List > Betreff: Online manual > > Last release was 1.9.2. https://ant.apache.org/manual/in

Online manual

Last release was 1.9.2. https://ant.apache.org/manual/index.html says 1.9.3. What's going on here? Matt

Re: manual on the web site

I have decided to copy the manual of Ant 1.9.0 with a svn copy inside the manual and give time to the subversion dev team to find a way to fix svnwcsub see bug 4363 on the tracker of subversion.tigris.org [1] I will update our ReleaseInstructions accordingly. Regards, Antoine [1] http

manual on the web site

Hi, the manual on the web site is currently the manual of Ant 1.8.2, in principle the manual of Ant 1.9.0 should be displayed. I believe the manual is correct in subversion under http://svn.apache.org/repos/asf/ant/site/ant/production/ and http://svn.apache.org/repos/asf/ant/site/ant/sources

Re: svn commit: r1462931 - in /ant/core/trunk: WHATSNEW manual/Tasks/ear.html manual/Tasks/jar.html manual/Tasks/war.html manual/Tasks/zip.html

On 2013-03-31, Jesse Glick wrote: > On 03/31/2013 02:20 PM, Stefan Bodewig wrote: >>> compressing to a temporary buffer perhaps? >> We do so for STORED entries and risk OutOfMemoryExceptions (we could >> throw away the buffer and just count). The performance impact would be >> non-trivial for bi

Re: svn commit: r1462931 - in /ant/core/trunk: WHATSNEW manual/Tasks/ear.html manual/Tasks/jar.html manual/Tasks/war.html manual/Tasks/zip.html

On 03/31/2013 02:20 PM, Stefan Bodewig wrote: compressing to a temporary buffer perhaps? We do so for STORED entries and risk OutOfMemoryExceptions (we could throw away the buffer and just count). The performance impact would be non-trivial for big files, which is what Zip64 really is about.

Re: svn commit: r1462931 - in /ant/core/trunk: WHATSNEW manual/Tasks/ear.html manual/Tasks/jar.html manual/Tasks/war.html manual/Tasks/zip.html

On 2013-03-31, Jesse Glick wrote: > On 03/31/2013 07:24 AM, bode...@apache.org wrote: >>> When Ant writes compressed entries into the archive it creates it >>> doesn't know the compressed size of an entry before it has been >>> written. Unfortunately the decision whether a Zip64 extra field >>>

Re: svn commit: r1462931 - in /ant/core/trunk: WHATSNEW manual/Tasks/ear.html manual/Tasks/jar.html manual/Tasks/war.html manual/Tasks/zip.html

On 03/31/2013 07:24 AM, bode...@apache.org wrote: +When Ant writes compressed entries into the archive it creates it + doesn't know the compressed size of an entry before it has been + written. Unfortunately the decision whether a Zip64 extra field + will be written has to be made before writ

Re: svn commit: r1461421 - in /ant/core/trunk/manual/Tasks: ear.html jar.html war.html zip.html

On 2013-03-27, Jesse Glick wrote: > On 03/27/2013 02:02 AM, bode...@apache.org wrote: >> URL: >> http://svn.apache.org/viewvc/ant/core/trunk/manual/Tasks/zip.html?rev=1461421&r1=1461420&r2=1461421&view=diff >> - Possible values are "never", &quo

Re: svn commit: r1461421 - in /ant/core/trunk/manual/Tasks: ear.html jar.html war.html zip.html

On 03/27/2013 02:02 AM, bode...@apache.org wrote: URL: http://svn.apache.org/viewvc/ant/core/trunk/manual/Tasks/zip.html?rev=1461421&r1=1461420&r2=1461421&view=diff - Possible values are "never", "always" and "not-encodable" + Possible values

Ant manual on the Ant web site, currently stale

Hi, the Ant manual on the Ant web site is the version 1.8.2. http://svn.apache.org/repos/asf/ant/site/ant/production/ has the svn:externals property set to this value : http://svn.apache.org/repos/asf/ant/core/tags/ANT_190/manual/ manual But this is not working for us. I have reported the

Re: svn commit: r1240680 - in /ant/core/trunk: manual/Tasks/ejb.html manual/Tasks/starteam.html src/main/org/apache/tools/ant/taskdefs/defaults.properties

On 2012-02-05, wrote: > URL: http://svn.apache.org/viewvc?rev=1240680&view=rev > Log: > Remove reference to WebLogic and Starteam tasks that have been removed > more than four years ago > Removed: > ant/core/trunk/manual/Tasks/starteam.html > Modified: >

Re: svn commit: r1236803 - in /ant/core/trunk: ./ manual/Tasks/ src/main/org/apache/tools/ant/taskdefs/ src/main/org/apache/tools/ant/taskdefs/compilers/ src/main/org/apache/tools/ant/util/ src/tests/

On 2012-01-27, wrote: > URL: http://svn.apache.org/viewvc?rev=1236803&view=rev > Log: > OpenJDK8 snaphot works, All tests pass using yesterday's snapshot, that is. > I have found a new class in java.lang.reflect java.lang.reflect.Executable has been introduced as new base class for Method and

Re: [Ant Manual] Wrong link for jruby.jar

On 2011-08-14, Gilbert Rebhan wrote: > The ant manual : > http://ant.apache.org/manual/install.html#librarydependencies > has the wrong link for jruby.jar : > http://jruby.sourceforge.net/ Fixed in trunk but won't become visible until we do the next release (as the site shows

[Ant Manual] Wrong link for jruby.jar

The ant manual : http://ant.apache.org/manual/install.html#librarydependencies has the wrong link for jruby.jar : http://jruby.sourceforge.net/ When using that link you will be redirected to the right site, but it should be corrected to : http://www.jruby.org/ Gilbert

Re: broken link on live manual pages?

It should be fixed now. Kevin, thanks for reporting, Antoine On 12/16/2010 10:38 AM, Antoine Levy-Lambert wrote: On 12/16/2010 10:22 AM, Nicolas Lalevée wrote: Le 16 déc. 2010 à 15:55, Antoine Levy-Lambert a écrit : Hello Kevin, this one works http://ant.apache.org/manual/index.html from

Re: broken link on live manual pages?

On 12/16/2010 10:22 AM, Nicolas Lalevée wrote: Le 16 déc. 2010 à 15:55, Antoine Levy-Lambert a écrit : Hello Kevin, this one works http://ant.apache.org/manual/index.html from that file, try to browse until you have the "outline" of list of tasks. maybe an issue in the mer

Re: broken link on live manual pages?

Le 16 déc. 2010 à 15:55, Antoine Levy-Lambert a écrit : > Hello Kevin, > > this one works http://ant.apache.org/manual/index.html from that file, try to browse until you have the "outline" of list of tasks. maybe an issue in the merge

Re: broken link on live manual pages?

Hello Kevin, this one works http://ant.apache.org/manual/index.html Where is tasklist.html referenced from ? Regards, Antoine On 12/15/2010 11:53 PM, Kevin Jackson wrote: Hi, http://ant.apache.org/manual/tasklist.html This is giving me: 404 not found Kev

broken link on live manual pages?

Hi, http://ant.apache.org/manual/tasklist.html This is giving me: 404 not found Kev - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

Re: [PATCH] ant-core/docs/manual/Tasks/taskdef.html

On 2010-11-29, Stefan Bodewig wrote: > On 2010-11-23, Kevin Connor Arpe wrote: >> Regarding the namespace issue, no one I talked to at my office knew >> anything about classloaders. I wasn't sure how to describe it, but I >> don't want users to need to be a Java expert to understand the docs...

Re: [PATCH] ant-core/docs/manual/Tasks/taskdef.html

On 2010-11-23, Kevin Connor Arpe wrote: > Seems like my patch should be merged with the typedef page. I thought so, > Regarding the namespace issue, no one I talked to at my office knew > anything about classloaders. I wasn't sure how to describe it, but I > don't want users to need to be a Jav

Re: [PATCH] ant-core/docs/manual/Tasks/taskdef.html

Seems like my patch should be merged with the typedef page. I'm not an expert in Ant nor Java, hence some terminology is a bit imperfect. Regarding the namespace issue, no one I talked to at my office knew anything about classloaders. I wasn't sure how to describe it, but I don't want users to ne

Re: [PATCH] ant-core/docs/manual/Tasks/taskdef.html

On 2010-11-15, Kevin Connor Arpe wrote: > As promised, I would commit back a patch. In this case, docs are the > right solution. Thank you Kevin. > I have upgraded the TaskDef Task docs. Much of what you've added is already present on the typedef page - maybe we should make it clearer that tas

[PATCH] ant-core/docs/manual/Tasks/taskdef.html

Anters, Thank you very much for your help. As promised, I would commit back a patch. In this case, docs are the right solution. I have upgraded the TaskDef Task docs. Attached is my patch from ant-core tar/gzip'd. Thanks, Kevin Connor ARPE Hongkong On Tue, Oct 26, 2010 at 3:31 PM, Stefan Bod

Re: svn commit: r1032990 - in /ant/core/trunk: WHATSNEW docs/manual/tasklist.html src/main/org/apache/tools/ant/taskdefs/BindTargets.java src/main/org/apache/tools/ant/taskdefs/defaults.properties src

Le 9 nov. 2010 à 16:19, Dominique Devienne a écrit : > On Tue, Nov 9, 2010 at 8:14 AM, wrote: >> + > > %s/binded/bound/g argh, good catch. thanks. Nicolas - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additi

Re: svn commit: r1032990 - in /ant/core/trunk: WHATSNEW docs/manual/tasklist.html src/main/org/apache/tools/ant/taskdefs/BindTargets.java src/main/org/apache/tools/ant/taskdefs/defaults.properties src

On Tue, Nov 9, 2010 at 8:14 AM, wrote: > +   %s/binded/bound/g - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org

Re: [PATCH] ant-core/docs/manual/tutorial-writing-tasks.html

oject) method and receive the instance as well. The project instance will be available as soon as the setProject methid has been invoked, this happens i tsep three of the life-cycle descibed in <http://ant.apache.org/manual/develop.html#writingowntask&g

Re: [PATCH] ant-core/docs/manual/tutorial-writing-tasks.html

Hi Kevin, On 2010-10-20, Kevin Connor Arpe wrote: > I am using instructions from here: > http://www.apache.org/dev/contributors.html#patches > This developer list has no specifics about sending patches. - well hidden, I know 8-) > Please let

[PATCH] ant-core/docs/manual/tutorial-writing-tasks.html

Hi, I am using instructions from here: http://www.apache.org/dev/contributors.html#patches This developer list has no specifics about sending patches. Please let me know if I need to sign a legal release, etc.  I can do it. Attached is a patch to update docs for writing custom Ant tasks.  I am d

Re: [Manual] Wrong link#librarydependencies

On 2010-09-15, Gilbert Rebhan wrote: > has a wrong link for judoscript > site has => http://www.judoscript.com/index.html > should be => http://judoscript.org/home.html fixed in svn trunk, thanks. Stefan - To unsubscribe, e-m

[Manual] Wrong link#librarydependencies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, http://ant.apache.org/manual/install.html#librarydependencies has a wrong link for judoscript = site has => http://www.judoscript.com/index.html should be => http://judoscript.org/home.html Regards, Gilbert -BEGIN PGP SIG

Ivy Manual: yED

/yed.jnlp I think this could be a note in the manual ;-) Jan

AW: AW: Distributing Docs: Manual or whole Site?

>> First it will scans the Ant manual table of content files by starting >> from a given file - like like a spider. >> With the scanned information it generates a toc.xml which is >needed for >> Eclipse Help. >> It writes a plugin.xml with static content, t

Re: AW: Distributing Docs: Manual or whole Site?

On 07/20/2010 01:47 AM, jan.mate...@rzf.fin-nrw.de wrote: First it will scans the Ant manual table of content files by starting from a given file - like like a spider. With the scanned information it generates a toc.xml which is needed for Eclipse Help. It writes a plugin.xml with static content

AW: Distributing Docs: Manual or whole Site?

irst it will scans the Ant manual table of content files by starting from a given file - like like a spider. With the scanned information it generates a toc.xml which is needed for Eclipse Help. It writes a plugin.xml with static content, too. () In a second step it checks the internal links an

Re: Distributing Docs: Manual or whole Site?

On 2010-07-17, Jan Matèrne wrote: > Should we generate an Eclipse plugin (for newer versions)? > https://svn.apache.org/repos/asf/ant/sandbox/antlibs/manual4eclipse I'm not familiar with it in any way. Does it still work with recent versions of Eclipse? What does it do in the first place? Stef

AW: Distributing Docs: Manual or whole Site?

rg > Betreff: Distributing Docs: Manual or whole Site? > > Hi, > > I've just modified build.xml to create additional > a...@version@-manual.[zip|tar.(gz|bz2)] files containing just the > manual > portion of the docs - including javadocs. > > As I already offered, I

AW: Distributing Docs: Manual or whole Site?

Having FAQ, externals and projects in that distro would be fine, but I could also live with just the manual and the rest online. Jan > -Ursprüngliche Nachricht- > Von: Nicolas Lalevée [mailto:nicolas.lale...@hibnet.org] > Gesendet: Freitag, 16. Juli 2010 15:45 > An: Ant Dev

Re: Distributing Docs: Manual or whole Site?

On Wednesday 14 July 2010 17:11:25 Stefan Bodewig wrote: > Hi, > > I've just modified build.xml to create additional > a...@version@-manual.[zip|tar.(gz|bz2)] files containing just the manual > portion of the docs - including javadocs. > > As I already offered, I'm

Re: Distributing Docs: Manual or whole Site?

I'm fine with just the manual and Javadocs. For the rest of the web site, users of older versions could just consult the live site. I don't think we make a lot of changes to the rest of the site that lose information or mislead about behaviour that is applicable to older versions, t

Re: Distributing Docs: Manual or whole Site?

On 2010-07-14, Jan Matèrne wrote: > Having the website too would have the benefit of having the FAQ, externals > and projects pages. Even if they were outdated, true ... Stefan - To unsubscribe, e-mail: dev-unsubscr...@ant.apac

AW: Distributing Docs: Manual or whole Site?

Having the website too would have the benefit of having the FAQ, externals and projects pages. Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:bode...@apache.org] > Gesendet: Mittwoch, 14. Juli 2010 17:11 > An: dev@ant.apache.org > Betreff: Distributing

Distributing Docs: Manual or whole Site?

Hi, I've just modified build.xml to create additional a...@version@-manual.[zip|tar.(gz|bz2)] files containing just the manual portion of the docs - including javadocs. As I already offered, I'm going to create such artifacts from the past five binary releases and call for a vote to re

Re: svn commit: r911561 - in /ant/core/trunk: bootstrap.bat bootstrap.sh build.xml docs/manual/install.html docs/manual/platform.html fetch.xml src/etc/ant-bin.wxs src/etc/poms/ant-nodeps/pom.xml src/

Thanks Jesse for this big cleanup. Antoine > Datum: Thu, 18 Feb 2010 20:33:12 - > Von: jgl...@apache.org > An: notificati...@ant.apache.org > Betreff: svn commit: r911561 - in /ant/core/trunk: bootstrap.bat bootstrap.sh > build.xml docs/manual/install.html docs/manual/platform

Re: svn commit: r906782 - in /ant/core/branches/run-single-test-method: docs/manual/OptionalTasks/ lib/optional/ src/main/org/apache/tools/ant/taskdefs/optional/junit/ src/tests/junit/org/apache/tools

Stefan Bodewig wrote: rerunfailed This part has been covered - in a totally different way - by the failure recorder in 1.8.0. I'll check if this is is actually needed by anything; may be possible to delete. You better get that re-licensed or we won't be able to use it. Probably an over

Re: svn commit: r906782 - in /ant/core/branches/run-single-test-method: docs/manual/OptionalTasks/ lib/optional/ src/main/org/apache/tools/ant/taskdefs/optional/junit/ src/tests/junit/org/apache/tools

On 2010-02-05, wrote: > Attempting to forward-port patch made against 1.7.1. >>rerunfailed >>Run only those test methods that failed during the >> previous >> execution. Since Ant 1.7.1 >> Results of the previous execution are taken from XML report files >> generated by t

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain.j

On 2010-01-09, Bruce Atherton wrote: > Antoine Levy Lambert wrote: >> Do we need a formal vote for this, or should someone just go ahead >> and change the code/documentation/tests accordingly ? > This hardly seems controversial enough for a vote. I haven't seen a > single person take a positio

Re: AW: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterCha

Antoine Levy Lambert wrote: Do we need a formal vote for this, or should someone just go ahead and change the code/documentation/tests accordingly ? This hardly seems controversial enough for a vote. I haven't seen a single person take a position against suffixlines. I'd suggest the change

Re: AW: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterCha

Let's just do it--Stefan is never attached to his names, and I agree that suffix (or postfix) works better in this case. -Matt On Jan 8, 2010, at 10:26 AM, Antoine Levy Lambert wrote: jan.mate...@rzf.fin-nrw.de wrote: I would vote for SuffixLines as it sounds best matching to the already e

Re: AW: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterCha

jan.mate...@rzf.fin-nrw.de wrote: I would vote for SuffixLines as it sounds best matching to the already existing PrefixLines filter (to me). Agreed, Do we need a formal vote for this, or should someone just go ahead and change the code/documentation/tests accordingly ? Antoine Jan

AW: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain.j

n: Ant Developers List >Betreff: Re: svn commit: r894462 - in /ant/core/trunk: >WHATSNEW docs/manual/CoreTypes/filterchain.html >src/main/org/apache/tools/ant/filters/AppendToLines.java >src/main/org/apache/tools/ant/types/FilterChain.java >src/tests/antunit/filters/append-test.

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain

Dominique Devienne wrote: On Thu, Jan 7, 2010 at 1:57 PM, Dominique Devienne wrote: On Thu, Jan 7, 2010 at 1:35 PM, Bruce Atherton wrote: While you are undeniably technically right that suffixlines is a better match with prefixlines, which of the three sounds better and is going to be

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain

On Thu, Jan 7, 2010 at 1:57 PM, Dominique Devienne wrote: > On Thu, Jan 7, 2010 at 1:35 PM, Bruce Atherton wrote: >> While you are undeniably technically right that suffixlines is a better >> match with prefixlines, which of the three sounds better and is going to be >> clearer to users: appendto

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain

On Thu, Jan 7, 2010 at 1:35 PM, Bruce Atherton wrote: > While you are undeniably technically right that suffixlines is a better > match with prefixlines, which of the three sounds better and is going to be > clearer to users: appendtolines, suffixlines, or postfix lines. header/footer lines? prol

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain.j

While you are undeniably technically right that suffixlines is a better match with prefixlines, which of the three sounds better and is going to be clearer to users: appendtolines, suffixlines, or postfix lines. If I had to choose one, I'd go with appendtolines, with suffixlines a close second

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain.j

Stefan Bodewig wrote: I didn't consult my dictionary. To me it feels as if prefix was a verb in "prefixlines" and I thought "suffix" was not a verb. According to thefreedictionary.com, although the historical derivations are not analogous (surprising to me), both can be used as either noun or

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain.j

On 2010-01-06, Jesse Glick wrote: > bode...@apache.org wrote: >> complement prefixlines with appendtolines > Wouldn't the analogous name be "suffixlines"? You know I'm not a native speaker and (at least in this case) I didn't consult my dictionary. To me it feels as if prefix was a verb in "p

Re: svn commit: r894462 - in /ant/core/trunk: WHATSNEW docs/manual/CoreTypes/filterchain.html src/main/org/apache/tools/ant/filters/AppendToLines.java src/main/org/apache/tools/ant/types/FilterChain.j

bode...@apache.org wrote: complement prefixlines with appendtolines Wouldn't the analogous name be "suffixlines"? - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.or

AW: svn commit: r893210 - /ant/core/trunk/docs/manual/targets.html

Thanks Jesse Jan >URL: http://svn.apache.org/viewvc?rev=893210&view=rev >Log: >Typo. > >-tasks direclty under the project tag (since Ant 1.6.0): >+tasks directly under the project tag (since Ant 1.6.0): > - To unsub

Re: svn commit: r893073 - in /ant/core/trunk/docs/manual: conceptstypeslist.html targets.html using.html usinglist.html

On 2009-12-22, wrote: >> Added: ant/core/trunk/docs/manual/targets.html >>> Targets can depend on other targets and Ant ensures that these >>>other targets have been executed before the current target. For >>>example you might have a target for c

  1   2   3   4   5   6   7   8   9   10   >