Re: [julia-users] Re: ANN node-julia 1.0.0
On Sunday, January 18, 2015 at 7:11:01 PM UTC-5, Eric Forgy wrote: I am probably confused, but in the link, they are talking about running Node in Nashorn and it even points to a list of Node modules they are currently able to run. https://avatar-js.java.net https://www.google.com/url?q=https%3A%2F%2Favatar-js.java.netsa=Dsntz=1usg=AFQjCNHMI3W_0OOsDI0vObGlBAH2X87e4g That's Oracle being tricksy. That framework uses a different JavaScript interpreter (Nashorn) built on top of a Java JVM. Supported so long as the module is 100% Javascript but it looks like it's EMCAScript 5, not 6. But modules that make use of v8 native can not be. Here's a blog from StrongLoop http://strongloop.com/strongblog/how-to-run-node-js-on-the-jvm-with-avatar-js-and-loopback/; those guys are trustworthy. I was hoping node-julia could be added to the list. I guess not? Unfortunately, it needs v8. By the way, as I was reading up on Nashorn, I learned that it is intended to be more general than just Javascript in Java. It is supposed to be an architecture for scripting languages in general to run on JVM, i.e. an LLVM for JVM, which begs the question if it now starts to make sense thinking about compiling Julia directly to bytecode for JVM? The Javascript performance seems pretty good. I think that would be a big boost to Julia if you're able to get Java developers on board. I think Nashorn represents Oracle's fear of a future where most Java programmers become Javascript programmers. But for right now anyway, I don't know of an alternative to Hadoop. Would love to learn about it.
[julia-users] Re: ANN node-julia 1.0.0
Hi Jeff, I really like this idea and look forward to giving node-julia (and Julia for that matter) a spin. As I explain here https://groups.google.com/forum/#!topic/julia-users/umHiBwVLQ4g, I'm building a web app with a Spring MVC backend and d3-based front end and trying to figure out how to squeeze Julia in between the two somehow. I'm learning all this as I go and I just stumbled onto Nashorn https://blogs.oracle.com/java-platform-group/entry/nashorn_the_rhino_in_the. The linked article talks about running Node applications on Nashorn through Project Avatar https://avatar.java.net/. If I understand, this combination should allow me to run node-julia side-by-side with my Java code. Is that correct? That would be awesome. Can you foresee any difficulties? Best regards, Eric On Saturday, January 17, 2015 at 5:06:00 AM UTC+8, Jeff Waller wrote: So I'm happy to announce version 1.0.0 of node-julia, a Julia engine embedded in node, and io.js now too. It's been a pretty long road and I owe many people (perhaps reading this now) a lot. I've said many times (maybe not on this forum) that enabling people is the important part and I hope this tool does that.
[julia-users] Re: ANN node-julia 1.0.0
On Sunday, January 18, 2015 at 5:47:51 AM UTC-5, Eric Forgy wrote: Hi Jeff, I really like this idea and look forward to giving node-julia (and Julia for that matter) a spin. As I explain here https://groups.google.com/forum/#!topic/julia-users/umHiBwVLQ4g, I'm building a web app with a Spring MVC backend and d3-based front end and trying to figure out how to squeeze Julia in between the two somehow. I'm learning all this as I go and I just stumbled onto Nashorn https://blogs.oracle.com/java-platform-group/entry/nashorn_the_rhino_in_the. The linked article talks about running Node applications on Nashorn through Project Avatar https://avatar.java.net/. If I understand, this combination should allow me to run node-julia side-by-side with my Java code. Is that correct? That would be awesome. Can you foresee any difficulties? Hi Eric, I like your d3 idea, my friends advise that projects that are based on d3 like bokeh http://bokeh.pydata.org/en/latest/docs/gallery.html go a long way and then get bogged down in details, so heads up, but it's too cool to not try. Unfortunately, incorporating Julia via node-julia will not work when using Nashorn and Avatar.js as they are projects to replace node and v8 not work with them. Nor will node-webkit or atom-shell if you are wanting to go browser-as-desktop-app route, but d3 in a browser still will of course.
Re: [julia-users] Re: ANN node-julia 1.0.0
Thanks Jeff :) I like your d3 idea, my friends advise that projects that are based on d3 like bokeh go a long way and then get bogged down in details, so heads up, but it's too cool to not try. Hehe. Yes. I have spent a lot of time doing things in SVG that would have been much easier using HTML, e.g. I built an SVG textbox widget because I didn't want to use foreignObject :) Now I just finished a serializer to allow me to save the GUI state, which isn't completely trivial for Javascript modules. This will allow me to do things like undo/redo and I can imagine sharing the GUI display across multiple clients for training and/or streaming, e.g, market data. Unfortunately, incorporating Julia via node-julia will not work when using Nashorn and Avatar.js as they are projects to replace node and v8 not work with them. Nor will node-webkit or atom-shell if you are wanting to go browser-as-desktop-app route, but d3 in a browser still will of course. That does not sound encouraging :) I am probably confused, but in the link, they are talking about running Node in Nashorn and it even points to a list of Node modules they are currently able to run. https://avatar-js.java.net I was hoping node-julia could be added to the list. I guess not? By the way, as I was reading up on Nashorn, I learned that it is intended to be more general than just Javascript in Java. It is supposed to be an architecture for scripting languages in general to run on JVM, i.e. an LLVM for JVM, which begs the question if it now starts to make sense thinking about compiling Julia directly to bytecode for JVM? The Javascript performance seems pretty good. I think that would be a big boost to Julia if you're able to get Java developers on board.