cvs commit: ant/xdocs external.xml

2003-11-27 Thread bodewig
bodewig 2003/11/27 07:18:39 Modified:docs external.html xdocsexternal.xml Log: Add pointer to 'Dependency Finder', submitted by Jean Tessier Revision ChangesPath 1.147 +56 -0 ant/docs/external.html Index: external.html ===

Re: Macrodef attributes and Local revisited again

2003-11-27 Thread Stefan Bodewig
On Thu, 27 Nov 2003, Peter reilly <[EMAIL PROTECTED]> wrote: > Yesterday I said that macrodef attributes should be implemented as > properties and not as textual substitution. > > On overnight reflection, I have changed by mind. Cool, that makes two of us 8-) > The proposed new notation is @{x}

XMLFragment/DynamicConfigurator problems

2003-11-27 Thread Stefan Bodewig
So we now have * namespace - I'd love to get hold of the prefix * mixed content - a limitation of our current introspection system and I've found * case of attributes - a limitation of our current introspection system, attributes get turned into all lower

Re: task update

2003-11-27 Thread Stefan Bodewig
On Thu, 27 Nov 2003, Peter reilly <[EMAIL PROTECTED]> wrote: > This is to be backward compatible with previous > versions of ant. Actually, my mail is a success mail 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

Re: task update

2003-11-27 Thread Peter reilly
The rule is as is in the ant namespace documentation, opps the to be written documentation, is that if the element name is in ant's xmlns, then the componentname of the element is the local name, otherwise it is uri:localname. This is to be backward compatible with previous versions of ant. On Th

RE: Macrodef attributes and Local revisited again

2003-11-27 Thread Peter reilly
On Thu, 2003-11-27 at 13:50, Steve Cohen wrote: > Peter - > >>but if macrodef properties are to be implemented as textual substitution > >>and not as local properties, the two issues can be separated. > > Did you mean to say "but if macrodef ATTRIBUTES are to be implemented as > textual substitu

Re: task update

2003-11-27 Thread Stefan Bodewig
On 25 Nov 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > this is from running nant.xml with Mono 0.28 and NAnt (CVS version) > in my PATH on Linux: and now: leads to [EMAIL PROTECTED] dotnet]$ ant -f /tmp/nant.xml Buildfile: /tmp/nant.xml [nant] NAnt version 0

cvs commit: ant/proposal/sandbox/dotnet/src/testcases/org/apache/tools/ant/taskdefs/optional/dotnet MSBuildTaskTest.java NAntTaskTest.java

2003-11-27 Thread bodewig
bodewig 2003/11/27 06:11:05 Modified:proposal/sandbox/dotnet/src/etc/testcases msbuild.xml nant.xml proposal/sandbox/dotnet/src/main/org/apache/tools/ant/taskdefs/optional/dotnet AbstractBuildTask.java MSBuildTask.java

Re: XMLFragment

2003-11-27 Thread Christopher Lenz
Stefan Bodewig wrote: On Thu, 27 Nov 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: Any reason why the introspection doesn't look for that interface directly, instead of XMLFragment? XMLFragment doesn't implement DocumentFragment, it just builds one. Ah, I hadn't actually looked at the code or t

Re: XMLFragment

2003-11-27 Thread Christopher Lenz
Christopher Lenz wrote: Stefan Bodewig wrote: On 27 Nov 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote: On Thu, 27 Nov 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: So the namespace URI and the local name are currently actually passed to the DynamicConfigurator in the form namespace-uri:local-n

Re: XMLFragment

2003-11-27 Thread Christopher Lenz
Stefan Bodewig wrote: On 27 Nov 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote: On Thu, 27 Nov 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: So the namespace URI and the local name are currently actually passed to the DynamicConfigurator in the form namespace-uri:local-name? Actually, I thought

RE: Macrodef attributes and Local revisited again

2003-11-27 Thread Steve Cohen
Peter - >>but if macrodef properties are to be implemented as textual substitution >>and not as local properties, the two issues can be separated. Did you mean to say "but if macrodef ATTRIBUTES are to be implemented as textual substitution and not as local properties ..." Or are you talking ab

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

2003-11-27 Thread bodewig
bodewig 2003/11/27 05:42:46 Modified:src/main/org/apache/tools/ant/util XMLFragment.java Log: Split namespace Revision ChangesPath 1.2 +0 -6 ant/src/main/org/apache/tools/ant/util/XMLFragment.java Index: XMLFragment.java =

Re: XMLFragment

2003-11-27 Thread Stefan Bodewig
On 27 Nov 2003, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Thu, 27 Nov 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: >> So the namespace URI and the local name are currently actually >> passed to the DynamicConfigurator in the form >> namespace-uri:local-name? > > Actually, I thought so f

Macrodef attributes and Local revisited again

