[ 
https://issues.apache.org/jira/browse/FINCN-26?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16951974#comment-16951974
 ] 

Isaac Kamga commented on FINCN-26:
----------------------------------

Thanks for your prompt feedback [~vorburger]. 

I know [~juhan] sent in some PRs which did clean up repos from references to 
MariaDB. However, I didn't think it was neat for us to archive the 
[https://github.com/apache/fineract-cn-mariadb] repo as we could release 
without it but still use it for development. In the mean time, I'll review what 
he sent in and possibly open more PRs.

[~edcable] and [~vishwasbabu] talked about us having an dbms library which 
selects any DB to use at any point. The feedback they provide in that respect 
would determine what we do with the MariaDB repo.

> Replace MariaDB driver with drizzle as JDBC driver
> --------------------------------------------------
>
>                 Key: FINCN-26
>                 URL: https://issues.apache.org/jira/browse/FINCN-26
>             Project: Fineract Cloud Native
>          Issue Type: Task
>          Components: fineract-cn-mariadb
>            Reporter: Myrle Krantz
>            Assignee: Isaac Kamga
>            Priority: Blocker
>
> Fineract CN currently depends on 'org.mariadb.jdbc:mariadb-java-client:1.4.3' 
> as our JDBC driver.  It's for our connection to an SQL database, and can be 
> used for MySQL as well as MariaDB. This component is licensed as LGPL, and 
> therefore, needs to be replaced before we release.  The current suggestion is 
> to replace it with drizzle.  Other suggestions are also welcome.
> Why can't we have dependencies to LGPL software? This sequence of events 
> would be bad:
> 1.) We include LGPL software in our release.
> 2.) Our code, including the LGPL dependency is included in proprietary code 
> of CompanyOmega
> 3.) Some judge somewhere decides that the "firewall" separating our code from 
> the LGPL isn't strong enough to call prevent the viral aspects of LGPL 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 LGPL (or any other Category X software) in our 
> releases.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to