Merci pour toutes ces informations. Il y a un point que j'ai omis de préciser : Certains modules sont sur Maven (Taack-UI et le composant JDBC), là, on y coupe pas, il faut étudier dépendance par dépendance, donc on peut mettre certains service en GPLv3, et laisser le reste en Apache v2.
Par contre les plugins comme Crew, et les autres apps qui arriveront auront très peu de dépendances directes. Je peux mettre en (L?)GPL v3 les service qui devraient être immuables chez les utilisateurs. Laisser le reste en Apache v2 pour ne rien imposer d'ennuyeux.
Une question :
Doit-on remonter les dépendances ? Gradle fait la distinction entre API et implement... API est transitif, pas implement... Normalement les espaces mémoires sont distincts (pas le même classloader (enfin je crois)).
[^] # Re: Marche à suivre
Posté par YBoy360 (site web personnel) . En réponse au journal Java et les licences Open Source. Évalué à 1.
Merci pour toutes ces informations. Il y a un point que j'ai omis de préciser : Certains modules sont sur Maven (Taack-UI et le composant JDBC), là, on y coupe pas, il faut étudier dépendance par dépendance, donc on peut mettre certains service en GPLv3, et laisser le reste en Apache v2.
Par contre les plugins comme Crew, et les autres apps qui arriveront auront très peu de dépendances directes. Je peux mettre en (L?)GPL v3 les service qui devraient être immuables chez les utilisateurs. Laisser le reste en Apache v2 pour ne rien imposer d'ennuyeux.
Une question :
Grandement merci pour ton aide !