+1 This issue is really important to be me because I have written *a lot* of short Groovy scripts that do date manipulation. I had to continue using the Date class to avoid imports bogging down the script.
There is also a strong need for this for an easy migration of Grails domain classes that utilize the Date class. Currently I had to introduce a workaround via a config script, but this approach is not compiler friendly. This will allow the elimination of the config script and true compiler support.