RE: Roles (was: antlib)

2003-05-08 Thread Jose Alberto Fernandez
From: Costin Manolache [mailto:[EMAIL PROTECTED] I think you started with wrong assumptions here. There is no need to change anything in the core or optional tasks, you can have an antlib that uses multiple jars ( and most likely antlibs will eventually use some dependency mechanism

Re: Roles (was: antlib)

2003-05-08 Thread Conor MacNeill
On Thu, 8 May 2003 12:30 am, Costin Manolache wrote: The URI however should be chosen by the antlib author ( maybe based on some rules specific to ant ), and should serve as an ID of the library. My proposal is to use the (main) package name. There are other options - but I don't think every

RE: Roles (was: antlib)

2003-05-08 Thread Costin Manolache
Jose Alberto Fernandez wrote: As someone already said, it's about not reinventing the wheel, not about enabling the use of fancy tools. But as ubiquitous and accepted as XML namespaces are, I see many things that could be gained from using namespaces. Also, I suspect most users familiar

Re: Roles (was: antlib)

2003-05-08 Thread Costin Manolache
Conor MacNeill wrote: On Thu, 8 May 2003 12:30 am, Costin Manolache wrote: The URI however should be chosen by the antlib author ( maybe based on some rules specific to ant ), and should serve as an ID of the library. My proposal is to use the (main) package name. There are other options -

Re: Roles (was: antlib)

2003-05-08 Thread Gus Heck
Jose Alberto Fernandez wrote: But ANT is not for experience XML users but for Java programmers or C or .NET (with the new tasks). ANT is popular because it is simple to use you do not have construccions that require you to read a full spec to understand. I am not against NS, but I am against

DO NOT REPLY [Bug 19737] - loadproperties does not load updated file in same target

2003-05-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19737. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 19737] - loadproperties does not load updated file in same target

2003-05-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19737. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

invoke another target/buildfile and continue even if the invoked target failed

2003-05-08 Thread Mariano Benitez
are there any plans to implement this. it would be really cool to have this feature, we can use it for the long test runs when you are stacked when some module build fails, the entire build fails. Of course we have workarounded it, but it would greatly simplify long test builds. All I'm asking

DO NOT REPLY [Bug 19768] New: - request for daemon attribute for java task

2003-05-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19768. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: Roles (was: antlib)

2003-05-08 Thread J.Pietschmann
peter reilly wrote: The NS standard http://www.w3.org/TR/REC-xml-names/ allows one to do somthing like this: project xmlns:html='http://www.w3.org/TR/REC-html40' target name=t echo html:class=reallyimportantmessage/echo /target /project of course it is up to the ant software to

Re: Roles (was: antlib)

2003-05-08 Thread J.Pietschmann
Jose Alberto Fernandez wrote: Is there a DTD for XSLT? Can I validate an XSLT template against a DTD? Not in general. This is a restriction of DTDs, which can't cope with XML namespaces. DTDs are a SGML heritage and predate XML namespaces. You can always construct a DTD which a certain class of

DO NOT REPLY [Bug 19777] New: - nested fileset's for ant task

2003-05-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19777. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.