M***0
发帖数: 1180 | 1 有很多个Applications，需要建立exchange interface, 发送asynchronous XML
message，要求高实时性（两三分钟内完成），为什么manager说这个是technical很强
的活？而且这些applications都是java写的，为什么interface要用C++来做？用EJB message queue不行吗 | r*********r
发帖数: 3195 | 2 jms 不是标准. 标准的 queue 都是 language neutral 的, 不过多半是用c++.
java 就一个字: 烂. | M***0
发帖数: 1180 | 3 我是来请教问题的，你是来扁Java的 -.-！ 再怎么说Java也是industry语言里的老大
【在 r*********r 的大作中提到】
: jms 不是标准. 标准的 queue 都是 language neutral 的, 不过多半是用c++.
: java 就一个字: 烂.
| g*****g
发帖数: 34805 | 4 You probably have to deal with concurrency for high throughput system.
Concurrent programming is tricky when you want to achieve maximum
throughtput. On one hand, you want as little locking as possible,
on the other hand, you want to avoid race condition.
Also, for multiple applications integration, you are probably looking
into SOA, ESB like architecture. There are many choices and frameworks
to choose here and quite some experience is required.
High throughput system is often bound by IO, I do
【在 M***0 的大作中提到】
: 有很多个Applications，需要建立exchange interface, 发送asynchronous XML
: message，要求高实时性（两三分钟内完成），为什么manager说这个是technical很强
: 的活？而且这些applications都是java写的，为什么interface要用C++来做？用EJB message queue不行吗
| m*****e
发帖数: 4193 | 5
Don't even go there.
【在 M***0 的大作中提到】
: 我是来请教问题的，你是来扁Java的 -.-！ 再怎么说Java也是industry语言里的老大
| g*****g
发帖数: 34805 | 6 That's a pretty bold claim. Actually there's no existing MQ
that's a standard, although there are some emerging one like
AMQP. JMS is not language neutral but at least it's a standard
API in java. I am afraid there's no standard counterpart in C++
to begin with.
【在 r*********r 的大作中提到】
: jms 不是标准. 标准的 queue 都是 language neutral 的, 不过多半是用c++.
: java 就一个字: 烂.
| M***0
发帖数: 1180 | 7 好久不见好虫，自从你找到工作后就从jobHunting版消失了。
你说的很在理啊，看完了解了很多！谢谢！ 是的，我们这里就是用的SOA架构。
你猜的可能是对的，这套系统从10年前开始的，applicatioins不断用新版本代替旧版
本，所以C++做MQ很可能是legacy的原因。
另外再请教一个问题，manager说过段时间要把我调组，Either这个exchange
interface组 Or设计组，我目前在application dev组。exchange interface组是纯粹
的C++ coding,我对C++没接触过，有没有什么书篇幅短但上手快、侧重介绍和Java的不
同点的？ 另一个组就是总体设计，要对整个部门的业务比较熟悉，coding方面只要建表和写PL/SQL，这个组好像比较senior，要对整个架构宏观理解，而且以后就偏业务方向了，而interface组是专门做技术，不知道我的理解对不对？
interface?
【在 g*****g 的大作中提到】
: You probably have to deal with concurrency for high throughput system.
: Concurrent programming is tricky when you want to achieve maximum
: throughtput. On one hand, you want as little locking as possible,
: on the other hand, you want to avoid race condition.
: Also, for multiple applications integration, you are probably looking
: into SOA, ESB like architecture. There are many choices and frameworks
: to choose here and quite some experience is required.
: High throughput system is often bound by IO, I do
| r*********r
发帖数: 3195 | 8 拜托你不要偷换概念. standard protocol 和 standard api 不是一回事.
jms 也就java程序员自得其乐用一下子, 也没见过有什么 critical application 的.
activeMQ 我倒是用过, 烂得一屁, 还得搭个人专门盯着, 随时重启.
市场上比较流行的 ibm, ms 的 mq, 有用 java 的吗?
amqp 是 wirelevel protocol, 可以用任何语言实现, 只见过用c, erlang, c++的,
没见过有什么正经用java的. apache qpid 倒有 java, c++ 两种实现, 但是
java 版本比 c++ 差得不是一点半点.
【在 g*****g 的大作中提到】
: That's a pretty bold claim. Actually there's no existing MQ
: that's a standard, although there are some emerging one like
: AMQP. JMS is not language neutral but at least it's a standard
: API in java. I am afraid there's no standard counterpart in C++
: to begin with.
| g*****g
发帖数: 34805 | 9 您老人家很会开玩笑，JMS是standard API不是standard protocol没错。
可是C++里连这个standard API都没有。按您说的这个也是标准的那个也是
标准的，为啥连API都不一样？
MS没有java实现的MQ不奇怪，IBM Websphere MQ不是java的还是Financial
industry用得少？
ActiveMQ我老也用过，每天有上百万次读写，好像没有你的问题。
怕是您老自己写的模块有问题吧。
AMQP我老了解不多，但看看wiki就知道你又在扯淡。
AMQP was developed from mid-2004 to mid-2006 by JPMorgan Chase & Co. and
iMatix Corporation who also developed implementations in C/C++ and Java.
【在 r*********r 的大作中提到】
: 拜托你不要偷换概念. standard protocol 和 standard api 不是一回事.
: jms 也就java程序员自得其乐用一下子, 也没见过有什么 critical application 的.
: activeMQ 我倒是用过, 烂得一屁, 还得搭个人专门盯着, 随时重启.
: 市场上比较流行的 ibm, ms 的 mq, 有用 java 的吗?
: amqp 是 wirelevel protocol, 可以用任何语言实现, 只见过用c, erlang, c++的,
: 没见过有什么正经用java的. apache qpid 倒有 java, c++ 两种实现, 但是
: java 版本比 c++ 差得不是一点半点.
| r*********r
发帖数: 3195 | 10 哇, 现炒现卖, 现在读 wiki 也来得及啊? 我不是说了 qpid 有用 java 实现amqp
broker 的吗, 怎么又扯淡了. 至于 imatix, broker 是c 写的, client 一大把, 有
java. 不会 broker 和 client 都分不清吧.
至于ibm, 不会看见websphere 就以为是java 写的吧? ibm 开始卖 mq 的时候, java
还没出来呢.
activemq 的并行度,稳定性口碑差应该没什么问题. 你多开几个client读写, 立马歇菜
. 什么file handle 不释放啦, garbage collection 不 work 啦, 都是大家都知道的
bug 了.
我自己不写activemq读写模块, 雇了java 程序员专门干这个, 一年时间就给 activemq
递交了十几个 bug fix, 都采用了. 当然还是有bug, 只不过你没发现罢了.
api standardize 有用吗, 有用的话大家都只用头文件好了.
| M***0
发帖数: 1180 | | c*c
发帖数: 447 | 12 IBM MQ的throughput怎样，好像一般话吧。不比OpenMQ好。建议你把activeMQ换成
openMQ。这个好用。
的
activemq
【在 r*********r 的大作中提到】
: 哇, 现炒现卖, 现在读 wiki 也来得及啊? 我不是说了 qpid 有用 java 实现amqp
: broker 的吗, 怎么又扯淡了. 至于 imatix, broker 是c 写的, client 一大把, 有
: java. 不会 broker 和 client 都分不清吧.
: 至于ibm, 不会看见websphere 就以为是java 写的吧? ibm 开始卖 mq 的时候, java
: 还没出来呢.
: activemq 的并行度,稳定性口碑差应该没什么问题. 你多开几个client读写, 立马歇菜
: . 什么file handle 不释放啦, garbage collection 不 work 啦, 都是大家都知道的
: bug 了.
: 我自己不写activemq读写模块, 雇了java 程序员专门干这个, 一年时间就给 activemq
: 递交了十几个 bug fix, 都采用了. 当然还是有bug, 只不过你没发现罢了.
| T*****9
发帖数: 2484 | 13 activeMq太慢了
【在 r*********r 的大作中提到】
: 拜托你不要偷换概念. standard protocol 和 standard api 不是一回事.
: jms 也就java程序员自得其乐用一下子, 也没见过有什么 critical application 的.
: activeMQ 我倒是用过, 烂得一屁, 还得搭个人专门盯着, 随时重启.
: 市场上比较流行的 ibm, ms 的 mq, 有用 java 的吗?
: amqp 是 wirelevel protocol, 可以用任何语言实现, 只见过用c, erlang, c++的,
: 没见过有什么正经用java的. apache qpid 倒有 java, c++ 两种实现, 但是
: java 版本比 c++ 差得不是一点半点.
|
|
