Redian新闻
>
Zhaoce给我们讲讲CORBA和中间件吧
avatar
Zhaoce给我们讲讲CORBA和中间件吧# Programming - 葵花宝典
c*1
1
请赵老师给我们讲讲课。
关于CORBA,CORBA是什么,pros and cons,行业中的地位,以及CORBA的替代物?
thank Mr Zhaoce in advance!
avatar
z*e
2
你怎么会对corba感兴趣?
这都20年前的东西了,只在一些很老的codes中才会出现
而且也推荐是直接废弃不用,太老了,细节我也没学过
我读书时候这个东西已经接近被淘汰了
avatar
c*1
3
看一个人的简历,发现了这个
为什么被废弃了?
那么现在用什么?

【在 z****e 的大作中提到】
: 你怎么会对corba感兴趣?
: 这都20年前的东西了,只在一些很老的codes中才会出现
: 而且也推荐是直接废弃不用,太老了,细节我也没学过
: 我读书时候这个东西已经接近被淘汰了

avatar
a*f
4
这是被web service淘汰的无数东西中的一个

【在 c********1 的大作中提到】
: 看一个人的简历,发现了这个
: 为什么被废弃了?
: 那么现在用什么?

avatar
h*d
5

我记得corba从来就没有流行过。被边缘化可能有两个原因
1. 开发过程复杂,需要用特殊语言定义好stub什么的,然后根据目标语言生成接口类
,如果需要修改,整个过程又来一遍
2. 这个问题更大。corba号称是跨平台和语言的,实际境况不理想,各个平台的实现有
不兼容问题。由于协议复杂,调试可能也不通顺。
Web Services在这个方面基本是beat shit of it!

【在 c********1 的大作中提到】
: 看一个人的简历,发现了这个
: 为什么被废弃了?
: 那么现在用什么?

avatar
g*g
6
是被ejb淘汰的,web service是后来的东西了。

【在 a*f 的大作中提到】
: 这是被web service淘汰的无数东西中的一个
avatar
P*f
7
或者说被Java干掉的。 c++, idl, poa,各种对象管理的复杂,学习曲线过高,没有web
大牛公司力推,只能在网管这些小地方用得多些

【在 g*****g 的大作中提到】
: 是被ejb淘汰的,web service是后来的东西了。
avatar
w*g
8
难道我年纪已经这么大了?Corba当年没起来是因为windows下有个平台绑定的DCOM。

【在 g*****g 的大作中提到】
: 是被ejb淘汰的,web service是后来的东西了。
avatar
g*g
9
那是你对行业不了解,Corba的主要用户是大企业,跑的是Unix。Corba设计的重要理念
之一是OS independent, DCOM显然不行。

【在 w***g 的大作中提到】
: 难道我年纪已经这么大了?Corba当年没起来是因为windows下有个平台绑定的DCOM。
avatar
a*f
10
00年前市场还是以Windows桌面产品为主,Corba在这个领域里面还能生存
00年后桌面产品被Web取代,02年出来的Web Service才真正让Corba完全消失
EJB一代很难用,没完全流行起来;等到改得差不多的时候结果Spring出来了

【在 g*****g 的大作中提到】
: 是被ejb淘汰的,web service是后来的东西了。
avatar
c*1
11
哈哈,没想到这么一个过时的技术的砖头引来本版所有大牛的玉石
Great!
avatar
c*1
12
COBRA被Java干掉?Java是语言,cobra是协议,而且Java支持cobra....

web

【在 P*****f 的大作中提到】
: 或者说被Java干掉的。 c++, idl, poa,各种对象管理的复杂,学习曲线过高,没有web
: 大牛公司力推,只能在网管这些小地方用得多些

avatar
c*1
13
逻辑不对啊,
DCOM是平台dependent
corba好歹是independent
正因为DCOM不普适,所以才有CORBA的生存空间,这才make sense

【在 w***g 的大作中提到】
: 难道我年纪已经这么大了?Corba当年没起来是因为windows下有个平台绑定的DCOM。
avatar
P*f
14
生态系统

【在 c********1 的大作中提到】
: COBRA被Java干掉?Java是语言,cobra是协议,而且Java支持cobra....
:
: web

