Hi,
I've got a service that is invoked by the GWT client. I am absolutely sure,
that the service *cannot* return null (at worst, it might return an empty
array). Nevertheless, my client throws an NPE, because the result is always
null.
Do you have any ideas, why this might be so?
Thanks,
I create a trivial maven based gwt-project on gwt 2.6.0-rc1. The project
compilation work fine on jdk7. But it interrupts with an exception
jdk8-b117:
[INFO] --- gwt-maven-plugin:2.6.0-rc1:compile (default) @
control-center-server ---
[INFO] Compiling module
Try setting sourceLevel explicitly in the gwt-maven-plugin configuration.
By default, the gwt-maven-plugin will use the current JVM's source level
(i.e. 1.8 for jdk8), and GWT only supports 1.6 and 1.7.
On Sunday, December 1, 2013 2:51:10 PM UTC+1, denis.k...@gmail.com wrote:
I create a
Does your serializable class contain final fields? If so these won't be
serialized. Do you have any custom serializer that might not work correctly?
-- J.
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To unsubscribe from this group and
I tried some different combinations of source levels, jdk versions, gwt
versions. The exception occurs on pair jdk8 + gwt 2.6.0-rc1 It doesn't
depend on source level.
01.12.2013 20:06, Thomas Broyer пишет:
Try setting sourceLevel explicitly in the gwt-maven-plugin
configuration. By default, the
I describe the following problem for Mouse Events as well as for Touch
Events. I want to do the following. Having a click/tab area which has the
following function:
- If I press the mouse down /touch start in this area a GWT PopupPanel
should be displayed.
- While the mouse is still
is the popup panel added to the DOM on touch start? if so, try setting its
visibility to hidden by default and make it visible on touch start.
On Dec 2, 2013 12:25 AM, confile michael.gorsk...@googlemail.com wrote:
I describe the following problem for Mouse Events as well as for Touch
Events. I
This is well-documented and looks like solid work. I think the main issue
will be whether it can be made compatible with modular compilation. So the
best timing will be to land it after modular compilation.
It looks like it should be compatible because the compiler doesn't need to
see how a
It's curious, I googled about Java 8 compiler plugins when RayC said
that you talked about a new code-gen feature in Java 8
Ha, yes, that is curious. I guess my memory has never been that great...
I hope it will be formalized in future Java versions
Ah, that makes sense, since APT followed
