[
https://issues.apache.org/jira/browse/FINCN-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Myrle Krantz updated FINCN-27:
------------------------------
Description:
Fineract CN services currently depend on an embedded version of MariaDB for
their component tests. This component is licensed as GPL, and therefore, needs
to be replaced before we release. If we can't find a suitable replacement, an
alternative would be to omit the component tests from our release.
Why can't we have dependencies to GPL software? This sequence of events would
be bad:
1.) We include GPL software in our release.
2.) Our code, including the GPL dependency is included in proprietary code of
CompanyOmega
3.) Some judge somewhere decides that the "firewall" separating our code from
the GPL isn't strong enough to call prevent the viral aspects of GPL from
taking effect.
4.) CompanyOmega's proprietary code is now all open source and they go out of
business.
It's not a likely sequence, but because of the size of the negative outcome, we
avoid it by not including GPL (or any other Category X software) in our
releases.
> Remove dependency to embedded MariaDB from component-test modules of all
> services.
> ----------------------------------------------------------------------------------
>
> Key: FINCN-27
> URL: https://issues.apache.org/jira/browse/FINCN-27
> Project: Fineract Cloud Native
> Issue Type: Task
> Components: fineract-cn-template, fineract-cn-test
> Reporter: Myrle Krantz
> Priority: Major
>
> Fineract CN services currently depend on an embedded version of MariaDB for
> their component tests. This component is licensed as GPL, and therefore,
> needs to be replaced before we release. If we can't find a suitable
> replacement, an alternative would be to omit the component tests from our
> release.
> Why can't we have dependencies to GPL software? This sequence of events would
> be bad:
> 1.) We include GPL software in our release.
> 2.) Our code, including the GPL dependency is included in proprietary code of
> CompanyOmega
> 3.) Some judge somewhere decides that the "firewall" separating our code from
> the GPL isn't strong enough to call prevent the viral aspects of GPL from
> taking effect.
> 4.) CompanyOmega's proprietary code is now all open source and they go out of
> business.
> It's not a likely sequence, but because of the size of the negative outcome,
> we avoid it by not including GPL (or any other Category X software) in our
> releases.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)