Yeah, I found what was doing that. The Element class was writing values
back into the XmlDocument Nodes. I have fixed this. I've also checking
in the version of Target.cs with a protected copy constructor, typed
Copy method and ICloneable.Clone support. To support this completely I
needed to support Copy on the base class of Target, Element.
With these changes you can easily do the following from a task:
Project.Targets.Find("namehere").Copy().Execute();
I've mocked up a version of the CallTask that has a "force" attribute.
If set to true, this creates a new copy of the target, and executes it
during Execute on the call.
What do you think of changing Call to allow you to re-execute a target?
The default behavior would not change.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of
Browning, Don
Sent: Friday, May 17, 2002 11:25 AM
To: 'NAnt Developers'
Cc: 'Brad Wilson'
Subject: RE: [nant-dev] Possible bug calling the same target more than
once
That sounds like a great idea.� Actually I made a change similar to that
earlier today and the everything worked fine... Except.....
It seems there is an issue with referencing properties inside the called
target.� The first time you call a target and you reference an existing
property, you get the value the property is set to.� If you then change
the value of the property and recall the target, the called target has
the original property value, not the newly changed value.
I didn't make the exact change you are (I didn't change the copy
constructor, I removed the check for _hasExecuted from the Execute()
method of the Target class), so hopefully your change will propagate the
property changes correctly.
Below is the sample code I tested with earlier.� In this sample code,
the value of the myProp property only returns a value of 2 when echoed
immediately after the reassignment.
Thanks all...
Don
_______________________________________________________________
Hundreds of nodes, one monster rendering program.
Now that�s a super model! Visit http://clustering.foundries.sf.net/
_______________________________________________
Nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
