s***o
发帖数: 2191 | 1 真降还是诈降？为嘛不坚持到vert.x支持clojure时? |
|
z****e
发帖数: 54598 | 2 we r not at war man
but still
happy to see u enjoy this tool
u will get whatever u need in java, python and other languages
except c++ & .net
the other languages are working well in this platform
and just share one code i just create
how to generate different charts in vert.x |
|
p*****2
发帖数: 21240 | 3
啥时候能支持Clojure？其实我对异步很感兴趣，如果vert.x能做的比node牛对我也是
一件好事。 |
|
z*******3
发帖数: 13709 | 4 v2ee时代要来了，脚本语言使用者将会通过vert.x第一次接触
container，event-bus，message还有worker thread这些企业软件上的概念
貌似重量但是被刻意轻量并简化了
让我想起当年的ejb - ejb container
event-bus - workflow/service bus
message - jms
worker thread是单/伪多线程模式下的产物
通过这个桥梁，以后会有更多的python, ruby
这些web语言程序员进入企业软件这一领域
web和企业互相之间的界限将会模糊起来
java和脚本就快要胜利会师了
这一次red hat走在其它公司的前面 |
|
z*******3
发帖数: 13709 | 5 web和企业之间本来就没有严格的界限
尤其对于java programmers来说
这里很多java programmers都曾服务于各种企业
web脚本开始没有问题，但是做大了之后
脚本在多线程以及duck type上明显表现出各种吃力
而这两个又恰好是jvm擅长的领域
所以很多公司将脚本用在前端，jvm用在后端
就是为了address this problem
所以后来才涌现出了各种web service, service bus这些东西
目的是为了集成这些系统，但是这些东西还是太重量级
不便于使用，vert.x将这些趋势进一步简化
我相信对于后端程序员来说，前端程序员过来是迟早的事
同样，后端程序员过去也是迟早的事
天下开源是一家，我从来不认为公孙大神不是我们的朋友
这个态度跟对待c++/c#这种是截然不同的 |
|
f******2
发帖数: 2455 | 6 Are they at the same level ?
if node.js is impacted by vert.x, what would happen
to things like tornado, twist, gevent?
//bow |
|
|
z****e
发帖数: 54598 | 8 我记得古德霸在这里帮其它人解决过一次类似问题
也是jre和jdk冲突的问题
jre安装之后，默认的java.exe启动是jre那个
所以要修改path，把jdk的bin目录放到path前面去
比jre那个java.exe所在目录更前
//jre那个java.exe好像是在windows32里面
如果怕麻烦的话，直接无脑把jdk的bin目录的path放到最前加一个;就好了
想知道有几个java.exe
windows下cmd屏幕用
which java
就可以看到，一般会有两个，如果安装了jdk的话
修改path后重启cmd，就可以搞定
vert.x安装的话，也需要修改path，把bin的路径放到path里面去
不过这个不会冲突，所以修改好了就可以用vertx命令鸟 |
|
|
d*******r
发帖数: 3299 | 10 node 自带的 cluster 没有 vert.x 用起来白痴, 而且现在还是 "Stability: 1 -
Experimental" ?
http://nodejs.org/api/cluster.html
message bus 你说跟其他的比，是指跟 Rabbitmq 之类的比吗？就是自带的用起来更白
痴呀。
worker thread 很有用的，好不好。你总有东西需要block吧。同理，自带一个的话方
便懒人使用。 |
|
d*******r
发帖数: 3299 | 11 Node 是纯的async的，但是你有时万一就想写个 block 的逻辑呢? 异步和同步都可以
写大多数逻辑不是吗。多种选择不是更方便。就是个方便问题。
都没啥是非上 vert.x 不可的，就看你喜欢一堆最专业的工具一起用，还是一套不是最
专业的凑合着用，懒人就选后一种。 |
|
p*****2
发帖数: 21240 | 12
我学东西一定是能用在production上的。包括meteor也是这样。vert.x绝对还是太早了
。我需要看看别人的使用情况。我到不排斥这个东西。 |
|
d*******r
发帖数: 3299 | 13 我是能写得出来的，不吹牛。我就完整hack过C++版本的这种东西。
我觉得吧，框架这东西就得大家都用。不然你写一个，我写一个，还都不通用。于大家
发展都不利。
所以简单，好用，通用的框架是王道。希望vert.x 发展好点. |
|
z****e
发帖数: 54598 | 14 这个你要自己做集成
麻烦
VERT.X全搞定
简单
clojure的支持马上出来了
今天已经到beta2了 |
|
p*****2
发帖数: 21240 | 15
其实也不算麻烦。中间就是redis和mongo。再大点就是storm，hadoop啥的了。
vert.x我拿不准这个message bus到底质量如何。 |
|
p*****2
发帖数: 21240 | 16
First, you'll need to install Vert.x.
为什么还需要安装呢？ |
|
z****e
发帖数: 54598 | 17 STORM很危险
VERT.X的MODULE完全可以替代STORM
倒腾STORM还是挺折腾的
又一个EJB |
|
d*******r
发帖数: 3299 | 18 你去Oracle网站安装个 JDK 1.7, 然后下载官网上的 Vert.x binary 包，在它目录里
直接就可以运行 ./vertx 了。
各种 script 的例子也可以直接运行, 相当无脑。 |
|
p*****2
发帖数: 21240 | 19
这个要看看再说。如果有比storm好的，当然可以上。vert。x的问题是没人用在
production上。所以现在做项目根本不敢用。 |
|
|
p*****2
发帖数: 21240 | 21
Google了一下，不少Clojure project用Reactor，没看见用Vert.x的。 |
|
d******e
发帖数: 2265 | 22 很明显。
出了java.现在主流语言有几个在jvm 上run啊。
python, ruby, node.
用vert.x 就是脱裤子放屁。
再说，下一代主流系统java会不会背替代掉还不好说呢。毕竟新一代语言没有 java的
事情。 |
|
p*****2
发帖数: 21240 | 23
大牛介绍一下eclipse项目都很牛逼吗？
vert.x主要vmware和red hat在推吧？vmware的亲儿子是reactor, red hat的实力也不
咋地呀。 |
|
d*******r
发帖数: 3299 | 24 你是指这种复杂的多线程应用，不适宜用类似 node.js/vert.x 这种异步框架用吗? |
|
p*****2
发帖数: 21240 | 25
嗯。我一般不愿意这么早介入，因为我用的都是要做production的。一定有前人证明了
才行。vert.x目前还没有公司用在production上，所以问题多是可以预料的。 |
|
z****e
发帖数: 54598 | 26 js可以run，java不能run
那说明是java的问题
因为js不需要用到jdk
但是java需要，所以路径设置成jre的话
会导致java编译不通过，从而出现上诉问题
这个不是vert.x的问题，是jdk在windows上的问题
参考我之前发的贴，用where java看你的java路径是否正确
这个是学习java的第一个槛，无数人被这个折磨过 |
|
z****e
发帖数: 54598 | 27 The latest recommended version of Vert.x is 2.1M5
2.1M5
2.1M3
2.1M2
2.1M1
2.0.2.final
2.0.1.final
2.0.0.final
昨天放了一个M4版本，看来是有问题的版本
应该用final版本 |
|
p*****2
发帖数: 21240 | 28 按说reactor才是vmware的亲儿子，又贴着spring的标签，上边就是groovy和grails，
当然也可以多语言了。前景貌似比vert.x更强势呀。 |
|
d********g
发帖数: 10550 | 29 好虫不早就泼过冷水了？
发信人: goodbug (好虫), 信区: Programming
标 题: Re: vert.x 基本上没戏
发信站: BBS 未名空间站 (Tue Jan 28 16:19:03 2014, 美东)
出了java.现在主流语言有几个在jvm 上run啊。
我评论的是他这句话。
其实java world并不是那么在意async，否则netty之上早就一堆东西了。akka迄今也没
火。
vertx估计结局也差不多，特定应用有用。不会是主流。 |
|
z****e
发帖数: 54598 | 30 vert.x最好的一点就是给你了很多选择的权力
你不喜欢js，可以换ruby啊
你不喜欢python，可以换groovy啊
反过来也没错，你不喜欢groovy，你可以用js啊
现在还在往上加语言，你可以选择clojure还有scala
为什么不？diversity
人跟人是不一样的
我们不需要所有人都按照一种方式去写代码
java以前流行一个很重要原因也是，你可以换啊
不爽tomcat，你可以用resin
现在我们有了一堆选择，选最适合的上，这只是工具 |
|
p*****2
发帖数: 21240 | 31
node现在来看还是很稳定的。我们产品已经上线了。concurrency效果非常好。vert.x
没有成功项目证明还不是时候上。要等等看。 |
|
z****e
发帖数: 54598 | 32 ffee, type, scala, clojure这些只要能转换成js
也可以在vert.x上用
我为什么不选择一个选择更多的平台？
非要在js这棵树上吊死我自己呢？
多累，我还想用r呢 |
|
|
|
z****e
发帖数: 54598 | 35
是的，它的架构已经很完整了，各种可能都给你考虑到了，覆盖面比较广
node.js需要跟其它东西配合，其它东西未必有很大受众
就好比clojure，lisp其实一直都是小众，选择你顺手的上
而且vert.x最好一点就是提供了大量的选择给你做拓展
当你的team中途插入一个新人，比如以前只会写ruby的
那么它也能跟你们很好滴合作，尽快产出，投入生产
不错了，有red hat这种开源公司给它发工资，让一堆人上班时间搞这个项目
要是在其它公司，大多数程序员白天要上班，晚上才能凑出时间来写代码
这个其实很影响开发进度，而且这种开源框架类的东西，花钱推广？有用么？
又不是自己的产品，推广了有什么好处？资本家做marketing是需要回报的
node.js一个开源的产品，推广了对公司本身有什么好处？用node.js又不给这个公司上税
何必呢？对吧，跟.net不一样，.net推广了，m$可以从中渔利，但是开源这种就不要想了 |
|
d*******r
发帖数: 3299 | 36 我记得看 Tim 小抱怨过， Node 背后的公司，marketing 做得比 vert.x 好，好像至
少目前是这样。 |
|
z****e
发帖数: 54598 | 37 我用最大的问题在于目前ide支持还不够，毕竟时间还短
所以我看到vert.x投入eclipse的怀抱我太开心了
我可没兴趣在vi上做各种开发，那写下去一旦项目做大
那真的是很苦逼啊，ide还是很重要的
没办法，我比较懒，喜欢依赖ide做各种自动化的代码生成之类的 |
|
p*****2
发帖数: 21240 | 38
当然不用。不过我要是用Java，估计90%选vert了。AKKA就像coltzhao说的杀鸡焉用牛
刀。 |
|
d*******r
发帖数: 3299 | 39 我用 vert.x 就用 groovy+java,
Jython 感觉还是有点非主流呀. |
|
d*******r
发帖数: 3299 | 40 二爷你得评价下性价比呀，
就是一个东西提供的 好用功能/学习成本
vert.x 如果是最为白痴好用的框架，那还是很不错的 |
|
p*****2
发帖数: 21240 | 41
都不好用吧？不然怎么reactor，vert.x层出不穷呢？ |
|
d*******r
发帖数: 3299 | 42 我的菜菜想法是这样的，我现在还在用 Jython 学着用 vert.x,
回头有正经 project 的话，可能是用 java写，有时图写的quick-and-dirty时候，试
试 groovy.
还有，我现在不做web，就在backend搞些杂活.
facing
will
foundation. |
|
z****e
发帖数: 54598 | 43 我不反对用一些特定的脚本写MODULE
就象你用某一个特定语言写某一个系统
再做集成一样，有啥本质区别
就按照你的架构，我用js写web server
然后用clojure写几个modules放到里面去
直接用bus通信，有啥区别？还不是一样的
你自己倒腾的总线毫无必要，直接上vert.x全搞定
mq什么难用死了，tim以前就是做mq的 |
|
p*****2
发帖数: 21240 | 44
大牛先比较一下reactor和vert.x吧。
东西太多了也不一定是好事。像Scala就是AKKA，JS就是Node，比较单纯，很容易上。
Java上边太多了，每个都试试就要花很多时间。 |
|
z****e
发帖数: 54598 | 45 akka == ejb
vert.x == spring
simple is good |
|
p*****2
发帖数: 21240 | 46
关键是没有公司再用，我干嘛要上vert.x？我要上，起码得等等小白鼠实验完吧？ |
|
|
t*d
发帖数: 1290 | 48 如果 Clojure 真起着决定性作用，说明 reactor 和 vert.x 真都完蛋了。 |
|
p*****2
发帖数: 21240 | 49
reactor上边就是grails，当然跟vert.x直接竞争。 |
|
z****e
发帖数: 54598 | 50 reactor只能做一件事
而且做起来很烦
vert.x可以做reactor作的所有，外加其它事
效率还更高，为什么不？ |
|
