ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dominique Devienne" <>
Subject RE: References
Date Mon, 11 Apr 2005 17:11:29 GMT
> From: Matt Benson []
> Ever noticed that every Ant type that supports the
> id/refid pattern must include a load of custom code?
> Why?  Wouldn't it be possible in UE to check all
> DataType subclass elements for refid, validate no
> other attributes/elements/nested text, and substitute
> the actual object?  It doesn't appear that DataType
> supports Locations so that wouldn't be an issue.  Who
> can point out any flaws in this approach?

That's how it should have been in the first place ;-)

Would you change the data types' code to remove the checks
and setRefid() methods? If not (for obvious BC reasons), then
what should be the behavior between the old and new way to
deal with refid?

Also, the old "in code manual checks" of dealing with refid
works even programmatically (like in <script>), when the new
one works only thru the framework. For new DataType without
a setRefid() method, that's not an issue, but for older code
I don't know how to handle it. --DD 

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message