Re: GWT cross-domain requests works in Chrome/FF, fail in IE/Opera

IE, but try Opera12 as cross-domain support via CORS was only added on that version. On Jan 10, 8:23 pm, ussuri michael.glas...@gmail.com wrote: Hello! I serve my gwt-based app from Google AppEngine from myapp.appspot.com - both the script (GWT) and data (XMLHTTPRequest POSTs). If I

GWT cross-domain requests works in Chrome/FF, fail in IE/Opera

Hello! I serve my gwt-based app from Google AppEngine from myapp.appspot.com - both the script (GWT) and data (XMLHTTPRequest POSTs). If I open https://myapp.appspot.com/app.html, everything works perfectly in all modern browsers. However, I want to serve the .html page from my custom domain in

Re: CellTree: is anybody working on fixing it?

On Aug 22, 10:40 pm, Jim Douglas jdou...@basis.com wrote: I haven't tried CellTree myself, so I don't have an opinion on it one way or the other, but if it was me, I'd start by reviewing the list of open bug reports against it and starring the ones that seem to be affecting my app.

CellTree: is anybody working on fixing it?

Hello! In its current form, CellTree is unusable for anything but simplest use cases. For example, removing a selected node from its parent's ListDataProvider breaks the tree in the debug mode (the tree becomes unresponsive to the user); basically, almost any programmatic operation on a populated

Re: GWT debugging under Linux is much slower than under Windows - what's wrong with my configuration?

Thanks, Chris! I'll try to install FF plugin later today and will post results here. MG On Nov 7, 9:27 pm, Chris Conroy con...@google.com wrote: Your slowness is not a Linux vs. Windows issue: it is a Chrome plugin vs. Firefox plugin issue. The Chrome NPAPI based plugin is known to be a lot

Re: GWT debugging under Linux is much slower than under Windows - what's wrong with my configuration?

Hi Chris, you were spot on - it was Chrome plugin to blame. After installing Firefox plugin (the thread you referred me to was helpful), I see the same GWT debugging speed in Linux as I saw in Windows. Thanks a lot! MG On Nov 7, 9:27 pm, Chris Conroy con...@google.com wrote: Your slowness

GWT debugging under Linux is much slower than under Windows - what's wrong with my configuration?

Hello! I recently switched from Windows 7 to Ubuntu for GWT development, and I am seriously considering moving back, as GWT debugging under Linux (Debug as Web Application in Eclipse) is painful - much slower than under Windows. My test: same project/code (GWT front-end, GAE back-end). While on

Re: How to get HTTP Response headers?

I am getting an exception inside GWT: code: @Override public void onResponseReceived( Request request, Response response) { String toPop = ; Header[] headers = response.getHeaders(); Exception: java.lang.NullPointerException: null at

Re: How to get HTTP Response headers?

Does the silence mean this is impossible? Or just very difficult? MG On Sep 8, 8:45 pm, ussuri michael.glas...@gmail.com wrote: Hello! I can't figure out how I can get HTTP Response header. In com.google.gwt.http.client.RequestCallback.onResponseReceived() method (a callback from

How to get HTTP Response headers?

Hello! I can't figure out how I can get HTTP Response header. In com.google.gwt.http.client.RequestCallback.onResponseReceived() method (a callback from RequestBuilder) there is a Response parameter that has getHeder() and getHeaders() methods, but these always return empty strings or nulls.

GWT RPC calls from java

Hello! I know that the question has been asked several times, but the last discussion I was able to find dates back to 2009, so I'll ask the question again: Can I _easily_ call GWT-RPC server side from a pure java client application? If not, is the ability on the roadmap? What are the best

Re: GWT RPC calls from java

Thanks Sri, Mike! Yes, it seems that a more transparent light-weight protocol would be better in the long term. MG On May 28, 12:10 pm, mikedshaf...@gmail.com mikedshaf...@gmail.com wrote: Another, more recommended method is to isolate the business process away from the GWT RPC.  So you have

Re: about GWT compiler performance

Hello! What kind of hardware would reduce gwt compiling time from minutes to seconds? Currently, 80%-90% of my time is spent waiting for the compiler (myproject-compile.bat) to finish its job: 20-30secs edits/ tweaks (GUI stuff is somewhat erratic in pure GWT, and needs a lot of trial-and-error

Re: about GWT compiler performance

On Jan 2, 10:01 am, gregor greg.power...@googlemail.com wrote: On Jan 2, 2:42 pm, ussuri michael.glas...@gmail.com wrote: In general, I'm beginning to question the promised productivity savings - pure javascript approach does not entail compiling at all, If you are editing your client

Re: about GWT compiler performance

But a good machine , of course ,  perform better . I use an intel quad overclocked at 4.2 GHZ  on a 64 bit OS with 4GB of memory , and have no pbs . If you use the latest enhancement of the gwt compiler your compilation time will decrease significantly Hope it helps . Yes, this is

Re: about GWT compiler performance

Great, that's what I've been looking for. Thanks a lot! MG On Jan 2, 11:28 am, ponthiaux eric ponthiaux.e...@gmail.com wrote: OK . I use the latest open SUSE 64 bits with a Sun 64 bit JVM ( *and a little patch for the GWT shell to run it on a 64 bit jvm* ) , and i compile a very big  

re-drawing Popup Panel in IE

Hello! I perform several long computations on the client, and I show a small notification window like this: // sample code for( int step = 0; step 5; step++ ) { DecoratedPopupPanel dpp = new DecoratedPopupPanel( false, true ); dpp.add( new HTML( step + Integer.toString(step) )); dpp.show();