听说Java 和 Apache基金会也要接受米国出口管制 , 程序员会不会受影响?

2020-08-06 19:47发布

听说Java 和 Apache基金会也要接受米国出口管制 , 程序员会不会受影响?

听说Java 和 Apache基金会也要接受米国出口管制 , 程序员会不会受影响?

2条回答
乐xenia
2楼 · 2020-08-06 20:09

出口法规。您同意美国出口管制法律和其他适用的进出口法律约束您对本软件的使用,包括技术数据;可以在Oracle全球贸易合规性网站(http://www.oracle.com/us/products/export)上找到其他信息。您同意,软件或其任何直接产品均不会违反这些法律而直接或间接出口,也不会用于这些法律禁止的任何目的,包括但不限于核武器,化学武器或生物武器的扩散。


然后去翻了一下apache基金会官网,发现apache也是受出口管制的,翻译一下:apache是一家位于美国的非营利慈善机构。我们的所有产品都是通过在公共论坛上进行在线协作开发的,并通过美国的中央服务器进行分发。因此,美国的出口法律和法规适用于我们的分发,并在产品和技术再出口到不同方和各地时仍然有效。

然后去搜了下3个代码托管平台 GitHub、SourceForge、Google Code ,这三均明确声明遵守美国出口管制条例,并按加州法律解决纠纷。

在此,摘录一段网上看到的评论,出处未可知,如有侵权,请联系删除。

长期以来,我们国家几乎没有自己的基础软件产业,大多数所谓的国产操作系统,基本上就是整合了一些已有的开源软件,做了些必要的本地化而已。几乎没有任何从业者(包括我自己)意识到很多我们常用的那些开源软件也是受美国出口管制的。

不要觉得技术无国界。不积极积累、使用自己开发的基础软件,建立良性循环的基础软件发展生态,而继续使用美国为主开发和分发的开源软件,将把我们自己的高科技行业置于非常危险的境地。这绝对不是危言耸听!


无需指教
3楼 · 2020-08-07 08:27

受到美国 BIS 将华为列入管制“实体名单”事件的波及,业界关于开源及Apache 基金会的质疑声也越来越大:已“开源”的技术是否依然可以安心使用?强制“闭源”的背后又是否会让中国企业陷入覆灭的境地?

——对此,Apache 基金会最新回应表示:开源不应受到 EAR(出口管理条例)的约束,更不应对社区产生影响!
在这里插入图片描述
在《Apache 软件基金会关于“非美国子公司已添加到美国联邦登记公告实体裁决清单”的声明》一文中,Apache 软件基金会针对近日热议纷纭的 Apache 软件基金会项目是否会受美国出口法律约束一事进行了正面回应。

Apache 基金会表示,出口和再出口实体清单上指定的限制情况仅限用于受出口管理条例(EAR)约束的特定活动和交易。

  • 对于开源的加密软件源代码,美国商务部、工业和安全局(BIS)在 2016 年 9 月 20 日就规定说明,开源代码属于“公开发布”和“已发布”的范畴,不受 EAR 约束

  • 但同时,涉及加密软件源代码的开源项目仍然需要向 BIS 和 NSA 发送 URL 通知,以满足 EAR§742.15(b)中的“公开可用”通知要求。

  • ASF 会继续与 Apache 项目及其社区合作,以确保他们接收的通知是最新的,并在将来持续得到维护

“开源软件、开源代码协作、开放式的电话会议以及提供赞助资金都是不受 EAR 约束的活动”,Apache 基金会表示,“我们的社区不应受其影响”。

无独有偶,除 Apache 基金会发布了声明之外,OpenStack 基金会也几乎在同一时间发布了相关声明。
在这里插入图片描述
声明所列的内容和 Apache 基金会的几乎一致,都着重表示了开源不“受 EAR 约束”的观点,以及 OpenStack Foundation(OSF)将继续支持项目维护。对此,CSDN(ID:CSDNnews)特别咨询了 OpenStack 基金会执行董事 Jonathan Bryce,了解其对于此事的看法。

Jonathan 认为,“我很开心可以看到,全球范围内的各个国家都在为开发者们的持续合作而添砖加瓦,而且我也相信,开源会是所有开发者最积极参与、也是最为受益的技术活动。”

事实上,这两则声明也算是给国内开发者社区打了一剂强心针,正如CSDN在《权威解读 GitHub、Apache 疑云:主流开源软件究竟是否会被闭源?》一文中所提及的,“作为开发者,应该积极投入开源社区,从贡献者到持续贡献者,再到代码审核者,然后到代码守护者。”——只有更深层次的参与,才会在突发情况面前显得游刃有余


相关问题推荐

  • 回答 36

    看军事新闻的同学应该都知道,一艘航空母舰作战能力虽然很强,但是弱点太明显,就是防御能力太差,单艘的航空母舰很少单独行动,通常航空母舰战斗群才是主要军事力量,你可以把单艘航母理解为的单体应用(防御差,机动性不好),把航母战斗群(调度复杂,维护...

  • 回答 31

    初始化过程细节:首先进行的就是将服务装载到容器中,然后准备注册服务。和Spring中启动过程类似,Spring启动时,将bean装载进容器中的时候,首先要解析bean。所以dubbo也是先读配置文件解析服务。解析服务:基于dubbo.jar内的META-INF/spring.handlers配置,...

  • 回答 27

    分布式事务 指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上 。换成比较容易理解的话,就是多个事务之间再保持事务的特性,也就是多个事务之间保证结果的一致性。分布式事务解决方案1、基于XA协议的两阶...

  • 什么是接口幂等性?2021-02-24 18:21
    回答 25

    1. 接口调用存在的问题        现如今我们的系统大多拆分为分布式SOA,或者微服务,一套系统中包含了多个子系统服务,而一个子系统服务往往会去调用另一个服务,而服务调用服务无非就是使用RPC通信或者restful,既然是通信,那么就有可能在服务器处理...

  • 回答 21

    前提是另外一个bean在bean容器中能找到

  • 回答 22

    1.View——表示层1.1准备数据实现方式:struts,servlet等1.2显示数据实现方式:extjs,jsp,jquery,html等2.Service——业务层实现方式:drools等3.Dao——数据访问层实现方式:hibernate、mybatis等...

  • 回答 16

    哨兵(Sentinel)是 redis 的高可用性解决方案,前面我们讲的主从复制它是高可用的基础,需要人工介入才能完成故障转移,哨兵可以解决这个问题,在主从复制情况下,当主节点发生故障时,哨兵可以自动的发现故障并且完成故障转移,实现真正的 redis 高可用。在...

  • SpringCloud Netflix和Sprin2020-11-12 09:41
    回答 8
    已采纳

    SpringCloud Netflix和SpringCloud Alibaba的区别如下图:

  • 回答 8

    redis为什么会有高并发问题redis的出身决定Redis是一种单线程机制的nosql数据库,基于key-value,数据可持久化落盘。由于单线程所以redis本身并没有锁的概念,多个客户端连接并不存在竞争关系,但是利用jedis等客户端对redis进行并发访问时会出现问题。发生连...

  • 回答 8

    用dubbo是想利用分布式集群的形式来提高服务的并发量,适用与大型项目.如果不用它还想提高并发另一个解决方案是springCloud+微服务.适合大中小型项目.当前对并发要求的项目还是很多的,所以dubbo用的也相对较多.建议如果是初学者可以跳过dubbo直接学习第二个方...

  • 回答 4

    不需要。一般是service分出去。然后其它放在web层即一个jar为service业务处理,一个为web层war包

  • 回答 7

    在回答这个问题之前,我们先回答一下什么是锁。普通的锁,即在单机多线程环境下,当多个线程需要访问同一个变量或代码片段时,被访问的变量或代码片段叫做临界区域,我们需要控制线程一个一个的顺序执行,否则会出现并发问题。如何控制呢?就是设置一个各个线...

  • 回答 6

     springmvc位于表现层,主要与浏览器进行交互(接收和响应浏览器请求)。springmvc采用MVC设计模型,模型由model、view和controller组成。         model(模型):对应JavaBean         view(视图):对应JSP         controller(控制器)...

没有解决我的问题,去提问