AW: Ant Documentation

> Well, I found the following project on SourceForge, which uses Java's > Doclet API such that running JavaDoc outputs data to XML > instead of HTML: > > http://jeldoclet.sourceforge.net/ > > If the output is XML, then (theoretically) it could be > transformed into > DocBook format. Does this

Re: Ivy jar packaging

+1 to remove ivy-core.jar Peter On Dec 19, 2007 3:16 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote: > Hi, > > ATM Ivy is provided in the form of two jars: ivy.jar and ivy-core.jar. The > ivy-core.jar is basically the same as ivy.jar except that it doesn't contain > Ant related classes (mostly Ivy An

Ivy jar packaging

Hi, ATM Ivy is provided in the form of two jars: ivy.jar and ivy-core.jar. The ivy-core.jar is basically the same as ivy.jar except that it doesn't contain Ant related classes (mostly Ivy Ant tasks). This was introduced a long time ago for IvyDE, as a workaround to a classloader issue when contrib

DO NOT REPLY [Bug 43271] - scp task should support setting permissions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Ivy jar packaging

I'm confused. Is it really related to IvyDE or just to launching ant from eclipse? Also, If you don't put the the ivy ant task into the ant classpath, but only the core. How does ant launched from eclipse find those tasks? I guess I miss something. Anyway, I think it is a good idea to simplify ou

nested mkdir tasks

Just out of curiosity, has there been any work done towards making the task nest-able? For example: Which would create: --- + dir | - subdir | + another_subdir | | - a_sub-subdir If so, where can I find it? If not, are there any particular reas

Re: nested mkdir tasks

--- Tony Rogers <[EMAIL PROTECTED]> wrote: > Just out of curiosity, has there been any work done > towards making the > task nest-able? > > For example: > > > > > > > > > > > > > > Which would create: > > > --- + dir > | - subdir > | + another_subdir

Re: nested mkdir tasks

Matt Benson wrote: > Why not simply > > > > > ? > > -Matt > That works fine. But in certain situations I've really wanted to be able to nest them. It seems intuitive to nest them; XML is hierarchical, as are directories. Why not mirror the hierarchy? -- Tony

Re: nested mkdir tasks

--- Tony Rogers <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > Why not simply > > > > > > > > > > ? > > > > -Matt > > > > That works fine. But in certain situations I've > really wanted to be > able to nest them. > > It seems intuitive to nest them; XML is > hierarchical, as are > d

Re: nested mkdir tasks

I'm having trouble envisioning a use case were nested declarations are more valuable or intuitive than the existing methodology that others have already pointed out. Can you enlighten us as to situations where you found a nested approach to be more desirable than the standard methodology, besid

patch for scp.html

Could you apply this path? Index: scp.html === --- scp.html(revision 605605) +++ scp.html(working copy) @@ -38,7 +38,7 @@ href="../install.html#librarydependencies">Library Dependencies for more information. This task has b