avatar
g*g
15
这东西本来就是企业Server端跑得,ejb是97年的东西,90年代的企业市场也是由Sun跟
IBM主导的,Corba消失很大原因就是JDK内建了Corba的支持,使得过度很容易。Spring
火起来是05年的事情了,当年主导Spring remoting的也是Hession, Burlap, RMI,而
不是Web Service。

【在 a*f 的大作中提到】
: 00年前市场还是以Windows桌面产品为主,Corba在这个领域里面还能生存
: 00年后桌面产品被Web取代,02年出来的Web Service才真正让Corba完全消失
: EJB一代很难用,没完全流行起来;等到改得差不多的时候结果Spring出来了

avatar
z*e
16
因为java本身是os independent
加上rmi兼容了corba,所以java出来之后,corba基本上就不行了
尤其是后来j2ee的ejb又对rmi做了进一步的封装
彻底宣告了corba时代的终结

【在 c********1 的大作中提到】
: 逻辑不对啊,
: DCOM是平台dependent
: corba好歹是independent
: 正因为DCOM不普适,所以才有CORBA的生存空间,这才make sense

avatar
a*f
17
从协议上来说应该是Corba -> RMI -> Web Service
2000前还是JDK 1.1 1.2,2000年才有了J2EE的规范,97 98 JEE属于还在摸索中

【在 z****e 的大作中提到】
: 因为java本身是os independent
: 加上rmi兼容了corba,所以java出来之后,corba基本上就不行了
: 尤其是后来j2ee的ejb又对rmi做了进一步的封装
: 彻底宣告了corba时代的终结

avatar
z*e
18
ws是后来m$跟jcp闹翻之后
自己出去搞了一个.net
游离于主流之外,大门自己也觉得这样不行
迟早还是要合流,所以m$就跟ibm几个一起搞出了ws
xml几乎就是为ws量身定做的
再然后就是soap和uddi还有wsdl的失败
被简化的rest和json统统干掉
ejb在一些银行里用得还是比较多的
ws也是用在系统间比较多
单纯的java分布式系统内部,比如hadoop什么还是用rmi

【在 a*f 的大作中提到】
: 从协议上来说应该是Corba -> RMI -> Web Service
: 2000前还是JDK 1.1 1.2,2000年才有了J2EE的规范,97 98 JEE属于还在摸索中

avatar
s*o
19
我们这儿有个老牌J2EE die-hard,整天兜售ejb拒绝跟spring相关的东西。我都快被烦
死了。不过他也快被我气疯了

【在 z****e 的大作中提到】
: ws是后来m$跟jcp闹翻之后
: 自己出去搞了一个.net
: 游离于主流之外,大门自己也觉得这样不行
: 迟早还是要合流,所以m$就跟ibm几个一起搞出了ws
: xml几乎就是为ws量身定做的
: 再然后就是soap和uddi还有wsdl的失败
: 被简化的rest和json统统干掉
: ejb在一些银行里用得还是比较多的
: ws也是用在系统间比较多
: 单纯的java分布式系统内部,比如hadoop什么还是用rmi

avatar
a*f
20
把这个链补全应该像这样
DLL Link ->OLE->DCOM/RPC->Corba->RMI->WS->REST

【在 z****e 的大作中提到】
: ws是后来m$跟jcp闹翻之后
: 自己出去搞了一个.net
: 游离于主流之外,大门自己也觉得这样不行
: 迟早还是要合流,所以m$就跟ibm几个一起搞出了ws
: xml几乎就是为ws量身定做的
: 再然后就是soap和uddi还有wsdl的失败
: 被简化的rest和json统统干掉
: ejb在一些银行里用得还是比较多的
: ws也是用在系统间比较多
: 单纯的java分布式系统内部,比如hadoop什么还是用rmi

avatar
g*g
21
99年我就拿servlet和jsp开发网站了。j2ee的规范都是先有蛋才有鸡的。
同样先有的spring, hibernate才有的ejb3, jpa.

【在 a*f 的大作中提到】
: 从协议上来说应该是Corba -> RMI -> Web Service
: 2000前还是JDK 1.1 1.2,2000年才有了J2EE的规范,97 98 JEE属于还在摸索中

