Java 国家/地区使用限制条款引发争议

oschina
 oschina
发布于 2020年09月16日
收藏 12

今天 JDK/Java 15 发布,在 RI 包里有开发者发现其标注了一则国际使用限制条款

由于某些国家/地区的知识产权保护和执法有限,因此 JDK 源代码只能分发到授权的国家/地区列表中。如果要从不在此列表中的国家/地区进行下载,则将无法访问源代码。我们正在不断审查此列表,以添加其他国家/地区。

有开发者和知识产权专家指出,此条款意味着如果 JDK/Java(Oracle)认为有国家不能很好地进行知识产权保护,那么便可以限制其使用。

有人对此提出疑问:OpenJDK 根据 GPL 开源协议进行分发,这种限制类型的条款是否有悖 GPL 协议?

实际上,JDK/Java 15 使用的开源协议是 GPL v2,该版本下有一条与 JDK/Java 15 的国际使用限制条款类似:

8. If the distribution and/or use of the Program is restricted in certain countries either by patents or by copyrighted interfaces, the original copyright holder who places the Program under this License may add an explicit geographical distribution limitation excluding those countries, so that distribution is permitted only in or among countries not thus excluded. In such case, this License incorporates the limitation as if written in the body of this License.

如果在某些国家因为专利或版权的问题难以分发,那么版权所有人在分发时,可以对分发的地区加以明确限制,以排除那些国家。在这种情况下,这些限制不认为是对本协议的修改。(译者注:算一种例外吧。)

所以理论上 JDK/Java 15 中这样做并没有违反 GPL v2 协议。而在 GNU 发布的最新 GPL v3 许可证中,已经没有了类似的国家和地区限制条款。

但也有业内人士指出,作为 OpenJDK 项目的实际管理者,Oracle 是否有足够依据和健全的评估体系,去国家/地区的专利或版权相关法规是否健全,并以此为理由对整个国家/地区做出限制呢?

值得一提的是,OpenJDK 中的这个国家限制条款并不是新增的,早在 6 年前就已经有开发者提出了质疑。这名开发者把该条款发在 GNU 论坛上,GNU 的管理者在当时还询问了 RMS 等权威。

GNU 咨询委员会成员 Jason Self 引用 FSF 章程中对自由软件的定义对此进行了答复:在国际上,有时政府的出口管制条例和贸易制裁会限制人们分发自由软件,软件开发者没有权力消除或推翻这些限制,但他们可以和必须做什么?就是拒绝将它们加入自由软件的的使用限制条款。这样一来,在这些政府的管辖范围之外,这些限制就不会对使用自由软件产生什么影响。“仅提及出口法规的存在,而不是将限制作为许可证本身的条件,是可以接受的,因为它不会直接限制到用户。”

在今天国际环境日趋严峻的情况下,这个话题相比 6 年前初次被提及,似乎得到了更多关注,当年这一问题没有被很好地讨论,如今重新被提出来,希望这一次能够引起足够的重视。也希望更多专业人士出来积极探讨。

以 6 年前那一帖子里 Jason Self 的一句话作为结语:

If an export regulation is actually trivial for free software, then requiring it as a condition is not an actual problem; however, it is a potential problem, since a later change in export law could make the requirement nontrivial and thus render the software nonfree.

如果出口管制对于自由软件的影响微不足道,那么限制条款或许不是什么问题,但是,潜在问题是,后续如果出口管制法律变更使得整体要求变得严苛,那么会使软件不自由。

相关链接:

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Java 国家/地区使用限制条款引发争议
加载中

精彩评论

李永波
李永波
所以还是 netcore的 开源更彻底吗?
橙汁儿
橙汁儿
要不是为了钱,甲骨文老板早跟中国干上了
Rwing
Rwing
???是我眼睛有问题吗?https://github.com/dotnet/sdk/blob/master/LICENSE.TXT,没看到你说的这句啊
dwingo
dwingo
dotnet sdk里的LICENSE.txt也有类似的内容: "7. EXPORT RESTRICTIONS. The software is subject to United States export laws and regulations." Java和.Net都是有专利的, 这方面就别比了.
NoneObject
NoneObject
放弃Java,用Go,C++,JavaScrpit打天下足以

最新评论(179

天天笑笑
天天笑笑
如何避开?互联网的半壁江山是java的,kafka,storm,zookeeper,flume,flink,elasticsearch ,lucene,solr,hadoop,hive,hbase,druid,spark,kylin,activeMQ,jetty,tomcat,undertow,netty,ehCache,dubbo,spring ,andriod..
天天笑笑
天天笑笑
GO 的官网都打不开,还风险更小?
陈钇蒙
陈钇蒙
回复 @AndersMichael : 你赢了喷子,顺便说一句,就是有自己语言的苹果,遇到没人卖他芯片,他一样要垮。
AndersMichael
AndersMichael
回复 @陈钇蒙 : 对呀,如果阿里,腾讯没追求,老是用别人的工具,那是很危险的

我敢说阿里,腾讯抗不住像对华为这样的制裁
AndersMichael
AndersMichael
回复 @陈钇蒙 : 有追求的公司
陈钇蒙
陈钇蒙
回复 @AndersMichael : 要你这么说, 世界上除了谷歌微软甲骨文苹果等, 其他公司全死了. 事实上没有自己语言的大中小企业繁荣的很, 包括阿里腾讯京东这种大型公司
AndersMichael
AndersMichael
回复 @陈钇蒙 : 我说了,不谈论这些没有自主知识产权追求的外包公司

就算是他们开发了自己公司的ERP/CRM/OA/财务等等什么一切产品,如果他们的战略决策者意识不到完全依赖JAVA的风险,哪天JAVA不给他们用,他们一样都是死

雪崩之下,没有一片雪花是无辜的
陈钇蒙
陈钇蒙
回复 @AndersMichael : 请问企业级开发有几个用java是编译本地代码用的? 这种奇葩用法有几个人用? 企业级开发java能脱离jvm? c#能脱离.net运行环境?
陈钇蒙
陈钇蒙
回复 @AndersMichael : c#的mit协议保证了这个语言是绝对自由使用的, 比java的协议好, 你现在有c#你自己还去造语言干嘛? 如果c#能被禁止, 那么c++ py一样能被禁, 那么按你自己造盐的思路, 你得自己开发一门语言了. 请问世界上有几个公司能自己造语言?
陈钇蒙
陈钇蒙
回复 @AndersMichael : 你说的这种情况是极少数, 市面上大部分的外包企业, 甲方根本啥都不懂, 不管是国企还是私企, 一个卖酱油的企业要开发一个erp来管它的进销存, 他懂你什么语言是干嘛用的吗? 这种才是外包市场的大头.
返回顶部
顶部