r m = new java.util.HashMap();
>
> m.putAll({ foo: 44 });
>
> var l = new java.util.ArrayList();
>
> l.addAll([44, 546, 676]);
>
> -Sundar
>
> On 6/20/2016 5:43 PM, Paulo Lopes wrote:
> > Hi,
> >
> >
> > I've been reading the documentation, wiki and the e
Hi,
I've been reading the documentation, wiki and the examples from Nashorn and
have a question that I cannot find a yes/no answer to. Say for example that
I've an application that leverages on Nashorn for JavaScript execution but
its core is in Java. In my Java code I've a interface like:
Hi everyone,
I'm working with eclipse vert.x project javascript support and one
thing we would like to achieve was to simplify our bindings code by
having what could be done with dynalink to provide "automatic"
conversion between:
JSObject <--> io.vertx.core.json.JsonObject
We do not want to
Hi,
For the Vert.x project I've created a simple Promise implementation as
available in a Browser.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise
I've then played with babel to transpile the ES7 async - await to Promises
and I must say that it works
lnoe...@oracle.com> wrote:
> >
> >> ES6 support is still work in progress, we only support some of it, so
> >> making it the default wouldn’t be a good idea.
> >>
> >
> >
> > Is there a feature I can help with? If someone points me in the right
> > direction, I can submit a patch. I don't see anything in JIRA, really.
>
>
--
Paulo Lopes
www.jetdrone.com
tinfo/jdk-dev>.
> >
> > Paulo, your specific experience of already having tried to replace
> Nashorn
> > with GraalVM.js might be particularly significant.
> >
> > Best regards,
> > Attila.
> >
> >
> > > On 2018. Jun 11., at 21:35, P
Hi,
As the "core" developer of JS support for Vert.x this is quite some
shocking news as the project really relies on Nashorn for JS support.
I've been spending many hours to get GraalVM.js working and to some
extent we can run some unmodified application with it, but we're not
there yet. For
Hi all,
I've generated the kangax "compat-tables" for nashorn 1.8 and nashorn 9
(JDK1.8 and JDK9) respectively:
https://www.jetdrone.xyz/assets/compat-table/es6/
The current script is waiting a PR review to be merged on the official
project:
https://github.com/kangax/compat-table/pull/1261
Hi,
I'm writing a guarded linker to allow custom casting from JSObject to Vertx
custom types. So far so good, the basic tests seem to work but I think I'm
writing too much boiler plate code as I need in many times to have an
intermediate conversion from JSObject to Map or List.
So I know that in
:02, Paulo Lopes <plo...@redhat.com> wrote:
>
> Hi,
>
> I'm writing a guarded linker to allow custom casting from JSObject to Vertx
> custom types. So far so good, the basic tests seem to work but I think I'm
> writing too much boiler plate code as I need in many time
Hi,
I'm trying to handle a case where a Uint8Array is being passed to a
method, that has the signature:
String encode(byte[]);
Sadly nashorn fails with:
java.lang.ClassCastException: Cannot cast
jdk.nashorn.internal.objects.NativeUint8Array to [B
And trying to help the cast with:
will introduce a
penalty that kind of defeats the whole purpose of using typed arrays to start
with.
Paulo Lopes
Principal Software Engineer
Original Message
From: hannes.wallnoe...@oracle.com
Sent: October 12, 2018 10:10 AM
To: pmart...@redhat.com
Cc: nashorn-dev@openjdk.java.net
of range,
byteOffset=0, elementLength=12, bytesPerElement=1
Is this expected? Or can I specify the length somewhere?
Also ab.byteLength prints 0 instead of 12...
On Fri, 2018-10-12 at 17:34 +0530, Sundararajan Athijegannathan wrote:
> Hi Paulo Lopes,
>
> ArrayBuffer can be created us
13 matches
Mail list logo