http://taiwan.cnet.com/enterprise/topic/0,2000062938,20088911,00.htm
过去几年来，IBM/微软连手称霸产业的可能性曾使得升阳坐立不安，但现在总算解除了。
在IBM-微软-升阳的三角关系中，IBM是唯一跟其它两家都有不错关系的厂商，而也因为如此IBM才有后来的复苏。在90年代中期，IBM实行新策略，开始取得Java授权，并开发出一套应用服务器(也就是现在的WebShpere)，同时也让该公司的Visual Age软件开发工具能更与此一应用服务器兼容。
但随着IBM的Java软件策略越来越步入正轨，升阳与IBM对于Java的看法日渐分歧，IBM为了巩固日后能与微软一较长短的本钱，决定必需让升阳与Java技术掌控权脱钩才行。在2000年，IBM仓促组成openserver.org组织，意图拉走升阳的Java授权厂商。但IBM低估升阳与其它Java授权商之间的紧密关系(尤其是甲骨文)，使得此一组织后来破局，不过IBM希望瓦解升阳控制的企图一直不曾消失。
其它Java授权商不愿帮忙IBM就算了，但升阳另一个超级对手却很可能有意愿。IBM一面继续授权使用Java，一面也紧密跟微软合作，使尽各种方法，希望有朝一日对于Java的掌握也能跟现在于Linux与开放原始码社群中呼风唤雨一般。
在所有IBM与微软的技术合作中，升阳最害怕的就是Java与Windows之间的兼容性。虽然第三方厂商开发出的互通(在同一部计算机中)后来反变成了升阳控告微软的基础，但IBM与微软开发的互通性却因多了一个网络层而免受官司骚扰。IBM在Java作为上不仅得寸进尺，再加上有微软的从旁协助(IBM始终觊觎微软的客户)，该公司所开发出的互通程度已经让客户可轻松从微软替换至IBM的软件架构。
Linux在企业端越来越强势，Java则是在应用服务器市场商强过.Net，而在行动领域双方则打成平手。IBM借着与微软连手网络服务的合作(现在又加入了BEA)，逐渐弱化升阳对于Java的掌控。微软与升阳突然发现在他们双方都陷入了同样的困境：由于升阳与微软不和，使得IBM左右逢源的作法占尽了市场优势。
为了力挽这种颓势，眼前只有一只选择方式，而微软与升阳也终于正式在4/2日协议携手合作。虽然他们的矛头是对准IBM，但实际上，McNealy与Ballmer说的也没错，这对客户依然有利。
究竟微软、升阳(两者相加已经拿下99.99%企业市场)与客户可从这桩交易中获得什么好处呢？我们且从两位CEO口中的说法来一探究竟。
· Java与.Net互通不是梦
Ballmer：在诉讼气氛下，想要公开讨论实在很难，我曾在高尔夫球场碰到Scott，但我们并没有公开交谈，那时我们也不知道要谈些什么，或该做什么事情。
透露的讯息：两家公司将全面建立沟通管道，从最高层的主管到最底层的技术合作将全部畅通。升阳软件技术长John Fowler向我表示，以前官司还在打的时候，双方连电话都不得打，现在就可以了。这是个全然不同的境界，双方可共同携手的范围很广。
那么究竟哪些地方有合作空间呢？
McNealy：「我们会透过既独特又优良的方式让彼此的技术相通。」未来双方从服务器到比客户端都可享有更好的互通性，同时又尊重彼此的IP。
透露的讯息：双方在软件堆栈方面将有好几个层级的互通，这包括Solaris与Windows操作系统、从Solaris与Java(甚至含Linux)客户端到.Net应用服务器、从Windows客户端到Java应用服务器、从Java应用服务器至.Net应用服务器。一般而言，此一协议也消弭了Java与.Net阵营你死我活的竞争态势，例如，企业现在至少可松一口气，因为升阳会确保Java手机能与Windows服务器兼容运作。
此外，McNealy针对目前还不存在的相通性用了「独特」(unique)这样的暗示字眼。从Fowler后来的解读显示，微软与升阳之间在软件堆栈上的合作可能存在于JCP的标准Java规格之外。这些JCP之外的技术将有助于升阳与微软连手阻却IBM继续挖他们客户墙角的举动。
Fowler说：「我们的合作计划事前并没有告知IBM，我们的产品(微软与升阳)将比IBM更具良好的互通性，我相信IBM已经感受到这对他们并非好事。」
那么相通的程度是到什么地步呢？
· Eclipse可能遭排斥
Ballmer：「我们在特定技术合作上已经有共识，主要是服务器与客户端如何透过网络相互沟通。Greg(Papadopoulos，升阳技术长)与比尔盖兹已经有好几个月都固定开会，拟出一个互通兼容框架，好让双方架构都能够比平常(假如双方没有合作的话)更具优异的互通模式。」
透露的讯息：Ballmer虽然有明白指出是网络上的互通性，但升阳的Fowler则提醒我别过度解读这段文字。例如，以往完全禁止的Java与Windows同一机器内的兼容性(也就是升阳之前控告微软的部分)现在已经重新端上谈判桌，就等着客户提出的需求。但这种同一机器的兼容性是可透过其它方式来达成，比如透过网络传出，再藉由网络服务通讯协议传回即可，但若是为了效能考虑，采用更直接的互通方式应该更为合理才是。
可别小看这对开发社群的重要性。过去，第三方开发商与企业开发人员(两者都是Java与.Net生态系统的要角)都得针对手边项目来考虑要采用何种开发语言与框架，举例来说，由于微软Office提供相当好用的APIs来搭配Office文件与Exchange电子邮件基础建设，因此企业开发人员若偏好升阳的Java就必需引进其它语言与整合开发环境(IDE)到工具箱中，无形中增加不少复杂度与成本。若能直接从Java虚拟机器存取微软的.Net classes（或反之亦然），那开发人员可就轻松多了。
· C#与Java语言整合不可能
对于已经习惯Visual Studio的微软开发人员来说，微软必需授权必要的升阳技术并整合至开发工具中(Visual Studio .Net)。对Java开发人员来说，大家则还需拭目以待，看看升阳要如何将微软授权技术开放给Java程序人员使用。由于升阳跟IBM之间还有竞争心结存在，我们可预期这些功能应该会放在升阳所支持的NetBeans整合开发环境中，但会采以非开放原始码模式，以避免这些技术辗转流入IBM所支持的Eclipse开发环境中。
比较不用期待的是微软C#语言与Java程序语言的整合，这不太可能。
McNealy：目前并没有任何合并C#与Java语言的计划，也无意整合.Net与Java网络服务架构。
透露的讯息：两种语言之间的差异性极大，且升阳与微软在这方面还是保持激烈竞争，因此C#与Java合并可说完全不在考虑之列。但若说微软的Visual J#与Java是否会有更多共通处，答案很可能会是肯定的。两家公司都深知Java语言月标准化，对开发人员就更有利。若真的能有一套标准出来，则升阳的NetBeans开发工具与微软的Visual Studio将可达成「在符合标准的前提下，各自在实作(implementation)上做竞争。」至于升阳与微软如何把IBM排拒在这场开发大戏中则有待观察。
· 微软可能加入JCP？
McNealy也自行表示.Net与Java runtime不会合而为一，这是很明显的答案，不过他倒是没谈到授权协议是否有可能让双方开发出可在对方runtime上执行的版本。例如，随着操作系统层变得越来越商品化，而加值功能多半出现在中介软件层中(这也是.Net与Java runtime环境的发挥主力)，升阳很可能有兴趣当作Linux与Solaris版的.Net供货商共主。这对微软有好处吗？虽然提供Unix与Linux版本的.Net有可能侵蚀部分Windows获利，但这部分可轻松从.Net授权费中赚回来。
被问到这种可能性能，升阳的Fowler表示，「我不确定公司会不会这么做，」虽然不排除这种可能，但Fowler也补充说，「这只协议可说让双方有许多商讨空间。」若微软又突然想开发自家版本的Java runtime(之前微软已经做过一次，但也因此惹来官司)，那市场不免会想知道微软是否会加入Java Community Process(JCP)。「这得看微软意愿了，」Fowler表示。「若微软愿意加入，我们则很乐意展开会谈。」