I created a demo project here: https://github.com/confile/Realtime-JSON-Test
It compile with GWT compile without any problems from Eclipse. When I run
the app in SuperDevMode the first compile failed with the following errors:
Compiling 1 permutation
Compiling permutation
Thanks a lot for the work around, Daniel. My sanity is saved.
On Tue, Feb 10, 2015 at 12:58 PM, 'Daniel Kurka' via GWT Contributors
google-web-toolkit-contributors@googlegroups.com wrote:
This looks like the same compiler bug we are currently investigating, for
now you can clear your SDM
Thanks Manuel, works great after refreshing cache.
Thanks a bunch for providing this repo.
On Tue, Feb 10, 2015 at 12:31 PM, Manuel Carrasco MoƱino man...@apache.org
wrote:
It was updated yesterday with all the stuff in master, so those changes
should be there.
Today is going to be run in a
I'd be strongly in favor of a StringFormat class - this could be
library-ized easily, letting someone opt in to even having it in their
project, or call it.
Since we're changing the API (though I assume keeping the 'format string'
language), you could take other steps to ensure small complied
I'm using 2.8.0-SNAPSHOT. If I add any new ui-field=.. to a ui.xml file,
they aren't picked up either on refresh, or on clearing the SDM cache .
Instead, I have to restart SDM in order for these changes to be picked up.
Otherwise, I keep getting the error that there's no @UiField for the
If trying to provide a fairly complete duplicate of the JRE functionality
is too much of a point of contention, would it be more acceptable to
provide a simpler/lighter-weight string interpolation implementation behind
e.g. GWT.format() or to follow the NumberFormat convention a StringFormat