RE: XML Namespace avoids collision between xml vocabularies was RE: a comment about xml namespace

I am not proposing that Ant becomes more of a golden hammer then it already is... also I have not seen anyone wanting xslt to be a process routernor am I asking xslt to do this. XSLT does however allow you to have multiple namespaced xml...of course xslt is a language for transforming xml...so

RE: XML Namespace avoids collision between xml vocabularies was RE: a comment about xml namespace

> From: Steve Loughran [mailto:[EMAIL PROTECTED] > Sent: 29 December 2003 17:59 > Subject: Re: XML Namespace avoids collision between xml vocabularies was > RE: a comment about xml namespace > If you are interested in this kind of thing, point your browser at > http://1060.org and d/l a build of Ne

DO NOT REPLY [Bug 24181] - Shutdown failing

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://nagoya.apache.org/bugzilla/show_bu

RE: XML Namespace avoids collision between xml vocabularies was RE: a comment about xml namespace

> From: Jim Fuller [mailto:[EMAIL PROTECTED] > > > I in particular do not like the business of a programming language > > (which is what ANT XML really is) where non-understood things are > > silently ignored. (-1) > > [Jim Fuller] completely agree with this statement, though I > think the id

cvs commit: ant/src/etc/testcases/types addtype.xml

peterreilly2003/12/30 03:37:57 Modified:src/testcases/org/apache/tools/ant/types PathTest.java src/etc/testcases/types addtype.xml Log: Fix unit tests. - addtypetest used an unused invalid classpathref - PathTest used an invalid reference in testing attributes

cvs commit: ant/src/etc/testcases/types addtype.xml

peterreilly2003/12/30 03:46:32 Modified:src/testcases/org/apache/tools/ant/types Tag: ANT_16_BRANCH PathTest.java src/etc/testcases/types Tag: ANT_16_BRANCH addtype.xml Log: Sync with HEAD Revision ChangesPath No re

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

peterreilly2003/12/30 04:46:17 Modified:src/main/org/apache/tools/ant ProjectHelper.java Log: add original exception to new buildexception for projectHelper#addLocationToBuildException( PR: 25777 Obtained from: Jesse Glick Revision ChangesPath 1.105 +2 -2 a

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

peterreilly2003/12/30 04:48:35 Modified:src/main/org/apache/tools/ant IntrospectionHelper.java Log: allow IH to handle Constructor(Project, String) in general and not just for Path PR: 25777 Obtained from: Jesse Glick Revision ChangesPath 1.71 +38 -33 ant/s

cvs commit: ant/src/main/org/apache/tools/ant IntrospectionHelper.java ProjectHelper.java

peterreilly2003/12/30 05:05:50 Modified:src/main/org/apache/tools/ant Tag: ANT_16_BRANCH IntrospectionHelper.java ProjectHelper.java Log: Sync with HEAD Revision ChangesPath No revision No revision 1.65.2.6

Selecting XML Parsers

I am having a very hard time porting my build to 1.6.0. I would like to get some input on how I should address my problem, not sure if it is my problem or ANTs. I need to use Saxon for some of my XSLT transformations, since I am using specific features of it. However, Saxon comes with Aelfred XML

DO NOT REPLY [Bug 25394] - OutofMemory when running lots of

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25394] - OutofMemory when running lots of

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25777] - [PATCH] [REGRESSION] Cannot pass composite path reference between scripts

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25800] - Jar indexing does not handle jars in manifest Class-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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14255] - Jar task does not generate INDEX.LST considering entries in MANIFEST's classpath

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25826] New: - ejbjar NullPointer Exception

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://nagoya.apache.org/bugzilla/show_bu

ScriptDef revisited

Hi, my current struggle with and beanshell, made me notice how inefficient or script task is (i.e., on every execution the script is recompiled, and executed). Although there is no other way for it would be nice is could do something more efficient. Currently will recompile the src on every

Completed new custom task to dynamically determine classpaths

I have a need to change our current ant based build system from a single monolithic build in which all utilities are part of the source tree of the webapp currently under development into several component builds. This way other web applications can share the same exact utilities, or more speci

DO NOT REPLY [Bug 25831] New: - doesn't take command line properties.

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25831] - doesn't take command line properties.

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25832] New: - [PATCH] Do not define twice

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25832] - [PATCH] Do not define twice

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://nagoya.apache.org/bugzilla/show_bu

Re: XML Namespace avoids collision between xml vocabularies was RE: a comment about xml namespace

Jim Fuller wrote: From: Steve Loughran [mailto:[EMAIL PROTECTED] Sent: 29 December 2003 17:59 Subject: Re: XML Namespace avoids collision between xml vocabularies was RE: a comment about xml namespace If you are interested in this kind of thing, point your browser at http://1060.org and d/l a build

DO NOT REPLY [Bug 25831] - doesn't take command line properties.

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://nagoya.apache.org/bugzilla/show_bu