ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dominique Devienne" <DDevie...@lgc.com>
Subject RE: References
Date Mon, 11 Apr 2005 18:52:40 GMT
> From: Matt Benson [mailto:gudnabrsam@yahoo.com]
> 
> Hmm, from all your comments it seems you have pointed
> out that the best solution would be for types to have
> no knowledge whatsoever of refids. 

True.

> Of course this is
> not possible under the gaze of the BC monster.  We
> could always start the mythological Ant 2 after 1.7 to
> apply the learning of the past several years.  I'll
> keep thinking about this, though.

But assuming that the framework starts unconditionally handling datatype
refids, then older code keeps on working just fine. The old setRefid()
methods never get called (by the framework), and the manual checks
succeed, while still catching erroneous programmatic use of setRefid().
New types just ignore refid altogether, and are greatly simplified.

So on second thought, it sounds doable. The only possible break of BC I
can foresee ATM would be for custom types, outside of Ant, which broke
the unwritten rule that no attributes/elements are allowed once one uses
refdid="someId", and I don't mind that ;-) --DD

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message