DO NOT REPLY [Bug 36629] New: - Apt task fails when compile="false" specified

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

DO NOT REPLY [Bug 36589] - You could enhance ant by "AOP" task,very useful in many place!!!

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

DO NOT REPLY [Bug 36589] - You could enhance ant by "AOP" task,very useful in many place!!!

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

DO NOT REPLY [Bug 36589] - You could enhance ant by "AOP" task,very useful in many place!!!

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

DO NOT REPLY [Bug 36565] - jsharpc fails when run from directory with space in the path

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

DO NOT REPLY [Bug 36565] - jsharpc fails when run from directory with space in the path

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: Antlib autoloading

On Mon, 12 Sep 2005, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > 1) How about collisions? Well, how about collisions between classes > in the classpath? Putting antlibs into namespaces was supposed to resolve those collisions, just like namesspaces in C++. > How about loading a task that

Re: Antlib autoloading

On Mon, 12 Sep 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > I hadnt thought about autoloading; I am happy with explicit loading > of stuff into their own namespaces, but want to make it easier for > projects to get access to my definitions (or even importable > libraries) How do you like thi

Re: Link to quite a good ClearCase-Ant integration library

Kevin, thanks for the pointer. We will be moving all our entries to the Wiki where anybody can add stuff. Please go ahead and add your antlib over there. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For a

Link to quite a good ClearCase-Ant integration library

Hi, I have written a ClearCase Ant integration library (in the form of an antlib) - much better than the tasks that are currently bundled :) Would it be possible to get the link added to the website, here is the patch to external.xml: 3526a3527,3548 > > A collection of Ant tasks f

Re: Task writing: generic type support

Yves Martin wrote: Steve Loughran <[EMAIL PROTECTED]> writes: I have also found another issue in my code: my 'typedef' is done in a "child" Ant Project... not in the parent Ant Project which uses this type. Is there a "standard" way to propagate typedef/taskdef/antlib from a project to another

Re: Task writing: generic type support

Steve Loughran <[EMAIL PROTECTED]> writes: >> I have also found another issue in my code: my 'typedef' is done in a >> "child" >> Ant Project... not in the parent Ant Project which uses this type. >> Is there a "standard" way to propagate typedef/taskdef/antlib from a project >> to another pr

Re: task namespaces

[EMAIL PROTECTED] wrote: there are many ways to skin this catand I have done em all. I think we will all wish in the near future that anything that consumes XML has such a default ignore unknown xml handling, just makes life a little easier when interoperating. maybe, maybe not. the or

RE: task namespaces

"Jose Alberto Fernandez" <[EMAIL PROTECTED]> wrote .. > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > > "Jose Alberto Fernandez" <[EMAIL PROTECTED]> wrote .. > > > I do not see why we need to support this kind of thing. > > > NO-one asks the javac compiler to be able to compile code in

RE: task namespaces

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > "Jose Alberto Fernandez" <[EMAIL PROTECTED]> wrote .. > > I do not see why we need to support this kind of thing. > > NO-one asks the javac compiler to be able to compile code inside your > > Word document. If you have ANT inside some other m

Re: task namespaces

On 9/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > "Jose Alberto Fernandez" <[EMAIL PROTECTED]> wrote .. > > I do not see why we need to support this kind of thing. > > NO-one asks the javac compiler to be able to compile code inside your > > Word document. If you have ANT inside some other

RE: task namespaces

"Jose Alberto Fernandez" <[EMAIL PROTECTED]> wrote .. > I do not see why we need to support this kind of thing. > NO-one asks the javac compiler to be able to compile code inside your > Word document. If you have ANT inside some other markup, use an XSLT or i think the larger the distance between

RE: task namespaces

I do not see why we need to support this kind of thing. NO-one asks the javac compiler to be able to compile code inside your Word document. If you have ANT inside some other markup, use an XSLT or other transformer to extract it and put it in a place consumable by ANT. ANT does not need to be the

Re: task namespaces

Steve Loughran <[EMAIL PROTECTED]> wrote .. > I suppose there is nothing to stop us having a specific handler for > unknown XML elements in targets or in project, with the default handler > saying "this is unknown", but other configs handling it differently. > Maybe it could be per-namespace inst

Re: task namespaces

[EMAIL PROTECTED] wrote: Steve Loughran <[EMAIL PROTECTED]> wrote .. I have a build process that patches xsd files to deal with different interpretations of the ##other namespace between xerces and .net. nobody understands namespaces consistently. yes and within the XML community the proble

Re: task namespaces

Steve Loughran <[EMAIL PROTECTED]> wrote .. > I have a build process that patches xsd files to deal with different > interpretations of the ##other namespace between xerces and .net. nobody > understands namespaces consistently. yes and within the XML community the problems (with namespace interp

Re: task namespaces

