Re: [gwt-contrib] Re: future of jvm dev mode

2013-04-23 Thread Brian Slesinsky
Synchronous communication is the deal-breaker. Browser vendors really don't like synchronous I/O (because it makes the UI hang) so they're trying to get rid of it. The closest thing might be a remote debugging API, but we would also need it to be reentrant due to calls from JavaScript to Java and b

Re: [gwt-contrib] Re: future of jvm dev mode

2013-04-19 Thread Leif Åstrand
I think sticking to ESR releases of Firefox could be a good approach for keeping up with the release schedules. Even though it's not 100% trivial to set up a system where you run the release channel and ESR at the same time, it is still quite manageable and you only need to do it once. I do als

Re: [gwt-contrib] Re: future of jvm dev mode

2013-04-15 Thread John A. Tamplin
On Mon, Apr 15, 2013 at 8:48 PM, Ray Cromwell wrote: > Another downside of DevMode maintenance is all the hacks needed in the > codebase around isScript()/@GwtScriptOnly and other magic JVM stuff. > Many of those hacks are there for both performance and debugging (ie, where the JS version is a mo

Re: [gwt-contrib] Re: future of jvm dev mode

2013-04-15 Thread Ray Cromwell
Another downside of DevMode maintenance is all the hacks needed in the codebase around isScript()/@GwtScriptOnly and other magic JVM stuff. There are still lingering bugs in HostedModeClassRewriter around SingleJsoImpls and generics. I agree that there is nothing that works as smoothly and JVM roun

Re: [gwt-contrib] Re: future of jvm dev mode

2013-04-06 Thread Brian Slesinsky
As far as I know, there is no schedule for GWT 3.0, or 2.6 for that matter. I was thinking perhaps we should continue with smaller maintenance releases, 2.5.2 and so on. It seems to fit our current working style where we are making gradual changes, not landing major new features. But arguably J

Re: [gwt-contrib] Re: future of jvm dev mode

2013-04-06 Thread John A. Tamplin
On Sat, Apr 6, 2013 at 2:05 PM, Stephen Haberman wrote: > > For me it would be totally fine to have a plugin for FF15 and then > > for FF20 and the next for FF25 which would reduce your maintaining > > work. Same for Chrome. > > I hold off on updating FF as well, but I believe a lot of users got

Re: [gwt-contrib] Re: future of jvm dev mode

2013-04-06 Thread Stephen Haberman
> Hm maybe our app isn't large enough (~150 KLOC and growing) but we > found DevMode to work pretty well in Firefox. Reloading the app is a > matter of seconds and if you restart FireFox from time to time you > can workaround the current memory leak. Agreed, that is how I use it now. > For me it

[gwt-contrib] Re: future of jvm dev mode

2013-04-06 Thread Jens
Hm maybe our app isn't large enough (~150 KLOC and growing) but we found DevMode to work pretty well in Firefox. Reloading the app is a matter of seconds and if you restart FireFox from time to time you can workaround the current memory leak. Of course maintaining DevMode plugins is annoying but