到 Google 资讯主页   
EasyJF首页   资料   源码   软件    论坛   网站    
   使用帮助    
    该信息为本站MyRSS系统缓存内容,部分图片及附件有可能无法正常使用.easyjf.comwww.matrix.org.cn无关,不对该信息负责.通过http://www.matrix.org.cn//resource/news/Apache+TCK+Sun_728b37e6-e955-11db-b7e7-e7ce0e99dd68.html访问该信息的原始内容.
页面功能  【加入收藏】 【推荐给朋友】 【字体:  】 【关闭】   
Apache就TCK的license条款问题给Sun的一封公开信
作者: 来源:www.matrix.org.cn  发布时间:2007-04-13 09:40:55.717

这篇文前几天刚刚出现在Apache的官方网站上,主题是关于Apche基金会对Sun的许可证不满意,要求Sun在30天内重新提供一个可以接受的liense,我看了觉得很有意思,就翻译了出来,翻译的很粗略,请指点,谢谢.

本文由 docman.cn 组织翻译
本文版权受 Apache License, Version 2.0. 保护.


------------------------------------------

Open Letter to Sun Microsystems


2007年4月10日Apache 软件基金会给Sun 微处理系统公司发送了下面的一封信, 是关于我们(Apache)没有办法在Java SE 5 technology compatibility kit上得到一个可以接受的许可证 ,Java SE 5 technology compatibility kit是一个 Apache Harmony 项目 必需的测试工具,用它可以论证Harrmony和Java SE 5 specification的兼容性,这种兼容性是Sun的 Java SE 5 规范许可证要求的.

在这个问题上我们创建了一个 FAQ 来提供这方面的背景信息.
---------------------------------------------
Dear Jonathan,

我的名字是Geir Magnusson Jr, 我是Apache 软件基金会(ASF)的执行官 ─  ASF是一个501(c)3 公益机构, 管理着与我们参与和分享Java Community Process (JCP)相关的事务. 我同时也是 Apache Harmony 项目的VP(副总); 在这封信里我代表的是ASF.

自从2006年8月起,ASF就试图为这个Java SE的测试工具从Sun哪里获得一个可以接受的许可证. 这个测试工具, 被称做 "Java Compatibility Kit" 或者 "JCK",是用来论证Harrmony和Java SE 5 specification的兼容性,这种兼容性是Sun的 Java SE 5 规范许可证要求的. Sun提供的JCK许可证对IP权利强加限制,它限制了那些使用我们软件的用户本该有效的"field of use".

这些限制对我们来说是完全不能接受的. 就像我下面将要解释的,这些限制违反了Java规范分享协议(the Java Specification Participation Agreement (JSPA))─JCP的操作条约─对于它Sun也是答应遵守并以契约的形式签名了的. ASF有着骄傲的历史,在商业软件繁荣的时候,它支持着开放软件的生态系统然而,Sun的JCK许可证保护着Sun的Java商业贸易,让ASF的开放软件遭受损失. 它阻止了我们的用户在某些用户领域使用Apache软件. 这样的以IP为基础的侵犯而导致的显式或隐式的威胁给与了一个参与者无法抵抗的从开放软件生态系统中的其他参与者上获取商业利益机会. 一个开方的生态系统必须是这样: 实现了某个规范的必须的IP必须能够得到独立的保护,避免这个系统中的某个参与着从中获得特殊的商业利用.这是我们反对你们提供的条款的根本原因.

你们的限制违反了保护JCP的基本原则,这个原则可以同时确保 a)规范领导者和专家组制定一个开放的规范, b) 任何人都可以实现和发布和这些规范兼容的实现,而不需要担心因为实现了这个规范却要向规范的领导者或者专家组成员提供任何"necessary IP"的责任; 很明确,  JSPA 需要这些

1) 一个规范制定者不能"强加任何契约性的条件和盟约致使任何拿到许可证的人受限或约束于独立实现的制作和发布". (section 5.C.III)

2) 一个规范的制定必须授权所有的必要的IP绝对的权利于这个规范的任何兼容的实现 (section 5.B)

你们的条款企图颠覆这两个必要条件.
除了停止Harmony项目─自从2005年5月由社团领导的一个ASF的开源项目─这个由于不能答应你们的契约式义务而导致的失败对JCP作为一个开放标准组织的可信性以及Java作为一个开发技术的信誉 都产生了严重的风险. 我们相信,这样同样会威胁到商业Java生态系统的常规合作性质,它会将Sun和ASF长期存在的积极的关系,也可能是Sun和其他广阔的开源社区的关系,置于风险之上,这些社区是Java持续发展的关键.

除了JSPA,这些限制同样违背了Sun的公开承诺:任何Sun领导的规范都将被完全当作开源/自由软件来实现和发布. 这里应该没有必要提醒:“完全可实现”包括规范许可证必须的JCP。根据这些,对我们的用户的使用领域的限制是违背了开源特许的基本原则,而且它也阻止了包括我们自己在内的于任何开源许可证保护之下的软件发布。

我们对这个许可证的拒绝的理由是清楚和正当的。我们面对的是一个严重冲突于JCP的基本IP观念,冲突于Java作为一个开放标准基础的生态环境的概念,冲突于Sun对于自由和开源社区的公共承诺,冲突于在JSPA里Sun最为一个规范制定者的契约义务。 JCP非常明确的设计成阻止任何单个的参与者拥有这种市场控制的能力。加之,它违背了开源的字面意思和内在精神两种之中的任何一个。对这两者的尊敬本是Sun所声明的商业策略的一个关键元素。

通过 Apache Harmony,ASF在用良好的诚信实现一个Java SE,在作为规范指定者的Sun的理解之下,会有报答的。 我的始终如一的是要在Apache许可证下开发一个认证的兼容的Java SE实现。 为了做到这些,我们需要JCK。

我们期望你们在30天内提供一个可接受的JSPA兼容的许可证,或者给一个公开的说明你们为什么不能这样做。

我们期待中你们的答复。

Geir Magnusson Jr.
VP, Java Community Process
Apache Software Foundation
geirm at apache dot org

 
相关文章
 
页面功能  【加入收藏】 【推荐给朋友】 【字体:  】 【关闭】   


EasyJF.com 2006 隐私政策 使用EasyJF前必读