Re: [gwt-contrib] Hosted mode without plugin

2011-10-04 Thread Ray Cromwell
And doing continuation transformations for loop constructs is extra difficult. One possibility is to just use Rhino/HtmlUnit for everything and proxy all browser API calls, not to an emulated DOM, but do C++ DOM IDL bindings. This is sort of like Python-WebKit/Pyjamas. So we don't emulate the

[gwt-contrib] Hosted mode without plugin

2011-09-15 Thread Marcin Wiśnicki
Would it be technically possible to implement hosted mode without using browser plugin ? I'm thinking about sending messages straight from JavaScript over XHR/ Comet/WebSocket to embedded Jetty server and interacting with JS engine using eval(). Is there something that would be impossible to

Re: [gwt-contrib] Hosted mode without plugin

2011-09-15 Thread John Tamplin
On Tue, Sep 13, 2011 at 9:06 AM, Marcin Wiśnicki mwisni...@gmail.comwrote: Would it be technically possible to implement hosted mode without using browser plugin ? I'm thinking about sending messages straight from JavaScript over XHR/ Comet/WebSocket to embedded Jetty server and interacting

Re: [gwt-contrib] Hosted mode without plugin

2011-09-15 Thread Marcin Wiśnicki
On Thu, Sep 15, 2011 at 20:19, John Tamplin j...@google.com wrote: The problem is you have to block the executing JS while it makes a synchronous call to the Java code executing in the code server. As you can't allow execution to return to the browser event loop, I don't see how you could

Re: [gwt-contrib] Hosted mode without plugin

2011-09-15 Thread John Tamplin
On Thu, Sep 15, 2011 at 2:44 PM, Marcin Wiśnicki mwisni...@gmail.comwrote: Is this blocking strictly necessary or would it suffice to simulate it with continuation passing ? The problem is the original call site is written as a blocking call, and ultimately may have originated from Java. Ie: