- 浏览: 1332331 次
- 性别:
- 来自: 合肥
文章分类
- 全部博客 (404)
- ToDoList (24)
- 项目管理 (39)
- REDMINE (1)
- Oracle (32)
- 杂文 (21)
- 管理 (19)
- Java (6)
- 全文搜索 (1)
- 编程语言排名 (4)
- 人力资源 (5)
- SVN (1)
- CMMI (2)
- VER (1)
- VAL (1)
- 其他 (8)
- OceanBase (1)
- IT PRO (2)
- KVM (1)
- Access (1)
- Drupal (3)
- mysql (4)
- 理财 (1)
- 读书笔记 (6)
- 个人总结 (16)
- 我的推荐 (13)
- REDMINE培训材料 (0)
- 随笔 (10)
- AIX (1)
- 管理故事 (12)
- 工具推荐 (6)
- 系统架构 (5)
- 免费活动 (3)
- 名词解释 (3)
- Apache (5)
- mongrel (4)
- redmine插件 (0)
- 知识管理 (4)
- REDMINE第三方应用 (5)
- redmine问题 (0)
- NOSQL (1)
- UML (1)
- SQLite (1)
- use case,UML (1)
- nginx (5)
- 规划 (1)
- 系统思考 (1)
- resin (2)
- android (43)
- android代码 (10)
- HTML5 (1)
- 移动开发 (4)
- android问题 (3)
- DB2 (4)
- http (1)
- LBS (1)
- IT职业规划 (11)
- 微信 (1)
- 就业 (1)
- google (2)
- 微信开发 (2)
- js (1)
- Anroid (1)
- Service Worker (1)
- weblogic (2)
- 测试 (1)
- weblogi (1)
- vue (4)
- jeeplus (1)
- ureport (1)
最新评论
-
Caelebs:
上海交大?ms工作六年?感觉好屌啊我厂一堆10K 20K 98 ...
IT人为什么难以拿到高薪? -
小桔子:
如果加入listView 在滑动的时候偶尔会空指针异常,加入P ...
Android组件推荐-侧滑效果DragLayout -
wangyonglin1123:
小公司是锻炼人的 不管是业务技术都会有突飞猛进的进度 进步 ...
程序员在大公司工作好?还是在小公司工作?我的经历和建议[ZT] -
wangyonglin1123:
必须有所专长 技术和业务都需要 你必须在一个行业够牛逼
程序员的出路之一,拥有一技之长、打造自己的精品、更广阔的市场【ZT】 -
luhuajcdd:
这个不错
StarUML 不能在64位的windows7下运行,提示错误的解决方案
开源协议的解释 MPL\MIT \Apache Licene 2.0 \LGPL \GPL \BSD
- 博客分类:
- 项目管理
1、 MPL
MPL是The Mozilla Public License的简写,是1998年初Netscape的 Mozilla小组为其开源软件项目设计的软件许可证。MPL许可证出现的最重要原因就是,Netscape公司认为GPL许可证没有很好地平衡开发者对 源代码的需求和他们利用源代码获得的利益。同著名的GPL许可证和BSD许可证相比,MPL在许多权利与义务的约定方面与它们相同(因为都是符合OSIA 认定的开源软件许可证)。但是,相比而言MPL还有以下几个显著的不同之处:
◆
MPL虽然要求对于经MPL许可证发布的源代码的修改也要以MPL许可证的方式再许可出来,以保证其他人可以在MPL的条款下共享源代码。但是,在MPL
许可证中对“发布”的定义是“以源代码方式发布的文件”,这就意味着MPL允许一个企业在自己已有的源代码库上加一个接口,除了接口程序的源代码以MPL
许可证的形式对外许可外,源代码库中的源代码就可以不用MPL许可证的方式强制对外许可。这些,就为借鉴别人的源代码用做自己商业软件开发的行为留了一个
豁口。
◆ MPL许可证第三条第7款中允许被许可人将经过MPL许可证获得的源代码同自己其他类型的代码混合得到自己的软件程序。
◆
对软件专利的态度,MPL许可证不像GPL许可证那样明确表示反对软件专利,但是却明确要求源代码的提供者不能提供已经受专利保护的源代码(除非他本人是
专利权人,并书面向公众免费许可这些源代码),也不能在将这些源代码以开放源代码许可证形式许可后再去申请与这些源代码有关的专利。
◆ 对源代码的定义
而在MPL(1.1版本)许可证中,对源代码的定义是:“源代码指的是对作品进行修改最优先择
取的形式,它包括:所有模块的所有源程序,加上有关的接口的定义,加上控制可执行作品的安装和编译的‘原本’(原文为‘Script’),或者不是与初始
源代码显著不同的源代码就是被源代码贡献者选择的从公共领域可以得到的程序代码。”
◆ MPL许可证第3条有专门的一款是关于对源代码修改进行描述的规定,就是要求所有再发布者都得有一个专门的文件就对源代码程序修改的时间和修改的方式有描述。
英文原文:http://www.mozilla.org/MPL/MPL-1.1.html
2、MIT
MIT许可证之名源自麻省理工学院(Massachusetts Institute of Technology, MIT),又称「X条款」(X License)或「X11条款」(X11 License)
MIT内容与三条款BSD许可证(3-clause BSD license)内容颇为近似,但是赋予软体被授权人更大的权利与更少的限制。
被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软体及软体的副本。
被授权人可根据程式的需要修改授权条款为适当的内容。
在软件和软件的所有副本中都必须包含版权声明和许可声明。
此授权条款并非属copyleft的自由软体授权条款,允许在自由/开放源码软体或非自由软体(proprietary software)所使用。
此亦为MIT与BSD(The BSD license, 3-clause BSD license)本质上不同处。
MIT条款可与其他授权条款并存。另外,MIT条款也是自由软体基金会(FSF)所认可的自由软体授权条款,与GPL相容。
协议英文原文:http://www.opensource.org/licenses/mit-license.php
3、Apache Licence
Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似,同样鼓励代码共享和尊重原作者的著作权,同样允许代码修改,再发布(作为开源或商业软件)。需要满足的条件也和BSD类似:
- 需要给代码的用户一份Apache Licence
- 如果你修改了代码,需要在被修改的文件中说明。
- 在延伸的代码中(修改和有源代码衍生的代码中)需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明。
- 如果再发布的产品中包含一个Notice文件,则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可,但不可以表现为对Apache Licence构成更改。
Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。
英文原文:http://www.apache.org/licenses/LICENSE-2.0.html
4、LGPL 协议
这是一份 GNU 较宽松公共许可证非正式的中文翻译。它不是自由软体基金会所发布,并且不能适用于使用 GNU LGPL 的软体 —— 只有 GNU LGPL 英文原文的版本 才行。然而,我们希望这份翻译能帮助中文的使用者更了解 GNU LGPL。
5、GPL
在自由软件所使用的各种许可证之中,最为人们注意的也许是通用性公开许可证(General Public License,简称GPL)。
GPL同其它的自由软件许可证一样,许可社会公众享有:运行、复制软件的自由,发行传播软件的自由,获得软件源码的自由,改进软件并将自己作出的改进版本向社会发行传播的自由。
GPL还规定:只要这种修改文本在整体上或者其某个部分来源于遵循GPL的程序,该修改文本的
整体就必须按照GPL流通,不仅该修改文本的源码必须向社会公开,而且对于这种修改文本的流通不准许附加修改者自己作出的限制。因此,一项遵循GPL流通
的程序不能同非自由的软件合并。GPL所表达的这种流通规则称为copyleft,表示与copyright(版权)的概念“相左”。
GPL协议最主要的几个原则:
1、确保软件自始至终都以开放源代码形式发布,保护开发成果不被窃取用作商业发售。任何一套软 件,只要其中使用了受 GPL 协议保护的第三方软件的源程序,并向非开发人员发布时,软件本身也就自动成为受 GPL 保护并且约束的实体。也就是说,此时它必须开放源代码。
2、GPL 大致就是一个左侧版权(Copyleft,或译为“反版权”、“版权属左”、“版权所无”、“版责”等)的体现。你可以去掉所有原作的版权 信息,只要你保持开源,并且随源代码、二进制版附上 GPL 的许可证就行,让后人可以很明确地得知此软件的授权信息。GPL 精髓就是,只要使软件在完整开源 的情况下,尽可能使使用者得到自由发挥的空间,使软件得到更快更好的发展。
3、无论软件以何种形式发布,都必须同时附上源代码。例如在 Web 上提供下载,就必须在二进制版本(如果有的话)下载的同一个页面,清楚地提供源代码下载的链接。如果以光盘形式发布,就必须同时附上源文件的光盘。
4、开发或维护遵循 GPL 协议开发的软件的公司或个人,可以对使用者收取一定的服务费用。但还是一句老话——必须无偿提供软件的完整源代码,不得将源代码与服务做捆绑或任何变相捆绑销售。
6、BSD
BSD开源协议是一个给于使用者很大自由的协议。可以自由的使用,修改源代码,也可以将修改后的代码作为开源或者专有软件再发布。当你发布使用了BSD协议的代码,或者以BSD协议代码为基础做二次开发自己的产品时,需要满足三个条件:
- 如果再发布的产品中包含源代码,则在源代码中必须带有原来代码中的BSD协议。
- 如果再发布的只是二进制类库/软件,则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
- 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
BSD代码鼓励代码共享,但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码,也允许使用或在BSD代码上开发商业软件发布和销 售,因此是对商业集成很友好的协议。很多的公司企业在选用开源产品的时候都首选BSD协议,因为可以完全控制这些第三方的代码,在必要的时候可以修改或者 二次开发。
发表评论
-
MongoDB创始人:项目经理应该把30%的时间用在编程上
2014-05-16 06:57 0本文的作者Eliot Horowitz是MongoDB的 ... -
redmine - 软件项目的催化剂
2012-05-17 17:21 2055redmine - 软件项目的催化剂 曾经有这样 ... -
职场管理中的蝴蝶效应-离职的蝴蝶效应,修改版
2012-03-19 23:28 3180终于把自己的机器内存升级到5G了,安装好64位WI ... -
Redmine 插件的整合-TestLink,mylyn,tortoiseSVN
2012-02-04 10:00 2252Redmine是一个灵活的开源项目管理工具, 它可以 ... -
Redmine 项目管理系统说明文档-ezwork同方数字城市软件技术公司
2012-02-04 09:42 1123简介 ̈Redmine是一个灵活的项目管理系统, ... -
如何避免项目管理黑洞-如何使用redmine
2012-02-01 16:50 3851项目中如下情景,是否似曾相识? 项目中的管 ... -
时间管理培训总结
2012-01-11 09:05 1439今天在部门进行时间 ... -
我的时间管理类培训PPT
2012-01-10 15:23 1712主要内容: 养成习惯,每天早 ... -
对于单表数据超过1亿的数据查询时候,必须默认时间段查询条件
2011-12-21 16:40 3269项目基本情况 最近系统碰到一个非常头疼的问题,数据库采 ... -
程序员们该如何避免十年后成为Loser
2011-11-07 13:25 17531、自己的户口档 ... -
需求在项目不同角色之间的区别
2011-11-04 09:20 1123有没有同感??? -
阶段化开发:增量和迭代
2011-10-15 16:03 16062.2.6 阶段化开发:增 ... -
软件生命周期模型-边做边改模型
2011-10-13 08:30 11861、什么是边做边改模型 当一个软件产品在没有规格说明 ... -
软件工程:生命周期模型介绍CHM下载
2011-10-12 07:38 13952.2.1 瀑布模型 2.2.2 V模型 2.2.3 ... -
[疑问]下属翅膀硬了就跳槽,咋办?
2011-08-25 09:56 5204问题: 作为一个部 ... -
大型网站架构演变和知识体系
2011-08-15 14:30 1187之前也有一些介绍大型网站架构演变的文章,例如LiveJourn ... -
CMMI复审评估总结
2011-08-15 10:02 4076本次从6月份开始评 ... -
基于Java的验证框架:talent-validate1.5发布
2011-07-26 09:34 2584因为公司项目的特殊情况,都是管钱的,不能有丝毫的差错,所 ... -
您公司的测试开发人员比例是多少?合理吗?看看微软、google是多少
2011-07-25 15:56 4389有个学者做个这方面的调查——Tester to D ... -
验证(Verification)与确认(Validation)的区别
2011-07-19 17:07 11378最近参加CMMI培训,发现有2个过程域,还是头疼验证(Veri ...
相关推荐
本文将分析几种常见的开源协议,包括GPL、BSD、MIT、Mozilla(MPL)、Apache 2.0和LGPL,帮助开发者理解它们的特点和适用场景。 首先,BSD开源协议赋予了使用者极高的自由度。它允许使用者自由地使用、修改源代码,...
Apache License 2.0 是一个非常宽松的开源协议,它允许用户自由地使用、修改、复制、分发代码,甚至可以用于商业用途。使用者只需保留原始版权信息,不需向原作者回馈修改后的代码。此协议适用于那些希望保持代码...
GPL是最具影响力的开源协议之一,它要求任何使用、修改或分发基于GPL的软件的衍生作品都必须以GPL许可证发布,从而确保了代码的开放性和可访问性。这一特性被称为“传染性”,意味着任何与GPL软件结合的代码也必须...
MPL是一种较为宽松的开源协议,它允许对源代码进行修改和分发,但同时也要求任何基于MPL许可的软件修改版本都必须以MPL许可证发布。这意味着如果开发者对MPL许可下的软件进行了修改,那么他们所创建的新版本也必须...
本文将深入解析几个常见的开源协议,包括BSD、Apache Licence、GPL、LGPL、MIT和MPL,以及它们各自的特点和适用场景。 1. **BSD开源协议**: BSD协议给予使用者极大的自由,允许使用、修改和重新发布源代码,甚至...
**BSD开源协议** 是一种给予使用者极大自由度的协议,允许使用者自由使用、修改源代码,甚至可以将修改后的代码作为开源或专有软件再发布。然而,使用BSD协议的代码进行二次开发或发布时需遵循以下三个条件: 1. **...
2. LGPL(GNU Lesser General Public License):相比于GPL,LGPL对链接库的限制更为宽松,允许非开源软件链接LGPL库,但对库本身的修改仍需开源。 3. MIT许可证:这是一种非常宽松的许可证,几乎只要求保留原作者...
mpl-2.0 gpl-3.0 lgpl-3.0 unlicense bsd-2-clause isc lgpl-2.1 gpl-2.0 apache-2.0 cc0-1.0 artistic-2.0 bsd-3-clause agpl-3.0 epl-1.0 生成新许可证。 $ lucy create < License> --name= < Author> $ lucy ...
2. **Apache License 2.0**:Apache许可证允许商业使用,不强制要求开源,但要求保留原始版权信息和许可证声明。它对专利权提供了互惠保护,即如果使用者起诉其他用户侵犯了使用该软件时获得的专利,那么该用户的...
- **定义**:Apache License 是一种非常宽松的开源协议,它允许用户自由使用、复制、修改和分发软件的源代码。该协议鼓励代码共享和重用,并要求在修改后的文件中包含原作者的信息。 - **示例**: - **Apache**:这...
**Mozilla Public License Version 1.1 (MPL)** 是一种介于 GPL 和 BSD 之间的开源许可证,它允许用户自由地使用、复制、修改和分发软件,但在某些情况下,例如修改了 MPL 软件后分发时,必须以 MPL 条款发布修改后...
5. **Apache License 2.0**:Apache 许可证允许商业使用,同时要求保留原始的版权和许可声明。此外,它还包含专利条款,保护了贡献者免受基于其贡献的侵权诉讼。 理解这些许可证的区别有助于开发者选择适合项目的...
首先,开源软件的四个流行协议——GNU GPL、GNU LGPL、BSD和Mozilla Public License(MPL),各自具有不同的特点。GNU GPL确保了软件的衍生作品也必须保持开源,保护了用户的拷贝权,广泛应用于Linux内核等项目。...
常见的开源许可证包括GPL、LGPL、AGPL、MPL、CDDL、EPL、BSD、MIT和Apache等。其中,GPL是最广泛使用的许可证,它要求任何与GPL软件链接的产品或修改后的版本都需要开源。LGPL则是GPL的一个较宽松版本,对于动态链接...
该工具会列出所有常见的开源许可证,包括MIT、Apache 2.0、GPL等,每种许可证都有简短的描述和适用情况。 ### 三、选择许可证 在终端中,你可以通过编号选择一个许可证,或者输入关键词进行搜索。一旦选定,`...
词典 标准化和易于安装的词典的。 对 , 和其他有用。...(GPL-2.0或LGPL-2.1或MPL-1.1) dictionary-de 德语 (GPL-2.0或GPL-3.0) dictionary-de-at 德语(奥地利) (GPL-2.0或GPL-3.0) dictionar
开源许可证所有开源许可证都集中在一个地方内容: 执照名称阿帕奇2.0 Apache许可2.0 GPL 3.0 GNU公共许可证3.0 麻省理工学院麻省理工学院执照BSD 2 免费的BSD许可证BSD 3 修改后的BSD许可证MPL 2.0 Mozilla公共许可...
企业应用开发平台介绍osbpm企业应用开发平台已加入openEA定向开源计划,平台由广州市联科软件股份有限公司自主研发,严格遵照开源协议Mozilla Public License(MPL)2.0开放源。为保证质量,减少企业应用风险,在...
2. Apache License 2.0:除了MIT的条款外,Apache License还要求在修改后的代码中明确标识出改动,并提供原始许可证文本。 3. GPL (GNU General Public License):GPL是一种 Copyleft 许可证,要求任何基于该软件的...