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
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
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
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
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: