Actually, I'm at an impasse.... Right now, I'm getting a security exception in hosted mode trying to load up java.util.Date$JsDate. So either I need to move this to a new package, or else make some kind of infrastructure fix....
Thoughts? On Thu, Mar 11, 2010 at 3:16 PM, <[email protected]> wrote: > > http://gwt-code-reviews.appspot.com/181801/diff/1/2 > File user/super/com/google/gwt/emul/java/util/Date.java (right): > > http://gwt-code-reviews.appspot.com/181801/diff/1/2#newcode27 > Line 27: static class JsDate extends JavaScriptObject { > On 2010/03/11 19:38:08, Ray Ryan wrote: > >> This would be a handy public type. Especially if I could do something >> > like this > >> without resorting to the violator pattern like I do now (in code >> > you're about to > >> break, sigh): >> > > Date d = JsDate.create(123456.78).asJavaDate(); >> > > I suppose that's a bit circular, but I won't tell if you don't. >> > > You would have to move it to someplace outside the JRE, and it would > have to only use the public Date API to construct the j.u.Date instance. > > As it would be a new API, you would have the fun of convincing everyone > it was a good idea. > > All told, I don't think the benefit would be commensurate with the > effort. > > > http://gwt-code-reviews.appspot.com/181801 > -- http://groups.google.com/group/Google-Web-Toolkit-Contributors
