+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.

Reply via email to