Skip to main content

Eclipse Public License 1.0 (EPL) Frequently Asked Questions

Please see the Eclipse Public License 2.0 FAQ.

For informational purposes only.

This FAQ attempts to provide answers to commonly asked questions related to the Eclipse Public License 1.0 (EPL). It is provided for informational purposes only. It is not part of, nor does it modify, amend, or supplement the terms of the EPL. The EPL is a legal agreement that governs the rights granted to material licensed under it, so please read it carefully. If there is any conflict between this FAQ and the EPL, the terms of the EPL shall govern. This FAQ should not be regarded as legal advice. If you need legal advice, you must contact your own lawyer.

Table of Contents

  1. What is the relationship between the CPL and the EPL 1.0?
  2. Why was the EPL 1.0 written?
  3. Specifically how does the EPL 1.0 differ from the CPL?
  4. What is the latest version of the EPL
  5. Do all Eclipse Foundation members approve of the EPL?
  6. How and when will the Eclipse Foundation transition from the CPL to the EPL 1.0?
  7. Is the EPL approved by the Open Source Initiative (OSI)?
  8. What is required for OSI license approval?
  9. What are the business advantages of the Open Source model?
  10. What are the technical advantages of the Open Source model?
  11. How are the parties defined in the EPL 1.0?
  12. Can a Contributor remain anonymous?
  13. What rights do Contributors grant Recipients under EPL 1.0?
  14. Does the EPL 1.0 allow me to take the Source Code for a Program licensed under it and include all or part of it in another program licensed under the GPL, BSD license or other Open Source license?
  15. Can I take a Program licensed under the EPL 1.0, compile it without modification, and commercially license the result?
  16. Do I need to include the source code for such Program with the object code distribution?
  17. When I incorporate a portion of a Program licensed under the EPL 1.0 into my own proprietary product distributed in object code form, can I use a single license for the full product, in other words, covering the portion of the Program plus my own code?
  18. The EPL states that it can be changed by the Agreement Steward. Does a Contributor have the choice of redistributing a previously distributed Program under the old or the new version of the EPL?
  19. If I modify a Program licensed under the EPL, but never distribute it to anyone else, do I have to make my modifications available to others?
  20. If I modify a Program licensed under the EPL and distribute the object code of the modified Program for free, must I make the source code available?
  21. If I write a module to add to a Program licensed under the EPL and distribute the object code of the module along with the rest of the Program, must I make the source code to my module available in accordance with the terms of the EPL?
  22. What are my obligations if I copy source code obtained from Eclipse.org and licensed under the Eclipse Public License and include it in my product that I then distribute?
  23. Does the EPL offer any warranty with regard to the Program?
  24. This document does not have the answer to my question. How can I get my question answered?
  25. Some open source software communities specify what they mean by a "derivative work". Does the Eclipse Foundation have a position on this?
  26. Some free software communities say that linking to their code automatically means that your program is a derivative work. Is this the position of the Eclipse Foundation?
  27. I‘m a programmer not a lawyer, can you give me a clear cut example of when something is or is not a derivative work?
  28. I am starting my own open source software project. Does the Eclipse Foundation allow me to use the EPL for my project?
  29. Many Eclipse tools and wizards use code templates which are included in the application that is generated. Is the code generated by these tools considered a derivative work that must be licensed under the EPL?
  30. What licenses are acceptable for third-party code redistributed by Eclipse projects?
  31. Is an OSI-compliant license a requirement for all third-party code redistributed by Eclipse projects?
  32. Are the Eclipse Public License (EPL) 1.0 and the General Public License (GPL) compatible?
  33. For dual-licensed projects, which license terms apply?

