This is strange, because:
1. I'm using com.google.guava:guava-gwt:12.0 without any problem
2. com/google/common/collect/Collect.gwt.xml indeed is in the
guava-gwt-12.0.jar
Maybe run mvn with -X and check the classpath used in gwt-maven-plugin, and
check that you guava-gwt-12.0.jar in your local
On Friday, June 15, 2012 6:08:20 PM UTC+2, Derek wrote:
I am trying to use GWT Web Workers (code based on the speedtracer Web
Worker implementation), but I am not able to make the worker module
participate in dev mode, requiring me to recompile the worker every time I
change code in it.
I have been struggling with the similar issue and then some. I finally
succeeded to make Maven, 2.4 and RF work all together. Here's the details
in springsource forum:
On Saturday, June 16, 2012 10:57:45 AM UTC+2, Arash wrote:
I have been struggling with the similar issue and then some. I finally
succeeded to make Maven, 2.4 and RF work all together.
Maven, GWT 2.4 and RF always worked rather well together (RfValidator is a
standard Java annotation
Hi,
so far I worked around the problem whenever I had a binary file I needed in
GWT. Usually I converted the binary files to something like XML. Now I
cannot.
I have a closed-source lib that accepts only byte[] (and InputStreams) and
returns a POJO. It does some very complex conversion and
We're also using Collect from guava-gwt but if you want Maven to
download and manage the dependency for you, then it shouldn't be
scoped as provided in the pom.xml file.
Try changing the scope to compile (or removing it since compile is
the default).
--
You received this message because you are
You can use the same technique used here :
http://code.google.com/p/js-openctm/ to read binary files.
You have just to wrap the javascript code then decode yours data, but this
won't solve cross origine.
--
You received this message because you are subscribed to the Google Groups
Google Web
On Saturday, June 16, 2012 4:39:21 PM UTC+2, Carsten wrote:
Hi,
I run my GWT app in dev and production mode and try to GET a file from a
remote Server. In dev-mode it doesn't throw an error but returns a String
(response.getText()) of size 0.
In production mode the JS console shows an
To add to Peter's comment, the JUnit/GWTTestCase coverage is still
valuable, despite Selenium, because it allows fast identification of errors
at an easily identifiable granularity.
For example, on a current GWT project with 1K classes, if a UI automation
test failed with Selenium, then we
Excellent question Juan,
We are looking at a similar use case for a large GWT application. We are
considering breaking the application into standalone modules along GWT
module lines. These modules could then be compiled and deployed as separate
*war* files. Code common to many modules would be
Dave,
Since it is an enterprise application, authentication is handled by a SSO
service which hands off to our application, so there is no remember me
functionality. The less work your application has to do the better, just
like using Gmail/fb auth on a website.
Here is the redacted and
Amateur hour at Google again? It cannot be good for the GWT community and
joiners if every several weeks Google's servers crash again. This has even
affected us at my office twice when their Eclipse update sites are down and
we're bringing new dev's onboard. Sure, we can stash lost of the libs
So let me reiterate if I got it. Before xsiframe one had to place the Host
Html and the GWT app and all resources used by the GWT app on the same
server/domain (a.k.a. origin).
With xsiframe you can place the GWT app and all its resources (including
the file I tried to GET above) on a server
Thanks for replying Paul, after doing some more research I understand a
little bit better how the compiler to javascript works, it only transforms
to javascript the 'client' classes (duh!) so this fits perfectly well with
our standards, we have a clear separation between our client code and RPC
Thanks for the suggestion Joseph, out GWT app is basically just a front to
our web services, so the RPC layer is the one consuming those and the
dependent classes are there, on the gwt layer we only have lightweight
classes to represent data and once these reach the server side we have
On Saturday, June 16, 2012 10:24:01 PM UTC+2, Carsten wrote:
So let me reiterate if I got it. Before xsiframe one had to place the Host
Html and the GWT app and all resources used by the GWT app on the same
server/domain (a.k.a. origin).
With xsiframe you can place the GWT app and all
Thanks! Change to compile it works.
2012/6/16 Steve Moyer smoye...@gmail.com:
We're also using Collect from guava-gwt but if you want Maven to
download and manage the dependency for you, then it shouldn't be
scoped as provided in the pom.xml file.
Try changing the scope to compile (or
17 matches
Mail list logo