从COM+ 与 OTS 应用 来看到的,兼谈读《bitter ejb》

本文探讨了CORBA在实际应用中的局限性,特别是对于事务性支持的缺失,并对比了TAO与COM+EJB在事务处理上的差异。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

昨天看电视上说预警机的事情,说要同时监控n家战机,还有什么数据链的问题,一顿胡吹。我居然立马想到了CORBA。用event service接受战机信息再路由到指定信道。但是突然想到一个问题,我所用的ACE/TAO实际上仍然是不支持事务性的!虽然CORBA 2.X 标准已经有了 OTS (object transaction service)但是实现了的没几家,也都是java的。TAO里就没有。不要说微软的系统不稳定,事实上,适合中小企业的事务性支持也就是COM+合适,j2EE? 银子啊。。。。

不过话说回来,虽然TAO,因为产品的支持问题,没有办法进行事务性支持,包括ACID的各个方面
首先对于多个对象的操作如a b c三个对象修改的原子操作TAO就没有办法了,因为数据库不是内含在TAO里的比如说两个客户要
共享有有相同状态的servant的支持没有,得客户程序员自己写sql支持。。。

但是实际上,在COM+ EJB只是里有规范性提示就是罢了。真正的 sql 也的自己写啊,就算不写sql 用 hibernate之类的,配置文件也的自己配啊。用了好的工具,却不理解工具的框架意图的人太多了,《bitter ejb》 已经给出了很多错误的案例。

谁说工具进步了就不需要好程序员?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值