Fantastic! Thank you!
Am Dienstag, 24. Juli 2012 07:49:30 UTC+2 schrieb Alan Leung:
Last but not least, http://acleung.com/ff14-mac.xpi
Have fun!
-Alan
On Mon, Jul 23, 2012 at 11:42 AM, Jens jens.nehlme...@gmail.com wrote:
ALL: Please star this issue:
why parameterized collection as far as possible..?
can u please elaboration this one.
On Friday, 29 May 2009 11:39:13 UTC+5:30, Sagar wrote:
Thanks a lot Alex,
There was some memory leak problem with the Java collections I used..
its working fine now.
We should use parameterized
On Monday, July 23, 2012 4:33:01 PM UTC+2, Daniel wrote:
Hi,
can someone please explain to me the technical details why the xsiframe
Link can not compile GWT apps which load script tags in their .gwt.xml
module?
It gives the following error:
[ERROR] The Cross-Site-Iframe linker does not
Thanks for the explanation.
I find this very interesting. This means I'll be able to extend
the CrossSiteIframeLinker Linker and overwrite
the fillSelectionScriptTemplate() function to include all required scripts
with sth like document.write()
or
thanx Alan for the efforts. it was a great help.
On Tue, Jul 24, 2012 at 8:21 AM, Frank Hossfeld frank.hossf...@web.dewrote:
Fantastic! Thank you!
Am Dienstag, 24. Juli 2012 07:49:30 UTC+2 schrieb Alan Leung:
Last but not least,
Yes...and after that I get all packages downloaded and everything seems
just fine, except for this error that says that no SDK is configured. The
actual message is:
Unbound classpath container: 'GWT SDK [missing]' in project 'HelpAssist' Build
path Build Path Problem
Then I try to configure the
On Tuesday, July 24, 2012 4:28:12 PM UTC+2, Aldo wrote:
Yes...and after that I get all packages downloaded and everything seems
just fine, except for this error that says that no SDK is configured. The
actual message is:
Unbound classpath container: 'GWT SDK [missing]' in project
I deleted the things you suggested and it worked now!!
Thanks a lot
On Tue, Jul 24, 2012 at 11:45 AM, Thomas Broyer t.bro...@gmail.com wrote:
On Tuesday, July 24, 2012 4:28:12 PM UTC+2, Aldo wrote:
Yes...and after that I get all packages downloaded and everything seems
just fine, except
Hmm, this seems like a bug to me. Hopefully I'll have a fix ready for rc2.
On Mon, Jul 23, 2012 at 11:11 PM, Vasu pandurang.pa...@gmail.com wrote:
Yea you are absolutely right. It worked when I removed type attribute
from ui:with tag. I was wondering it has to identify type to call
Hi,
The response of the first request contains the header
access-control-allow-origin: *. This is known as Cross-Origin Resource
Sharing ( see http://www.w3.org/TR/cors/ ) and allows to call other domain
with XHR.
Be careful, not all browser support this feature.
Alexandre
2012/7/24 KutaBeach
I have a web service bundled with my GWT app and I'm using GWTEventService
1.1.1. I need for the client to be notified when a record is added to the
database via a web service call. In the OnMonduleLoad I've added the event
listener and everything works as expected. For example, an external
I've been switching my RPC calls to use XsrfTokenServiceServlet per this
link
https://developers.google.com/web-toolkit/articles/security_for_gwt_applications#cross-site
It's working quite well except that I occasionally get this error on the
first RPC method call.
Exception while
I just started implementing the same guide, and used a similar workaround
to you:
if (Cookies.getCookie(JSESSIONID) == null) // We must have a session
cookie in order to authenticate with the server
Cookies.setCookie(JSESSIONID, Double.toString(Math.random()));
XsrfTokenServiceAsync xsrf
Hi , I'm trying this project
http://code.google.com/p/gwt-examples/source/browse/trunk/DemoGWTMap/#DemoGWTMaps%2Fwar%2Fdemogwtmaps%2Fgwt%2Fstandard%2Fimages%253Fstate%253Dclosed
and I got this error
01:32:29.406 [ERROR] [maps] Uncaught exception escaped
java.lang.ExceptionInInitializerError: null
Hi,
I see http://code.google.com/p/google-web-toolkit/issues/detail?id=624 and
at now I do not see any workaround that works on all browsers. I did an
upload file that is similar at the gmail (use FormPanel and FileUpload),
but the only problem that had is that when do the submit affect the
I had the same problem. After the upload is complete, remove the formpanel
from the screen (removeFromParent). IOW only show the FileUpload when
needed.
On Wed, Jul 25, 2012 at 12:42 AM, Juan Pablo Gardella
gardellajuanpa...@gmail.com wrote:
Hi,
I see
Thanks Gal!! This workaround works!!!
Juan
2012/7/25 Gal Dolber gal.dol...@gmail.com
I had the same problem. After the upload is complete, remove the formpanel
from the screen (removeFromParent). IOW only show the FileUpload when
needed.
On Wed, Jul 25, 2012 at 12:42 AM, Juan Pablo
Hi ,
Can we use SOAP with GWT ? i found from some documents that GWT does not
have a built in support for SOAP. I read that can be used in server side of
GWT. It is confusing. Can anyone clarify this
--
You received this message because you are subscribed to the Google Groups
Google Web
hey all,
I am using GWT 2.5 RC and i am having
java.lang.ClassNotFoundException: com.google.gwt.core.client.GWTBridge
can anyone help me .
On Thursday, 28 June 2012 02:09:07 UTC+5:30, Rajeev Dayal wrote:
Hey all,
We're excited to announce the
HI,
Can we use GWT and SOAP ? i read from some documents that GWT does not
have a built in support for SOAP and another document says it can be used
in server side of GWT. it is a little bit confusing. Can anyone give me a
clarification on this. Also i read SMART GWT has built in support
LGTM
http://gwt-code-reviews.appspot.com/1789803/diff/2004/user/src/com/google/gwt/validation/rebind/GwtSpecificValidatorCreator.java
File
user/src/com/google/gwt/validation/rebind/GwtSpecificValidatorCreator.java
(right):
LGTM
http://gwt-code-reviews.appspot.com/1749803/diff/12001/dev/core/src/com/google/gwt/dev/javac/ProgressLogger.java
File dev/core/src/com/google/gwt/dev/javac/ProgressLogger.java (right):
Reviewers: cromwellian, skybrian,
Description:
Introduce a flag that explicitly turns coverage on/off (default off).
Please review this at http://gwt-code-reviews.appspot.com/1786805/
Affected files:
M dev/core/src/com/google/gwt/dev/jjs/JavaToJavaScriptCompiler.java
Index:
Reviewers: skybrian,
Description:
Firefox 14 DevMode Plugin
Please review this at http://gwt-code-reviews.appspot.com/1792803/
Affected files:
M plugins/xpcom/JavaObject.cpp
M plugins/xpcom/JavaObject.h
M plugins/xpcom/Makefile
A plugins/xpcom/VisualStudio/ff130-xpcom.vcproj
A
Thanks Alan.
http://gwt-code-reviews.appspot.com/1792803/diff/1/plugins/xpcom/JavaObject.h
File plugins/xpcom/JavaObject.h (right):
http://gwt-code-reviews.appspot.com/1792803/diff/1/plugins/xpcom/JavaObject.h#newcode55
plugins/xpcom/JavaObject.h:55: static void finalize(JSFreeOp* fop,
On 2012/07/24 23:13:32, skybrian wrote:
http://gwt-code-reviews.appspot.com/1786805/diff/1/dev/core/src/com/google/gwt/dev/jjs/JavaToJavaScriptCompiler.java
File dev/core/src/com/google/gwt/dev/jjs/JavaToJavaScriptCompiler.java
(right):
I don't understand why the dual flags, but I would not make it a proper
compiler flag because there are some static clinit inits in compiler
classes that need to know whether coverage is enabled when the classes are
loaded.
On Tue, Jul 24, 2012 at 4:13 PM, skybr...@google.com wrote:
On 2012/07/24 23:19:54, cromwellian wrote:
I don't understand why the dual flags, but I would not make it a
proper
compiler flag because there are some static clinit inits in compiler
classes that need to know whether coverage is enabled when the classes
are
loaded.
I was thinking it would
http://gwt-code-reviews.appspot.com/1792803/diff/1/plugins/xpcom/JavaObject.h
File plugins/xpcom/JavaObject.h (right):
http://gwt-code-reviews.appspot.com/1792803/diff/1/plugins/xpcom/JavaObject.h#newcode55
plugins/xpcom/JavaObject.h:55: static void finalize(JSFreeOp* fop,
JSObject* obj);
On
I'd like to get the untested tests into the test suite, but not if
they're broken or hanging. It sounds like a separate CL to me.
http://gwt-code-reviews.appspot.com/1786803/
--
http://groups.google.com/group/Google-Web-Toolkit-Contributors
LGTM
http://gwt-code-reviews.appspot.com/1792803/diff/1/plugins/xpcom/JavaObject.h
File plugins/xpcom/JavaObject.h (right):
http://gwt-code-reviews.appspot.com/1792803/diff/1/plugins/xpcom/JavaObject.h#newcode55
plugins/xpcom/JavaObject.h:55: static void finalize(JSFreeOp* fop,
JSObject* obj);
Reviewers: cromwellian,
Description:
Fix TreeMap and TreeSet emulation tests to pass with JDK 7.
No changes to prod mode. In JavaScript, we will keep the somewhat more
lax
behavior of JDK 6. Developers moving to JDK 7 who rely on the JDK 6
TreeMap/TreeSet behavior will see new exceptions in dev
32 matches
Mail list logo