Frequently Asked Questions

  1. What is the relationship between IBM’s Common Public License (CPL) and the Eclipse Public License 1.0 (EPL)?
    The Eclipse SDK codebase was originally distributed under the CPL. The EPL 1.0 was derived from CPL version 1.0. As a result, much of the information provided in the Common Public License (CPL) Frequently Asked Questions document is relevant to the EPL, as well. The purpose of this FAQ is to highlight the differences.

  2. Why was the EPL 1.0 written?
    The EPL 1.0 was written specifically for the Eclipse Foundation. First, it changes the Agreement Steward, formerly IBM for the CPL, to now be the Eclipse Foundation for the EPL. Second, it addresses concerns some Eclipse Foundation members had with how the CPL deals with possible patent litigation.

  3. Specifically how does the EPL 1.0 differ from the CPL?
    Section 7 of the CPL contained the following language:

    "If Recipient institutes patent litigation against a Contributor with respect to a patent applicable to software (including a cross-claim or counterclaim in a lawsuit), then any patent licenses granted by that Contributor to such Recipient under this Agreement shall terminate as of the date such litigation is filed. In addition, if Recipient institutes patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Program itself (excluding combinations of the Program with other software or hardware) infringes such Recipient’s patent(s), then such Recipient’s rights granted under Section 2(b) shall terminate as of the date such litigation is filed."

    The first sentence was removed in the EPL 1.0. Many members and prospective members believed that the first sentence was overly broad and viewed it as an inhibitor to the continued growth of the Eclipse eco-system. The second sentence remains unchanged in the EPL 1.0.

    The current Eclipse Foundation Intellectual Property Policy further clarifies the general principles under which the Eclipse Foundation shall accept contributions, license contributions, license materials owned by the Eclipse Foundation, and manage other intellectual property matters.

  4. What is the latest version of the EPL?
    Version 2.0 is the latest version of the EPL. Please see the Eclipse Public License 2.0 FAQ.

  5. Do all Eclipse Foundation members approve of the EPL?
    Yes, the Eclipse Foundation membership approved the EPL 1.0 unanimously. Future members must agree to abide by the EPL and the Intellectual Property Policy as part of joining the Eclipse Foundation and signing the Eclipse Foundation Membership Agreement.

  6. How and when will the Eclipse Foundation transition from the CPL to the EPL 1.0?
    For details, see the CPL to EPL Transition Plan (.pdf) and the CPL to EPL Transition Plan FAQ.

  7. Is the EPL approved by the Open Source Initiative (OSI)?
    Yes, the EPL has been approved. Version 1.0 was approved in May 2004. See the complete list of OSI-approved licenses.

  8. What is required for OSI license approval?
    A license qualifies for OSI approval if it conforms to the OSI’s "Open Source Definition" or "OSD." The OSD covers nine topics of concern. Chief among these is the requirement that a license not restrict any party from selling or giving away the software. Further, the Program must include source code, must allow distribution in source code as well as compiled form, and must allow modifications and derived works. Find more information on the OSD at opensource.org.

  9. What are the business advantages of the Open Source model?
    An Open Source community provides a way for individuals and companies to collaborate on projects that would be difficult to achieve on their own..

  10. What are the technical advantages of the Open Source model?
    The Open Source model has the technical advantage of turning users into potential co-developers. With source code readily available, users will help you debug quickly and promote rapid code enhancements. "Given a bit of encouragement, your users will diagnose problems, suggest fixes, and help improve the code far more quickly than you could unaided." (The Cathedral and the Bazaar, Eric Steven Raymond. See http://tuxedo.org/~esr/writings/cathedral-bazaar/)

  11. How are the parties defined in the EPL 1.0?
    There are two types of parties to the EPL 1.0. They are "Contributors" and "Recipients." Contributors include an initial Contributor, who is the person or entity that creates the initial code distributed under the EPL 1.0, and subsequent Contributors, who originate changes or additions to the code (the combination referred to as the "Program"). Any person or entity that redistributes the Program is also a Contributor. Recipients include anyone who receives the Program under the EPL, including Contributors.

  12. Can a Contributor remain anonymous?
    No. Except for those who simply redistribute the Program, each Contributor must identify itself as the originator of its Contribution in a way that later Recipients will be able to readily see.

  13. What rights do Contributors grant Recipients under EPL?
    Contributors license Recipients under the rights that they have in their Contributions.

  14. Does the EPL allow me to take the Source Code for a Program licensed under it and include all or part of it in another program licensed under the GNU General Public License (GPL), Berkeley Software Distribution (BSD) license or other Open Source license?
    No. Only the owner of software can decide whether and how to license it to others. Contributors to a Program licensed under the EPL understand that source code for the Program will be made available under the terms of the EPL. Unless you are the owner of the software or have received permission from the owner, you are not authorized to apply the terms of another license to the Program by including it in a program licensed under another Open Source license.

  15. Can I take a Program licensed under the EPL, compile it without modification, and commercially license the result?
    Yes. You may compile a Program licensed under the EPL without modification and commercially license the result in accordance with the terms of the EPL.

  16. Do I need to include the source code for such Program with the object code distribution?
    No. But you do need to include a statement that the source code is available from you and information on how to obtain it.

  17. When I incorporate a portion of a Program licensed under the EPL into my own proprietary product distributed in object code form, can I use a single license for the full product, in other words, covering the portion of the Program plus my own code?
    Yes. The object code for the product may be distributed under a single license as long as it references the EPL portion and complies, for that portion, with the terms of the EPL.

  18. The EPL states that it can be changed by the Agreement Steward. Does a Contributor have the choice of redistributing a previously distributed Program under the old or the new version of the EPL?
    While Contributions are licensed under the version of the License under which they are originally distributed, the EPL provides for the ability of any Contributor to choose between that version or a later version.

  19. If I modify a Program licensed under the EPL, but never distribute it to anyone else, do I have to make my modifications available to others?
    No. If you do not distribute the modified Program, you do not have to make your modifications available to others.

  20. If I modify a Program licensed under the EPL and distribute the object code of the modified Program for free, must I make the source code available?
    Yes. By distributing the modified Program, even if it is only a free version of the object code, you are obligated to make the source code to the modified Program available to others.

  21. If I write a module to add to a Program licensed under the EPL and distribute the object code of the module along with the rest of the Program, must I make the source code to my module available in accordance with the terms of the EPL?
    No, as long as the module is not a derivative work of the Program.

  22. What are my obligations if I copy source code obtained from Eclipse.org and licensed under the Eclipse Public License and include it in my product that I then distribute?
    Source code licensed under the EPL may only be redistributed under the EPL.

  23. Does the EPL offer any warranty with regard to the Program?
    No. The Program released under the EPL is provided on an "as is" basis, without warranties or conditions of any kind.

  24. This document does not have the answer to my question. How can I get my question answered?
    You may want to check the Eclipse Foundation Legal Frequently Asked Questions document to see if your question is answered there. If not, please send a note to the Eclipse Management Office and we will do our best to get back to you.

  25. Some open source software communities specify what they mean by a "derivative work". Does the Eclipse Foundation have a position on this?
    As described in article 1(b)(ii) of the Eclipse Public License, "...Contributions do not include additions to the Program which: (i) are separate modules of software distributed in conjunction with the Program under their own license agreement, and (ii) are not derivative works of the Program." The definition of derivative work varies under the copyright laws of different jurisdictions. The Eclipse Public License is governed under U.S. law. Under the U.S. Copyright Act, a "derivative work" is defined as "...a work based upon one or more preexisting works, such as a translation, musical arrangement, dramatization, fictionalization, motion picture version, sound recording, art reproduction, abridgment, condensation, or any other form in which a work may be recast, transformed, or adapted. A work consisting of editorial revisions, annotations, elaborations, or other modifications which, as a whole, represent an original work of authorship, is a "derivative work"." The Eclipse Foundation interprets the term "derivative work" in a way that is consistent with the definition in the U.S. Copyright Act, as applicable to computer software. You will need to seek the advice of your own legal counsel in deciding whether your program constitutes a derivative work.

  26. Some free software communities say that linking to their code automatically means that your program is a derivative work. Is this the position of the Eclipse Foundation?
    No, the Eclipse Foundation interprets the term "derivative work" in a way that is consistent with the definition in the U.S. Copyright Act, as applicable to computer software. Therefore, linking to Eclipse project code might or might not create a derivative work, depending on all of the other facts and circumstances.

  27. I‘m a programmer not a lawyer, can you give me a clear cut example of when something is or is not a derivative work?
    If you have made a copy of existing Eclipse code and made a few minor revisions to it, that is a derivative work. If you"ve written your own Eclipse Platform Plug-in with 100% your own code to implement functionality not currently in Eclipse, then it is not a derivative work. Scenarios between those two extremes will require you to seek the advice of your own legal counsel in deciding whether your program constitutes a derivative work.

    For clarity, merely interfacing or interoperating with Eclipse Platform Plug-in APIs (without modification) does not make an Eclipse Platform Plug-in a derivative work.

  28. I am starting my own open source software project. Does the Eclipse Foundation allow me to use the EPL for my project?
    Yes. The EPL is an OSI-approved open source license and may be used unaltered by projects regardless of where they are hosted.

  29. Many Eclipse tools and wizards use code templates which are included in the application that is generated. Is the code generated by these tools considered a derivative work that must be licensed under the EPL?
    Unfortunately, there is no clear answer to this question. To the extent that the code generated by a wizard is purely functional in nature and therefore not the proper subject matter for copyright protection, it could be argued that it is not subject to copyright protection, and therefore is not a derivative work. An example of that type of code would include calls to APIs or other technical instructions which are dictated by functional or technical requirements. Moreover, to the extent the generated code is a very small part of the final overall work, there is an argument that such use would be di minimus, and the final product or application should not be considered to be a derivative work. Finally, to the extent developers who use the generated code make many changes and additions to the code, there is also an argument that the resultant application is not a derivative work. Of course, these are just arguments and not "bright line" tests, and therefore each position could be subject to differing viewpoints. The Eclipse Foundation cannot take a position on this issue, as it will ultimately be a question of the facts and circumstances associated with a particular use.

  30. What licenses are acceptable for third-party code redistributed by Eclipse projects?
    The Eclipse Foundation views license compatibility through the lens of enabling successful commercial adoption of Eclipse technology in software products and services. We wish to create a commercial ecosystem based on the redistribution of Eclipse software technologies in commercially licensed software products. Determining whether a license for third-party code is acceptable often requires the input and advice of The Eclipse Foundation’s legal advisors.

    Please see our list of the most common licenses approved for use by third-party code redistributed by Eclipse Foundation Projects. This list is not exhaustive. If you have any questions, please contact license@eclipse-foundation.org.

  31. Is an OSI-compliant license a requirement for all third-party code redistributed by Eclipse projects?
    The Eclipse Foundation fully supports the Open Source Initiative’s certification of open source licenses, and the Eclipse Public License is certified as such. However, there are licenses for software content which meet The Eclipse Foundation’s requirements for compatibility with the EPL and downstream commercial re-distribution that are not OSI certified, and Eclipse projects may make use of such licenses after review and approval by the Eclipse Foundation.

    The reverse is also true: there are OSI-compliant licenses are not compatible with the EPL or do not permit downstream commercial re-distribution. Such licenses are not used by Eclipse projects.

  32. Are the Eclipse Public License (EPL) 1.0 and the General Public License (GPL) compatible?
    The EPL 1.0 and the GPL are not compatible in any combination where the result would be considered either: (a) a "derivative work" (which The Eclipse Foundation interprets consistent with the definition of that term in the U.S. Copyright Act ) or (b) a work "based on" the GPL code, as that phrase is used in the GPLv2, GPLv3 or the GPL FAQ as applicable. Further, you may not combine EPL 1.0 and GPL code in any scenario where source code under those licenses are both the same source code module.

    Based upon the position of the Free Software Foundation, you may not combine EPL 1.0 and GPL code in any scenario where linking exists between code made available under those licenses. The above applies to both GPL version 2 and GPL version 3.

  33. For Eclipse projects which are dual-licensed, your file headers state that the code is being made available under two licenses. For example: "This program and the accompanying materials are made available under the terms of the Eclipse Public License v1.0 and Eclipse Distribution License v. 1.0 which accompanies this distribution." What is meant by the use of the conjunction "and"?
    The code is being made available under both of the licenses. The consumer of the code can select which license terms they wish to use, modify and/or further distribute the code under.

Back to the top