The document discusses open source licensing and how it applies to different situations involving open source and proprietary software integration. It addresses questions around obligations to share code when extending or building upon open source projects. The key points made are that permissive licenses like BSD and Apache allow proprietary software integration without code sharing, while GPL and LGPL have additional requirements to share modifications with customers running the software.
15. • The answer actually does depend on:
•Which component of the boundless platform is extended; and
•if that component uses a permissive or protective license
• Boundless prefers to start new projects with permissive licenses
•permissive licenses place few restrictions on use
• Boundless is also happy to work with protective license
•Protective licenses have additional clauses
(to protect customer freedoms)
•Weakly protective: libraries that include source but can be extended
•Strongly protective: require that extensions maintain license
15
What do I actually need to do?
20. • BSD
•The Berkeley Software Distribution license permits commercial use, such as
including the software in your own application or website.
•The only restriction is the inclusion of a license and copyright notice in the
OpenLayers file you use.
•Your own work (that is, the website) remains unaffected.
•This ability to be freely mixed with your own work makes BSD an excellent
choice for OpenLayers.
20
Berkley Software Distribution
25. • Permissive licenses à Proprietary code is fine
• Weakly Protective licenses à Proprietary code is fine
•If you fix or modify the original library, your customer needs the patch
• Strongly Protective licenses à “pass it on”
•Required to maintain license, person running the software needs source
•Option: Run the code for on your own hardware, it will stay internal
•Option: Introduce client / server separation to allow you to run as service
25
How to mix open and proprietary code
30. • “My organization would like to
create a GeoServer WPS
Process integrate our
proprietary billing system for
use by our OpenLayers powered
web application.
Am I obligated to share this
website work with our website
visitors?”
OpenLayers (BSD) is a permissive
license placing no obligation to
share your work with website
visitors.
• Bonus: Website code accesses
billing system via the open
WPS standard.
30
Boundless Suite Integration
OpenLayers
31. • “My organization would like to
create a GeoServer WPS
Process integrate our
proprietary billing system for
use by our OpenLayers powered
web application.
Am I obligated to share the
billing integration process with
website visitors or sys admin?”
GeoServer (GPL) terms apply to
your system administrator
running GeoServer (and not the
website visitors).
• If you package the billing
process with GeoServer you
will need to provide the source
code to the sys admin.
31
Boundless Suite Integration
OpenLayers GeoServer
32. • “My organization would like to
create a GeoServer WPS
Process integrate our
proprietary billing system for
use by our OpenLayers powered
web application.
Am I obligated to share the
billing integration process with
website visitors or sys admin?”
GeoTools (LGPL) provides a
“Process API” under a weakly
protective license for integration
with proprietary systems.
• If you provide the billing
process as a separate
extension using GeoTools API
you do not need to share
source code.
32
Boundless Suite Integration (cont.)
OpenLayers GeoServer GeoTools
36. • Copyright: Tool we use to assert ownership over a codebase and
enforce our open source licenses.
• Patents: Many open source licenses are quiet about patents
opening you and your customers up to risk. Apache, EPL and GPL
provide some customer protection.
• Trademarks: Used to protect product branding. The QGIS project
took out a trademark to have another legal tool at their disposal.
LocationTech maintains trademarks on each project.
36
Aside: Copyright, Patents and Trademarks
Open source is gleefully rewriting the rules of IT development at all levels of industry and government. Adoption of open source in government is well underway, with success stories illustrating the benefits.
This decade we are going further - fostering a healthy, sustainable, working relationship between government and open source:
This presentation digs into the flexibility of open source licensing and how government organizations can meet the challenges of developing with open source.
We will look at the advantages of government participation in open source at the project, institutional, and foundation level. Attend this talk to understand how your organization cannot only benefit from open source, but be open source.
-----
2 intro - welcome, open source expectations (get paid, get paid+time+resources+commitment)
3 open source licenses - spectrum
5 flexibility - combining open source and proprietary
5 participation (project - reduce risk --> planning, institution --> can your staff contribute, foundation level - governance and sustainability)
Literally the first program I have at hand, Keynote, has an example
Notes: Play smart: Choose an appropriate license for the technology or market targeted.
Advocacy:
- Permissive licenses focus on the long game for success (get open source used everywhere, control the story - if a customer forks the extra pain of upgrades will bring them back).
- Protective licenses state up front that the result needs to remain open source, strongly protective licenses up the ante forcing integrated code to also be open source.
PostGIS GPL
GeoServer GPL
OpenLayers BSD
Suite App / GeoServer Extensions GPL
GeoWebCache LGPL
Boundless Web SDK Apache
WPS Builder Apache
Composer BSD
Dashboard BSD
GeoTools LGPL
JTS Topology Suite BSD/EPL
GDAL / OGR X11/MIT
PROJ MIT
Boundless Workshops CC-BY-SA