avatar
z*e
22
corba之前的不知道,太古老了
但是corba->rmi->ejb remote->ws(soap)->restful ws差不多
restful ws已经把网络通信简化到最简了
包括通信协议都可以自由选择,数据结构用json应该是以后主流
再简单估计也难

【在 a*f 的大作中提到】
: 把这个链补全应该像这样
: DLL Link ->OLE->DCOM/RPC->Corba->RMI->WS->REST

avatar
c*e
23
我觉得 corba 不错, 狗家搞了个 protobuf , 其实换汤不换药。还有什么 fb 似乎也
搞了一个 类似的。

【在 c********1 的大作中提到】
: 请赵老师给我们讲讲课。
: 关于CORBA,CORBA是什么,pros and cons,行业中的地位,以及CORBA的替代物?
: thank Mr Zhaoce in advance!

avatar
c*e
24
后来那些东西流行是赶上了 web 这波车,其实技术上没什么特殊的优势。

【在 z****e 的大作中提到】
: corba之前的不知道,太古老了
: 但是corba->rmi->ejb remote->ws(soap)->restful ws差不多
: restful ws已经把网络通信简化到最简了
: 包括通信协议都可以自由选择,数据结构用json应该是以后主流
: 再简单估计也难

avatar
c*1
25
赵老师不是之前曾经说过新版的EJB已经是反向借鉴了spring了吗?
如果那个die hard是ejb的fans/zealot,那么他应该向spring看齐才是

【在 s***o 的大作中提到】
: 我们这儿有个老牌J2EE die-hard,整天兜售ejb拒绝跟spring相关的东西。我都快被烦
: 死了。不过他也快被我气疯了

avatar
z*e
26
ejb3可以选择是beans.xml还是传统的container management
ejb最大的毛病就是东西太多,要么全接受要么全不要
spring的好处就在于它每一个component,都是可以独立存在的
你要用ejb,它会塞给你一堆东西,什么jpa,jca都在里面
但是你要用spring,自己写个main,就能跑了
当年我搞spring也就花了五分钟,写了个main函数,把beans.xml读到
然后就能用了,很简单,struts麻烦点,hibernate最麻烦
因为hibernate要配置transaction manager,不配还不行
所以cassandra这种nosql以后会逐步替换掉传统db的大部分市场
剩下不得不用transaction,比如交易,用户密码这些数据
才会放到db中去,看newsql能不能搞掂db
但是象什么log,聊天记录,用户喜好等等,都丢给nosql去存

【在 c********1 的大作中提到】
: 赵老师不是之前曾经说过新版的EJB已经是反向借鉴了spring了吗?
: 如果那个die hard是ejb的fans/zealot,那么他应该向spring看齐才是

avatar
c*1
27
请问,用户密码为什么需要transaction?
因为交易数据用transaction可以理解,毕竟如果出错了可以roll back
但想不通用户密码为什么要上transaction?
请赵老师指点,多谢

【在 z****e 的大作中提到】
: ejb3可以选择是beans.xml还是传统的container management
: ejb最大的毛病就是东西太多,要么全接受要么全不要
: spring的好处就在于它每一个component,都是可以独立存在的
: 你要用ejb,它会塞给你一堆东西,什么jpa,jca都在里面
: 但是你要用spring,自己写个main,就能跑了
: 当年我搞spring也就花了五分钟,写了个main函数,把beans.xml读到
: 然后就能用了,很简单,struts麻烦点,hibernate最麻烦
: 因为hibernate要配置transaction manager,不配还不行
: 所以cassandra这种nosql以后会逐步替换掉传统db的大部分市场
: 剩下不得不用transaction,比如交易,用户密码这些数据

avatar
z*e
28
当用户update密码的时候,这个中间是不允许错的
出错了也需要rollback,而且这个经常性涉及交易
交易时候经常需要输入密码,所以这一步一般都是transaction中的一个环节
如果你把这一步放在non-transaction的环境中的话
所有涉及这一步操作的transaction就都很麻烦了

【在 c********1 的大作中提到】
: 请问,用户密码为什么需要transaction?
: 因为交易数据用transaction可以理解,毕竟如果出错了可以roll back
: 但想不通用户密码为什么要上transaction?
: 请赵老师指点,多谢

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。