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
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:
http://forum.springsource.org/showthread.php?127502-GWT-2-4-maven-STS-Eclipse-(especially-if-you-are-upgrading-from-an-older-gwt
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 p
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 al
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 yo
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 T
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 sh
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 know
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 comm
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 bu
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
transfor
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 a
Thanks! Change to compile it works.
2012/6/16 Steve Moyer :
> 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 sin
17 matches
Mail list logo