Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Vert.x – JVM Polyglot Alternative to Node.js

infoq.com

Post reply on HN
Print view View original

61–70 of 83 posts

Re: Vert.x – JVM Polyglot Alternative to Node.js

#61

Post by batista »

ricardobeat wrote: post #58
batista wrote: post #36

Earlier quoted context omitted.

> What all the JVM Node.js clones are missing and what Node.js sets apart are async libraries. There is no async (MySQL) JDBC driver for starters. Would you call Node.js's MySQL drivers "production quality"?

Being non-existent and being production quality or not are very different things. BTW there are hundreds of node apps in production.

>Being non-existent and being production quality or not are very different things.

As far production is concerned, they might as well be the same thing.

>BTW there are hundreds of node apps in production.

Do they use some of Node's MySQL drivers though? For they (or their lack thereof) was the topic of this subthread.

Re: Vert.x – JVM Polyglot Alternative to Node.js

#62

Post by pivo »

pron wrote: post #38
tsewlliw wrote: post #34

Earlier quoted context omitted.

Every concurrent request gets its own thread, whereas this seems to be one thread per core. Also, the servlet API is crazy, partly because of all its baggage. There seems to be a lot of exploration around what the right API is right now, but its pretty clear the world wants something new.

> Every concurrent request gets its own thread, whereas this seems to be one thread per core. No. Servlet containers use a thread pool (that grows and shrinks dynamically).

There's really no conflict between the statement, "every request gets it's own thread" and the use of thread pools.

The point is that a given request in a servlet container is handled in it's own thread. That thread will probably come from a pool and be reused to handle another request of course, but that's sort of immaterial.

Re: Vert.x – JVM Polyglot Alternative to Node.js

#63

Post by purplefox »

almost wrote: post #59
purplefox wrote: post #56

Earlier quoted context omitted.

Yes, of course in a real web server you'd make sure you do the checks ;) The documentation actually mentions this point explicitly :)

I'm pretty sure I don't want to use a web server by people who think a 5 line demo that gives unrestricted access to the hosts file system is the best way to show off it's capabilities. Sorry, but that's just stupid.

http://vertx.io/core_manual_js.html#serving-files-directly-d...

Re: Vert.x – JVM Polyglot Alternative to Node.js

#64

Post by ricardobeat »

batista wrote: post #61
ricardobeat wrote: post #58

Earlier quoted context omitted.

Being non-existent and being production quality or not are very different things. BTW there are hundreds of node apps in production.

> Being non-existent and being production quality or not are very different things. As far production is concerned, they might as well be the same thing. > BTW there are hundreds of node apps in production. Do they use some of Node's MySQL drivers though? For they (or their lack thereof) was the topic of this subthread.

The topic was the non-existence of drivers in other platforms, you brought quality up. Node itself isn't 1.0 yet. I don't see how not having anything is better than having something in development.

transloadit.com, from the module mantainers, has been using it for an year+. I don't have any magic insight into what modules sites use, but judging from the activity in their repo it's quite popular (~1000 watchers, 100+ forks): https://github.com/felixge/node-mysql

Re: Vert.x – JVM Polyglot Alternative to Node.js

#65

Post by sausagefeet »

Frustrating to see a library like this be called "Next generation" when the code structure is a step backwards as far as I can tell. We have had green threads, and more than that green threads that can multiplex over multiple cores for a long time. Let's move on, people.

Re: Vert.x – JVM Polyglot Alternative to Node.js

#66

Post by stcredzero »

jhspaybar wrote: post #29

Maybe I'm one of the weird ones, but I absolutely love types and would probably write everything in JS if it had typing similar to Java or C++. As it is, I'm using Java on Jetty instead for my current web application but would love to see a really solid event Node.js style typed framework. With that said, at this point I'm not sure I'd give up my Servlets, frameworks(like CometD) for doing WebSockets, and the other n…

There's only two kinds of weirdos in this world. Those who love types, and those who don't.

Re: Vert.x – JVM Polyglot Alternative to Node.js

#67

Post by almost »

purplefox wrote: post #63
almost wrote: post #59

Earlier quoted context omitted.

I'm pretty sure I don't want to use a web server by people who think a 5 line demo that gives unrestricted access to the hosts file system is the best way to show off it's capabilities. Sorry, but that's just stupid.

http://vertx.io/core_manual_js.html#serving-files-directly-d...

I'm unsure what you're trying to say there. Yes, I am aware that it's possible to serve files without exposing your whole file system. Did you think that was something that might be in doubt?

Re: Vert.x – JVM Polyglot Alternative to Node.js

#68

Post by pan69 »

purplefox wrote: post #12
pan69 wrote: post #4

Trying to install this on Ubuntu. Is it me or is the "binary" download link [1] not really a binary download link? [1] https://github.com/purplefox/vert.x/downloads

Works fine here: https://gist.github.com/2594983 Are you sure you're not looking at the github tags, rather than the downloads?

OK. I think I know what I did wrong. On the Github (download link on the website) I click "Download .tar.gz" assuming I was getting the latest version. I might got the latest version but it seems to be the latest of source. I should have chosen one of the packages.

Re: Vert.x – JVM Polyglot Alternative to Node.js

#70

Post by ricardobeat »

batista wrote: post #41
kyleburton wrote: post #31

Earlier quoted context omitted.

I am talking about the cultures surrounding these languages and frameworks. Node's community rejects blocking libraries. Java's does not. I've used the non-blocking frameworks in Perl (POE and my own), C (select, and some of the poll variants), Ruby (event machine) and they are fine if you can avoid blocking libraries -- in these communities it is generally acceptable to write blocking libraries. I don't see it as a…

I am talking about the cultures surrounding these languages and frameworks. Node's community rejects blocking libraries. Java's does not. So what? You get tons of Java libs to use, a majority of blocking ones and lots of non blocking on one hand, or you restrict yourself to the fewer non-blocking libs of varying quality available for Node. With Java you can also turn blocking libs to non blocking with a wrapper and t…

Node is nearing 10k published libraries. Is there a comprehensive site listing Java libraries?

It's trivial to offload blocking operations to other processes in node too, it's just not the preferred option.

Post reply on HN