争议不断 Sun捆绑NetBeans和Java
时间：2007-06-01 来源：wyg1258
忙于面向服务架构项目的开发人员也许已经对于这个月在JavaOne会议上谈到即将发行的NetBeans 6.0预览版欢欣鼓舞。但是，却有相当一部分的声音对此表示了异议。BEA公司的BEA工作单元副总裁Bill Roth就认为，新的版本不应该这样。
Roth说，Sun公司已经将NetBeans这个IDE和Java进行了捆绑，它是利用了Sun公司在Java语言上的客户关系来实现的，而这是不公平的。同时这样做也忽略了那些在Eclipse平台上进行开发的程序开发人员。“我认为，他们所做的事情在道德上是应该收到谴责的。”
而另一方面，Sun公司的人们认为NetBeans和Java都是基于开放软件标准的。而在一些例子中，像什么新的JavaFX脚本语言，甚至是竞争对手Eclipse IDE的一些插件的供应上都证明了这一点。
不过，虽然没有像Roth那样的强硬，但是SAP AG公司的行业标准部门的副总裁Michael Bechauf认为，Sun公司本应该在处理其和Java社团的方法上以及和NetBeans上做的更好。它支持Eclipse是一种社团治理的模型的观点。
而Zap Think LLC公司的高级分析师Jason Bloomberg强烈支持这种对Sun公司的批评。他说，“BEA公司的Bill Roth的评论没有一点问题。”
Current Analysis公司的应用程序软件基础部的首席分析师Bradley F. Shimmin认为，Sun公司很大程度上是保护了它在NetBeans上面的投资，但是建议是Sun公司最好在参与Eclipse上面表现得更加积极一些。这样可以对Java开发人员社团方面起到积极的作用。
但是，对于Roth而言，这种在他看来是不道德的Java和NetBeans上面的关联最大的降低了Sun公司的信誉而且也在垄断方面接近最坏的情况。
在他的预测方面的博客上面，Roth预测说，Sun公司将持续的“将Java和NetBeans进行合并，因此使得那些使用其他IDE的人——大约有五成到六成的人都是Eclipse或者是Eclipse衍生品的用户感到不愉快。”
在JavaOne以宣布NetBeans6.0的发布作为开始的讲话之后，他也没有变得高兴起来。
“我想，朋友们都应该对Sun公司试图将NetBean和Java进行捆绑的企图表示愤慨。”Roth说道。“这是一个极为愚蠢的行为，试图将他们的Java平台的支持和另一个区域的市场争夺联系起来。他们在Java上面本是拥有巨大的经济优势的，但是Sun公司需要将损失降低，只有这样才能拯救他们的信誉。当他们做类似于将他们的信誉用于这方面的事情的时候，他们不应该用任何方法在像JavaOne这样一个开源组织运动极为重要的会议上将NetBeans和Java关系起来。”
Zap Think公司的Bloomberg也赞同这一观点。“Sun公司正在向客户们的开源Java的压力屈服“Bloomberg说道。“但是他们还想维持更多的控制，甚至超过他们可能舒适的成都。事实上，Sun公司在Java世界中正在处于某种程度上的不准确的大炮。这是很多以Java为中心的软件厂商的观点。你可以说在类似BEA或者SAP之类的SCA(服务组件架构)之后存在的政策激励之一的驱动就是这些厂商试图在不依赖于Sun公司的基础上建立SOA的Java基础设施的例子。”
而在JavaOne会议上作为一个独立的分析师的Shimmin，却用一种截然不同的观点来看待这一问题。“我并不相信Sun公司正在试图通过NetBeans的平台的方法控制或者限制Java。”他是这样说的。“恰恰相反的是，Sun公司在这类工具上拥有稳定的投资。这让我们觉得代表着Sun公司正在尽自己的最大努力去为这个自然而然的快速变成无产者的工具市场添加价值。像微软公司的Visual Studio也是这样。Sun公司并不想放弃它的投资，但是，同时，他还想扩大自己的竞争领域。”
Sun公司并没有忽视Eclipse的增长，Shimmin说道。尽管他也认为还存在这更有利润的合作空间。
“尽管Sun公司已经使Java FX脚本语言只支持NetBeans，”Shimmin这个分析家说道。“他选择为两个开发环境都提供很多的插件。令人感到羞愧的是，公司并没有在Elipse基金自身扮演一个更加主动的角色，要知道这是可以使每个人都收益的。“
Sun公司的SOA产品部的负责人Kevin Schmidt是这样说的，他认为Java FX对Eclipse的插件支持表示出了Sun公司正在履行承诺的义务，而且还提到对于程序开发人员而言，NetBeans和Eclipse之间的竞争是有好处的。
“我们会把我们所做的所有的东西都放在为Eclipse提供的插件里吗?应该说，这是不可能的。”他说。“但是我们将提供那些有价值的东西，因为这样做可以让我们使得那些在Eclipse上工作的程序开发人员获得价值。而且我们还相信NetBeans自身也取得了长足的进展。我们认为它已经能和Eclipse IDE在某些领域上一拼高下了。你可以看一些像Matisse GUI Builder之类的部分用NetBeans，部分用Eclipse开发的东西。我认为一些双向工作已经在不断的进行了，而且这最终会让程序开发人员受益的。”
但是，SAP的Bechauf却认为，对于Sun公司而言，在Java工作的透明度方面，还有很大的改进空间。他建议Eclipse基金会其实是开源代码组织治理的很好的一种模式。
“我希望Sun公司拥有更加透明的交流，而不是增加其控制。”Bechauf说道。他建议说，对于所有的Sun公司宣称的关于Java社团处理以及NetBeans社团有益的事情，并不能在Eclipse中用相同的方法治理。
Bechauf很讲究问道：“治理在何方?这个问题引导着什么样的工作是要在Eclipse上进行的以及NetBeans是如何和Eclipse不同的。两者之间的差别就在于治理模型。Eclipse是被执行董事Mike Milinkovich管理着，它是被一群都提供了某些资金或者某种资源的董事们治理着。而Java社团并不是以这种方式运行的。NetBeans也不是以这种方式运行的。而且从我对关于Java虚拟机的开源代码组织的理解来看，他们也不是以这种方式运行的。”
对于BEA公司的Roth所说的“Sun公司应该放开”这一点，Bechauf认为，Sun公司需要通过跟随Eclipse中的领导组织的方法来开放Java社团。
“我认为这将是非常重要的一步。”Bechauf说道。
Roth说，Sun公司已经将NetBeans这个IDE和Java进行了捆绑，它是利用了Sun公司在Java语言上的客户关系来实现的，而这是不公平的。同时这样做也忽略了那些在Eclipse平台上进行开发的程序开发人员。“我认为，他们所做的事情在道德上是应该收到谴责的。”
而另一方面，Sun公司的人们认为NetBeans和Java都是基于开放软件标准的。而在一些例子中，像什么新的JavaFX脚本语言，甚至是竞争对手Eclipse IDE的一些插件的供应上都证明了这一点。
不过，虽然没有像Roth那样的强硬，但是SAP AG公司的行业标准部门的副总裁Michael Bechauf认为，Sun公司本应该在处理其和Java社团的方法上以及和NetBeans上做的更好。它支持Eclipse是一种社团治理的模型的观点。
而Zap Think LLC公司的高级分析师Jason Bloomberg强烈支持这种对Sun公司的批评。他说，“BEA公司的Bill Roth的评论没有一点问题。”
Current Analysis公司的应用程序软件基础部的首席分析师Bradley F. Shimmin认为，Sun公司很大程度上是保护了它在NetBeans上面的投资，但是建议是Sun公司最好在参与Eclipse上面表现得更加积极一些。这样可以对Java开发人员社团方面起到积极的作用。
但是，对于Roth而言，这种在他看来是不道德的Java和NetBeans上面的关联最大的降低了Sun公司的信誉而且也在垄断方面接近最坏的情况。
在他的预测方面的博客上面，Roth预测说，Sun公司将持续的“将Java和NetBeans进行合并，因此使得那些使用其他IDE的人——大约有五成到六成的人都是Eclipse或者是Eclipse衍生品的用户感到不愉快。”
在JavaOne以宣布NetBeans6.0的发布作为开始的讲话之后，他也没有变得高兴起来。
“我想，朋友们都应该对Sun公司试图将NetBean和Java进行捆绑的企图表示愤慨。”Roth说道。“这是一个极为愚蠢的行为，试图将他们的Java平台的支持和另一个区域的市场争夺联系起来。他们在Java上面本是拥有巨大的经济优势的，但是Sun公司需要将损失降低，只有这样才能拯救他们的信誉。当他们做类似于将他们的信誉用于这方面的事情的时候，他们不应该用任何方法在像JavaOne这样一个开源组织运动极为重要的会议上将NetBeans和Java关系起来。”
Zap Think公司的Bloomberg也赞同这一观点。“Sun公司正在向客户们的开源Java的压力屈服“Bloomberg说道。“但是他们还想维持更多的控制，甚至超过他们可能舒适的成都。事实上，Sun公司在Java世界中正在处于某种程度上的不准确的大炮。这是很多以Java为中心的软件厂商的观点。你可以说在类似BEA或者SAP之类的SCA(服务组件架构)之后存在的政策激励之一的驱动就是这些厂商试图在不依赖于Sun公司的基础上建立SOA的Java基础设施的例子。”
而在JavaOne会议上作为一个独立的分析师的Shimmin，却用一种截然不同的观点来看待这一问题。“我并不相信Sun公司正在试图通过NetBeans的平台的方法控制或者限制Java。”他是这样说的。“恰恰相反的是，Sun公司在这类工具上拥有稳定的投资。这让我们觉得代表着Sun公司正在尽自己的最大努力去为这个自然而然的快速变成无产者的工具市场添加价值。像微软公司的Visual Studio也是这样。Sun公司并不想放弃它的投资，但是，同时，他还想扩大自己的竞争领域。”
Sun公司并没有忽视Eclipse的增长，Shimmin说道。尽管他也认为还存在这更有利润的合作空间。
“尽管Sun公司已经使Java FX脚本语言只支持NetBeans，”Shimmin这个分析家说道。“他选择为两个开发环境都提供很多的插件。令人感到羞愧的是，公司并没有在Elipse基金自身扮演一个更加主动的角色，要知道这是可以使每个人都收益的。“
Sun公司的SOA产品部的负责人Kevin Schmidt是这样说的，他认为Java FX对Eclipse的插件支持表示出了Sun公司正在履行承诺的义务，而且还提到对于程序开发人员而言，NetBeans和Eclipse之间的竞争是有好处的。
“我们会把我们所做的所有的东西都放在为Eclipse提供的插件里吗?应该说，这是不可能的。”他说。“但是我们将提供那些有价值的东西，因为这样做可以让我们使得那些在Eclipse上工作的程序开发人员获得价值。而且我们还相信NetBeans自身也取得了长足的进展。我们认为它已经能和Eclipse IDE在某些领域上一拼高下了。你可以看一些像Matisse GUI Builder之类的部分用NetBeans，部分用Eclipse开发的东西。我认为一些双向工作已经在不断的进行了，而且这最终会让程序开发人员受益的。”
但是，SAP的Bechauf却认为，对于Sun公司而言，在Java工作的透明度方面，还有很大的改进空间。他建议Eclipse基金会其实是开源代码组织治理的很好的一种模式。
“我希望Sun公司拥有更加透明的交流，而不是增加其控制。”Bechauf说道。他建议说，对于所有的Sun公司宣称的关于Java社团处理以及NetBeans社团有益的事情，并不能在Eclipse中用相同的方法治理。
Bechauf很讲究问道：“治理在何方?这个问题引导着什么样的工作是要在Eclipse上进行的以及NetBeans是如何和Eclipse不同的。两者之间的差别就在于治理模型。Eclipse是被执行董事Mike Milinkovich管理着，它是被一群都提供了某些资金或者某种资源的董事们治理着。而Java社团并不是以这种方式运行的。NetBeans也不是以这种方式运行的。而且从我对关于Java虚拟机的开源代码组织的理解来看，他们也不是以这种方式运行的。”
对于BEA公司的Roth所说的“Sun公司应该放开”这一点，Bechauf认为，Sun公司需要通过跟随Eclipse中的领导组织的方法来开放Java社团。
“我认为这将是非常重要的一步。”Bechauf说道。
相关阅读 更多 +