2003-11-27 Thread Peter reilly
Yesterday I said that macrodef attributes should be implemented as properties and not as textual substitution. On overnight reflection, I have changed by mind. MacroDef has been using textual substitution in the ant beta builds without much problems (*.. well not quite see below). The only issue

Re: XMLFragment

2003-11-27 Thread Stefan Bodewig
On Thu, 27 Nov 2003, Christopher Lenz <[EMAIL PROTECTED]> wrote: > With automatic typo correction ('x' -> 'n') in the introspection > code ;-) Cool, eh? > Stefan Bodewig wrote: > >> via f.getFragment() > > which will return a org.w3c.dom.DocumentFragment object, exactly. > Any reason why the

Re: XMLFragment

2003-11-27 Thread Christopher Lenz
Hi Stefan, sounds cool. Some comments inline: Stefan Bodewig wrote: Hi, I've just added a utility class to CVS HEAD that can be used to turn nested content into a DOMFragment (not necessarily a tree). I.e., if you use it as your nested element like public void addContext(XMLFragment f) you can

Re: XMLFragment

2003-11-27 Thread Peter reilly
On Thu, 2003-11-27 at 12:15, Stefan Bodewig wrote: > Hi, > > I've just added a utility class to CVS HEAD that can be used to turn > nested content into a DOMFragment (not necessarily a tree). I.e., if > you use it as your nested element like > > public void addContext(XMLFragment f) > > you

XMLFragment

2003-11-27 Thread Stefan Bodewig
Hi, I've just added a utility class to CVS HEAD that can be used to turn nested content into a DOMFragment (not necessarily a tree). I.e., if you use it as your nested element like public void addContext(XMLFragment f) you can get the DOMFragment corresponding to the structure nested into

cvs commit: ant/docs/manual/CoreTasks tstamp.html

2003-11-27 Thread bodewig
bodewig 2003/11/27 04:03:12 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH tstamp.html Log: 2003 Revision ChangesPath No revision No revision 1.15.2.3 +1 -1 ant/docs/manual/CoreTasks/tstamp.html Index: tstamp.html ==

cvs commit: ant/src/testcases/org/apache/tools/ant/util XMLFragmentTest.java

2003-11-27 Thread bodewig
bodewig 2003/11/27 04:00:58 Modified:src/main/org/apache/tools/ant/util JAXPUtils.java Added: src/etc/testcases/types xmlfragment.xml src/main/org/apache/tools/ant/util XMLFragment.java src/testcases/org/apache/tools/ant/util XMLFragmentTest.java L

cvs commit: ant/docs/manual/CoreTasks tstamp.html

2003-11-27 Thread bodewig
bodewig 2003/11/27 04:00:24 Modified:docs/manual/CoreTasks tstamp.html Log: 2003 Revision ChangesPath 1.17 +1 -1 ant/docs/manual/CoreTasks/tstamp.html Index: tstamp.html === RCS file: /home

DO NOT REPLY [Bug 25032] - Unable to FTP to a Windows server

2003-11-27 Thread bugzilla
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

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

2003-11-27 Thread peterreilly
peterreilly2003/11/27 02:29:35 Modified:src/main/org/apache/tools/ant/util Tag: ANT_16_BRANCH ScriptRunner.java Log: Sync with head Revision ChangesPath No revision No revision 1.1.2.2 +9 -1 ant/src/ma

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

2003-11-27 Thread peterreilly
peterreilly2003/11/27 02:16:14 Modified:src/main/org/apache/tools/ant/util ScriptRunner.java Log: Allow references and properties to be null without causing NPE in BSF Revision ChangesPath 1.3 +9 -1 ant/src/main/org/apache/tools/ant/util/ScriptRunner.java

DO NOT REPLY [Bug 16780] - copy with corrupts binary files

2003-11-27 Thread bugzilla
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 25047] - Copy task corrupts images when filterset is defined.

2003-11-27 Thread bugzilla
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 25047] New: - Copy task corrupts images when filterset is defined.

2003-11-27 Thread bugzilla
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

cvs commit: ant/src/etc/testcases/taskdefs typedef.xml

2003-11-27 Thread peterreilly
peterreilly2003/11/27 01:08:32 Modified:src/etc/testcases/taskdefs Tag: ANT_16_BRANCH typedef.xml Log: sync with head Revision ChangesPath No revision No revision 1.2.2.1 +2 -2 ant/src/etc/testcases/taskdefs/typedef.xml

cvs commit: ant/src/etc/testcases/taskdefs typedef.xml

2003-11-27 Thread peterreilly
peterreilly2003/11/27 01:07:44 Modified:src/etc/testcases/taskdefs typedef.xml Log: use a different name from local for the test local type Revision ChangesPath 1.3 +2 -2 ant/src/etc/testcases/taskdefs/typedef.xml Index: typedef.xml =