Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: Choix de la licence

From: Sylvain Wallez (sylvain.wallez@anyware-tech.com)
Date: 20/12/2003 - 19:47


Eric van der Vlist wrote:

>Puisque nous souhaitons publier nos travaux sous licence open source, il
>se pose l'inévitable problème du choix de la licence.
>
>Nous allons très vraisemblablement utiliser Cocoon et nous pouvons être
>tentés d'utiliser la licence Apache qui est très libérale (en gros elle
>permet de faire à peut près n'importe quoi avec les produits Apache, y
>compris d'en dériver des produits commerciaux, à condition de mentionner
>l'origine des logiciels).
>
>D'un autre côté, d'une part nous n'avons pas les mêmes objectifs
>qu'Apache (nous souhaitons surtout que ce que nous faisons puisse servir
>d'exemple) et d'autre part nous utiliserons sans doute aussi des
>logiciels publiés sous des licences plus contraignantes (comme par
>exemple XQuark publié sous licence LGPL) imposant que les utilisations
>des logiciels restent open source et nous pouvons à l'opposé souhaiter
>publier nos travaux sous licence GPL (la "dure des dures").
>
>Pour résumer (et sauf erreur de ma part, je ne suis pas spécialiste de
>la question), outre le niveau de protection de notre travail, adopter
>une licence Apache permettrait à Cocoon d'intégrer facilement
>d'éventuels composants que nous pourrions développer (s'ils ont un
>intérêt générique) et à l'inverse, une licence GPL nous permettrait plus
>facilement d'intégrer ce que nous faisons sous forme d'un package
>regroupant nos développements et les logiciels que nous utilisons.
>
>Entre ces deux extrêmes, il y a tout une palette de licences présentant
>toutes leurs avantages et inconvénients.
>
>Avez-vous des avis sur la question?
>
>

IANAL (I am not a lawyer), comme disent les anglo-saxons, et les
licences sont un terrain propices aux luttes de chapelle, mais voici
quand même mon avis ;-)

La licence GPL (et LGPL) posent des contraintes quand à la
redistribution : lors d'une distribution d'un logiciel GPL, le code doit
être fourni. Par contre, elle n'impose rien pour l'utilisation sans
redistribution. C'est ainsi que des sites marchands majeurs (Amazon, par
ex.) utilisent du logiciel GPL pour motoriser leur site, associé à du
logiciel propriétaire. Mais comme on accède à une "instance" de leur
logiciel (il tourne sur leurs serveurs), mais qu'on ne le télécharge
pas, ils ne sont pas tenus de redistribuer les logiciels qu'ils ont bâti
au dessus de logiciels GPL.

La licence Apache est une licence dite "d'attribution" : la seule
contrainte est de mettre quelque part dans les produits faits avec du
logiciel Apache (dans le "à propos" ou dans la doc) une mention "ce
produit utilise du logiciel développé par la Fondation Apache". Mais là
encore, ça ne s'applique pas à une appli accessible à travers un serveur
web.

Pour ce qui est du moteur XMLfr, ni la GPL ni l'ASL (Apache Software
Licence) ne permettront d'empêcher la réutilisation de l'infrastructure
par un site à but commercial. Pour l'empêcher, il faut une license
particulière le stipulant explicitement.

L'utilisation de la GPL empêcherait la redistribution de
l'infrastructure dans un package commercial, mais je ne suis pas certain
que cela ait un intérêt commercial quelconque (je me trompe peut-être).

Les différences entre GPL et ASL pour une infrastructure de site web
sont donc bien moins marquées que pour un logiciel redistribuable...

Je ne suis pas totalement impartial sur le sujet, mais j'aurais tendance
à opter pour une licence type Apache parce qu'elle permettrait plus
facilement d'intégrer ce qui sera développé ici dans la souche Cocoon si
nous le jugeons opportun.

Mais je me suis peut-être complètement gourré sur l'interprétation des
licences ;-)

Sylvain

-- 
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance  -  http://www.orixo.com

-- Devenez redacteur <XML>fr et contribuez au developpement du xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie au developpement du site XMLfr.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a dev-request@xmlfr.org (mailto:dev-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 31/12/2003 - 17:02 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org