GWT 2.5 dev mode unable to refresh

368 views
Skip to first unread message

Ben St. Pierre

unread,
Nov 13, 2012, 6:52:03 PM11/13/12
to google-we...@googlegroups.com
Hi guys,

After upgrading to to GWT 2.5 I am unable to refresh my dev mode.  It initially loads fine but reloading (in any browser causes the rpc mechanism to throw this error...

Caused by: com.google.gwt.user.client.rpc.SerializationException: java.lang.RuntimeException: Unable to find class com.google.gwt.user.client.rpc.core.java.util.ArrayList_FieldSerializer

Any idea what would cause this?  As I said again it loads the first time in dev mode but then fails after a refresh (even with no code changes).

Ben St. Pierre

unread,
Dec 4, 2012, 3:21:24 PM12/4/12
to google-we...@googlegroups.com
No ideas?

Craig Mitchell

unread,
Feb 25, 2013, 6:55:53 PM2/25/13
to google-we...@googlegroups.com
I've noticed this error when our app opens a new browser window that loads the GWT app up again (not seen the error when refreshing).

Happens in IE9 and Chrome.  However, if I just restart my server and then refresh the page, it will then work okay.

And even more strangely, sometimes the problem doesn't occur at all for days, then it will come back again.

I was trying to figure out if it is because of the generated war/<your app>/*.rpc files, but so far no success.

Patrick Tucker

unread,
Feb 26, 2013, 9:39:13 AM2/26/13
to google-we...@googlegroups.com
I normally see that right before an out of memory error happens.  I just stop and start the environment and continue on...

James Nelson

unread,
Feb 26, 2013, 7:31:18 PM2/26/13
to google-we...@googlegroups.com
Have you guys considered trying out the new super-dev-mode?

I only save the sluggish dev mode for when I absolutely have to have a java debugger to find out what's going on.

Super-dev-mode will cost you a few seconds per page refresh (though, OOM popping your JVM is much, much slower),
but it also gets rid of a very nasty class of bugs: "Ones you shouldn't bother with in the first place".

Performance in dev mode and compiled mode are very different,
even down to how asynchronicity and some timing works.

What makes production mode fast makes dev mode slow (jsni).
And, if you have the choice, always optimize for production.

Oh, and in regards to your upgrade woes, make sure you manually delete and gwt unit caches you have left,
a cached unit from one version will likely be incongruent with the new one.

Craig Mitchell

unread,
Apr 24, 2013, 2:35:30 AM4/24/13
to google-we...@googlegroups.com
fyi: I've now tried super-dev-mode.  It's cool that it is pure JS, but every time I make a change I have to recompile (via the "dev mode on" bookmark), this is really slow as our app is around 2MB of JS (using the gwt plugin I just refresh the page - okay, sometime I have to restart the server).  Also, the Chrome debugger doesn't seem as full featured as the Eclipse debugger.

...but, yes, it does fix the problem.  :-)
Reply all
Reply to author
Forward
0 new messages