corba核心规范（转贴）

核心规范
  当前最新版本是3.0，是在2002年8月整理发布的。CCM的3.0规范也已经发布。  CORBA规范3.0终于出来了，也许是不能再拖了吧。比较奇怪的是3.0规范的编号是2002年6月份的(02-06-33)，但是规范是在7月份才整理出来的。在CORBA3.0规范中去掉了MiniCORBA和实时CORBA。   OMG组织的网站上有一个页面介绍在3.0规范将要增加的内容，我将其翻译过来，大家可以点这儿查看。因为新版本规范在不断推出，所以里面的内容可能会与现在的实际情况有点儿差异。
   语言映射
  规定IDL语言到Ada、C、C++、JAVA、COBOL、SmallTalk、Lisp、Python和CORBA脚本语言的映射，以及JAVA到IDL的反映射等。
   对象服务
  共有17个对象服务：命名服务、事件服务、时间服务、对象事务服务、安全服务、收集服务、并发服务、特性服务、持久对象服务、生命周期服务、交易对象服务、外表化服务、关系服务、查询服务、通知服务、许可服务、增强时间视图。
   通用设施
  主要包括国际化和时间、移动代理。
   行业标准
  主要有商业、金融、生命科学研究、制造业、电信、交通、医疗保健等。
规则与自由
----为何选择 CORBA 和 Java 技术？
欢迎光临有关 Java 和 CORBA 技术的这一定期栏目。此第一期将概述 Java 和 CORBA 技术，并帮助您决定如何最有效地让它们为您工作。以后的栏目将提供 Java 和 CORBA 编程的内行指导和代码。 
在 1855 年，时年 26 岁的 Joshua Chamberlain 是 Bowdoin 大学的修辞学教授，在一次演讲中讲述了规则与自由之间的关系，以及二者之间失衡带来的危害。没有自由的规则是专制，而没有规则的自由是混乱。
公司信息系统部门的管理可能会形成过度的规则或过度的自由。规则过度的一个例子是只适用于一个厂商的管理指令，这样您的系统在扩展时，或在与潜在的公司合作伙伴集成时就会有问题。如果自由过多，个人或者开发小组就会根据他们来选择技术，这样，如果这些技术高手遇到他们“生疏的”优先认股权这样的话题时，扩展或集成又会变得很困难。开发人员可能会受业务环境不断变化的影响。
努力实现环境平衡
多种环境因素在决定我们的系统必须遵守的的规则。存在于一个业务环境中的系统应有足够长的寿命，以为公司和客户创造价值。持续为一个组织创造长期价值的系统必须能够应付经常的变化。合并、并购、新的管理和市场力量在改变系统的环境，以及通过使用该系统完成业务过程的用户的需求。变化是一个常数，必须将它添加到评估方程式中。当然，我们无法预知未来，但我们可以分析趋势并努力设计我们的系统，使之能够接受大量潜在的变化或系统扩展，同时对组织产生的影响又可以尽可能小。
为了做出正确的决策和评估，我们需要理解支配着环境的规则，以及我们的应用程序在该环境中应具有的自由。要理解的最重要的规则是，我们的系统处在不断发展的组织中，无论是在公司、政府还是教育组织中，都是业务问题支配技术问题。许多体系结构和平台评估都将主要问题漏掉了。他们通常会将两项或多项技术并排放在一起，然后比较技术特性列表。在完成的时候，大多数参与者会达成一致，因为他们不愿与评估小组中嗓门最大、最强硬、势力最大的派别争吵。显然，这不是作出选择的最有效方法。
确定关键业务问题
将业务问题转换为对组织需要的实际评估意味着应该着重考虑以下问题：
· 组织内的技术力量 
· 不抑制程序员的开发环境 
· 不对应用程序构成限制的运行时环境 

论坛热门帖子:	[lch203] 写得蛮好的linux学习笔记(10-21) [黑马制造] 学习java的30个目标(10-19) [笑傲股林] 做测试半年了，有点迷茫，应该再学些什么提高自己的测试水平和测试能力呢？(10-19) [udp8589] 大家用google的来吱一声? 用百度的~~也来报道下?(10-18) [沂偌掳兆] 本人总结的一些认为C++比较经典的书籍，希望对大家有用(10-18)
TAG标签:	规范 核心 类型 一个 IDL 我们 对象 接口 CORBA 映射