I guess an obvious question is what happens when something like this occurs: ... Does the build fail? -Rob Steve Loughran wrote: [EMAIL PROTECTED] wrote: Robert Koberg <[EMAIL PROTECTED]> wrote .. Peter Reilly wrote: To allow easy use, the nested elements caused by java reflection o

Re: task namespaces

Peter Reilly wrote: To allow easy use, the nested elements caused by java reflection on objects are placed in two namespaces - the default ant namespace (antlib: org.apache.tools.ant) and the namespace of the object that holds the nested element. For example, the if task from ant-contrib extends

Re: task namespaces

[EMAIL PROTECTED] wrote: Robert Koberg <[EMAIL PROTECTED]> wrote .. Peter Reilly wrote: To allow easy use, the nested elements caused by java reflection on objects are placed in two namespaces - the default ant namespace (antlib: org.apache.tools.ant) and the namespace of the object that hold

Re: task namespaces

Robert Koberg <[EMAIL PROTECTED]> wrote .. > Peter Reilly wrote: > > To allow easy use, the nested elements caused by java reflection on > > objects are placed in two namespaces - the default ant namespace (antlib: > > org.apache.tools.ant) > > and the namespace of the object that holds the nested

Re: task namespaces

Peter Reilly wrote: To allow easy use, the nested elements caused by java reflection on objects are placed in two namespaces - the default ant namespace (antlib: org.apache.tools.ant) and the namespace of the object that holds the nested element. This explains it, thanks - ignore my email that

Re: task namespaces

[EMAIL PROTECTED] wrote: Phil Weighill Smith <[EMAIL PROTECTED]> wrote .. the only way those unprefixed elements are in some other namespace is if it is declared at some encapsulating parent element. for example; http://www.example.org/someanturi";> otherwise, if an xmlns declarat

Re: task namespaces

To allow easy use, the nested elements caused by java reflection on objects are placed in two namespaces - the default ant namespace (antlib: org.apache.tools.ant) and the namespace of the object that holds the nested element. For example, the if task from ant-contrib extends ConditionBase, so it

RE: Antlib autoloading (was Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs AntlibTest.java)

Well, I am glad this is having a strong debate. Let me first say where I am coming from with this issue and then some of my thoughts on this and others comments. My main peeve currently is defaults.properties. To me it is an aberration now that we have antlibs. This file tries to load a whole loa

Re: task namespaces

Phil Weighill Smith <[EMAIL PROTECTED]> wrote .. > Jim, > > What you've said sounds wrong to me; and are in the > "default namespace" (a declared namespace that has no prefix), whatever > that has been defined to be. which is why I said old chestnut...and responded in the way I did to make a p

Re: task namespaces

[EMAIL PROTECTED] wrote: Steve Loughran <[EMAIL PROTECTED]> wrote .. this action is a direct element; default NS or local ns? this is my new test, in the new ns What confuses me here is that the ns of a nested element (not a type, an element) is what? local? or Ant'

Re: task namespaces

Jim, What you've said sounds wrong to me; and are in the "default namespace" (a declared namespace that has no prefix), whatever that has been defined to be. This could be the same as n1 if the URI for n1 is also associated with the default namespace, but that seems unlikely. Phil :n. On Mon,

Re: task namespaces

Steve Loughran <[EMAIL PROTECTED]> wrote .. > > > > I know separate namespace work is optional, but once you start on it it, > it is more manageable. For this reason, the next edition of > java-dev-with-ant will use namespaces everywhere too, except for the > bits where I dont understand what

Re: Antlib autoloading (was Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs AntlibTest.java)

Jeffrey E Care wrote: I don't normally speak up on the developer list, but I thought this discussion could benefit from the experience of a *very large* product that uses Ant to build. We use Ant + our own extensions (Mantis) to build WebSphere Application Server (and a good number of the sta

task namespaces

I know separate namespace work is optional, but once you start on it it, it is more manageable. For this reason, the next edition of java-dev-with-ant will use namespaces everywhere too, except for the bits where I dont understand what is going on. Actually, I am slowly building up model. N

DO NOT REPLY [Bug 36589] - You could enhance ant by "AOP" task,very useful in many place!!!

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

[Ant Wiki] Update of "JürgenLamers" by Jürgen Lamers

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Ant Wiki" for change notification. The following page has been changed by JürgenLamers: http://wiki.apache.org/ant/J%c3%bcrgenLamers -- - ##langua

[Ant Wiki] Update of "JürgenLamers" by Jürgen Lamers

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Ant Wiki" for change notification. The following page has been changed by JürgenLamers: http://wiki.apache.org/ant/J%c3%bcrgenLamers New page: ##language:en == Your Name == Email: [[MailTo(jaloma AT SPAMFREE dokutransdata

[Ant Wiki] Update of "AntExternalTaskdefs" by Jürg enLamers

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Ant Wiki" for change notification. The following page has been changed by JürgenLamers: http://wiki.apache.org/ant/AntExternalTaskdefs -- ||URL|