You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-fr@cocoon.apache.org by echarp <em...@free.fr> on 2005/02/23 16:29:29 UTC
Re: un CMS basé sur le portail Cocoon
Comment ça se passe si les personnes ou la boite détenant le copyright
meurent? Comment ça se passe en cas de désaccord sur les évolutions
du produit? on dirait qu'on ne peut pas faire un fork sans demander
une autorisation préalable :(
Aux vues de mes lectures, la GPL3 serait une évolution de la licence
actuelle (euh, je sais pas s'ils vont la numéroter 3 hein). Parmi les
améliorations ils réfléchissent à des clauses pour gérer les logiciels
serveurs qui ne requièrent pas de distribution pour être utilisés. Et
puis il y aurait aussi des clauses pour les brevets.
Mais bon, ça ne s'applique pas à vous on dirait.
Si je comprends bien, vous voulez éviter les profiteurs et donc vous
ne donnez pas les libertés que donnent les logiciels libres. Vous ne
laissez que la liberté 0, celle de consulter le code... Il n'y a pas
le risque de devenir "tainted", et donc de ne plus pouvoir recoder un
logiciel ou des fonctions de même type?
Bon, c pas trop mon truc tout ça. Bonne chance.
echarp
On Wed, Feb 23, 2005 at 03:54:20PM +0100, Jean-Christophe Kermagoret wrote:
> Bonjour,
>
> Le principal avantage du Collaborative Source est de formaliser la
> rémunération des développeurs tiers. De cette façon, un développeur
> indépendant, ou un éditeur, peut ainsi contribuer à notre projet en
> sachant qu'il peut le considérer comme un investissement directement
> productif.
>
> Après évaluation de sa participation (qui doit être significative), une
> valeur est donnée à celle-ci qui est redistribuée sous forme de rabais
> lors de l'achat de la prochaine license BlueXML, l'objectif étant de
> promouvoir notre technologie. En empilant les différentes couches, on a
> ainsi un modèle économique où chaque développeur ou éditeur peut trouver
> son compte.
>
> Mais s'il y a 20 contributions tiers... c'est sûr, les calculs seront
> plus compliqués :-) mais on n'en est pas là.
>
> Ca peut choquer les mentalités, mais il est difficile (voire impossible)
> de vivre de l'opensource si on n'a pas une activité "services". Avec
> le Collaborative Source, je sais que tout développement fait avec notre
> technologie doit faire l'objet d'une license. Donc si tout le monde joue
> le jeu, on doit s'y retrouver. Evidemment, il y aura des abus, des
> utilisateurs qui ne diront rien... mais ce sera minime. Car quelle SSII
> irait courir le risque d'utiliser une technologie non licenciée ? En
> outre, notre stratégie est de développer un réseau de partenaires.
> Lorsque plusieurs partenaires interviendront sur un appel d'offre, et
> que notre technologie aura acquis un peu de notoriété, il sera difficile
> pour les uns et pour les autres de ne pas déclarer la technologie.
>
> Nous avons effectivement réfléchi au double licensing, mais on voulait
> un système de licence cohérent avec le modèle économique, qui nous
> permette d'entrer dans une spirale 'vertueuse' où chacun est rémunéré en
> fonction de son travail. Finalement, avec le collaborative source, on
> est exactement dans ce cadre.
>
> En fait, nous sommes susceptible d'accorder une license gratuite à
> certains projets (loi 1901, associations caritatives, ...). N'hésitez
> pas à nous demander.
>
> Quant à la GPL3, je ne la connais pas.
>
> Cordialement,
>
> echarp a écrit :
> > Vraiment étrange le collaborative source. Sur quelles bases calculez
> > vous les participations? Comment allez vous gérer les abus?
> >
> > Vous ne trouvez pas que le double licensing (comme MySQL) entre GPL et
> > une licence commerciale peut couvrir le même genre de choses?
> > Peut-être en incluant la clause sur les applications serveurs (clause
> > qui va peut-être être rajoutée à GPL3).
> >
> > Sincèrement
> >
> > echarp
> >
> >
> >On Wed, Feb 23, 2005 at 08:07:40AM +0100, Jean-Christophe Kermagoret wrote:
> >
> >>Bonjour à tous,
> >>je viens de finaliser la première version d'un CMS basé sur Cocoon et le
> >>portail fourni avec.
> >>
> >>La license n'est pas Open Source, mais Collaborative Source, ce qui veut
> >>dire que le source est disponible mais que le déploiement (interne ou
> >>commercial) est payant. Il est possible de faire des contributions en
> >>nature. Tous les détails sont dans la license (seront en fait car je
> >>termine son adaptation)
> >>
> >>Ceci étant dit, et dans le respect de cette license bien sûr, vous
> >>trouverez de nombreux modules qui pourront vous aider à comprendre
> >>quelques concepts Cocoon et vous montrent comment les utiliser.
> >>
> >>Vous trouverez notamment :
> >>
> >>* la communication inter-portlet avec le portail Cocoon
> >>* l'authentification via le fw d'auth (utilisé par le portail) à
> >>différentes sources de données (ldap, fichier, base)
> >>* la gestion de formulaires avec :
> >> * définition de "classes" d'objet
> >> * aggrégation des champs définis par ces classes
> >> * génération automatique du template à partir du binding dans lequel
> >> on peut spécifier des filtres sur les définitions ou les bindings
> >> (pour faire apparaître ou disparaître automatiquement des champs
> >> selon un rôle ou tout autre critère : par exemple une action)
> >> * des fonctionnalités CRUD + Editions + Notification + Recherches
> >>* l'utilisation d'une base de données XML (eXist) via xmldb
> >>* quelques flowscripts
> >>* un mécanisme de localisation de ressources avec fallback, permettant
> >>d'utiliser des fichiers de données XML alternatifs si le fichier
> >>principal n'existe pas
> >>* une application multi-site
> >>* une application skinnable
> >>* un exemple d'installateur avec IzPack
> >>* un exemple d'architecture SOA (en tout cas c'est l'idée :-)
> >>
> >>Bref, ca peut peut-être vous aider
> >>
> >>Les sites sont :
> >>* http://www.bluexml.org pour les téléchargements et le début de
> >>documentation
> >>* http://www.bluexml.com pour le bizness
> >>
> >>A bientôt, sur cette liste, ou sur la liste dédiée aux utilisateurs
> >>français du framework BlueXML.
> >>
> >>Ps: il est interdit de rigoler quand vous lirez les textes en anglais
> >>que j'ai écrits...
> >>
> >>--
> >>
> >>Jean-Christophe Kermagoret
> >>jck@BabelObjects.Com
> >>
> >>
> >>---------------------------------------------------------------------
> >>Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> >>Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> >>Autres commandes : mailto:users-fr-help@cocoon.apache.org
> >>
> >>
> >
> >
> >---------------------------------------------------------------------
> >Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> >Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> >Autres commandes : mailto:users-fr-help@cocoon.apache.org
> >
>
>
>
> --
>
> Jean-Christophe Kermagoret
> jck@BabelObjects.Com
>
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: un CMS basé sur le portail Cocoon
Posted by Jean-Christophe Kermagoret <jc...@babelobjects.com>.
Emmanuel,
Comme vous avez le code source, si la boîte meure, vous pouvez en faire
ce que vous voulez. De même, si vous n'êtes pas d'accord sur les
évolutions du produit, et que vous voulez faire un fork, vous pouvez le
faire évoluer comme bon vous semble et packager ainsi votre technologie
(mais vous devrez toujours acheter une licence BlueXML de base
correspondant aux modules que vous utilisez).
Ce n'est pas tant qu'on veut éviter les profiteurs, c'est qu'on a envie
de vivre, tout simplement, et que nous pensons qu'on ne peut y arriver,
selon nous, dans le monde de l'open source pur, à moins d'être une SSII,
ce que nous ne sommes pas.
Quant à la liberté de consulter le code, ce n'est pas la liberté 0,
c'est la *liberté maximale*, celle qui a le plus de valeur, car
qu'est-ce que quelques Keuros pour un logiciel acheté en comparaison des
dizaines, voire centaines de Keuros pour le développement qui s'appuiera
dessus ? Vous pouvez l'étudier pour vous former, voir comment certaines
fonctionnalités sont développées... N'est-ce pas cela la liberté ? Il ne
faut pas confondre liberté et gratuité.
Par exemple, le problème avec les produits propriétaires habituels n'est
pas tant que le produit soit payant, mais que le code ne soit pas
disponible, protégé en plus par des brevets plus ou moins pertinents.
Quant au concept 'tainted' (corrompu), je crois que justement, on
l'évite totalement car on n'est pas open source, et il est clair que
toute distribution du logiciel est soumis à l'achat d'une license
préalable. En revanche, si vous avez participé au développement du
logiciel, vous serez payé pour le développement que vous aurez réalisé,
à chaque fois qu'il sera vendu. En bref, quelqu'un fait le commercial à
votre place. C'est pas le pied, ca ?
C'était pas trop mon truc non plus, mais j'ai 2 enfants, une femme, une
chatte, un poisson rouge (l'ordre est important :-) et mon intérêt pour
les technos open source ne peut aller contre ça. Alors j'ai choisi le
Collaborative Source.
Pour plus d'info sur cette stratégie, vous pouvez aller sur
http://www.collaborativesource.org qui décrit les raisons de cette
licence, initialement conçue par Jahia.
Merci et bonne chance à vous aussi
echarp a écrit :
> Comment ça se passe si les personnes ou la boite détenant le copyright
> meurent? Comment ça se passe en cas de désaccord sur les évolutions
> du produit? on dirait qu'on ne peut pas faire un fork sans demander
> une autorisation préalable :(
>
> Aux vues de mes lectures, la GPL3 serait une évolution de la licence
> actuelle (euh, je sais pas s'ils vont la numéroter 3 hein). Parmi les
> améliorations ils réfléchissent à des clauses pour gérer les logiciels
> serveurs qui ne requièrent pas de distribution pour être utilisés. Et
> puis il y aurait aussi des clauses pour les brevets.
>
> Mais bon, ça ne s'applique pas à vous on dirait.
>
> Si je comprends bien, vous voulez éviter les profiteurs et donc vous
> ne donnez pas les libertés que donnent les logiciels libres. Vous ne
> laissez que la liberté 0, celle de consulter le code... Il n'y a pas
> le risque de devenir "tainted", et donc de ne plus pouvoir recoder un
> logiciel ou des fonctions de même type?
>
> Bon, c pas trop mon truc tout ça. Bonne chance.
>
> echarp
>
>
> On Wed, Feb 23, 2005 at 03:54:20PM +0100, Jean-Christophe Kermagoret wrote:
>
>>Bonjour,
>>
>>Le principal avantage du Collaborative Source est de formaliser la
>>rémunération des développeurs tiers. De cette façon, un développeur
>>indépendant, ou un éditeur, peut ainsi contribuer à notre projet en
>>sachant qu'il peut le considérer comme un investissement directement
>>productif.
>>
>>Après évaluation de sa participation (qui doit être significative), une
>>valeur est donnée à celle-ci qui est redistribuée sous forme de rabais
>>lors de l'achat de la prochaine license BlueXML, l'objectif étant de
>>promouvoir notre technologie. En empilant les différentes couches, on a
>>ainsi un modèle économique où chaque développeur ou éditeur peut trouver
>>son compte.
>>
>>Mais s'il y a 20 contributions tiers... c'est sûr, les calculs seront
>>plus compliqués :-) mais on n'en est pas là.
>>
>>Ca peut choquer les mentalités, mais il est difficile (voire impossible)
>> de vivre de l'opensource si on n'a pas une activité "services". Avec
>>le Collaborative Source, je sais que tout développement fait avec notre
>>technologie doit faire l'objet d'une license. Donc si tout le monde joue
>>le jeu, on doit s'y retrouver. Evidemment, il y aura des abus, des
>>utilisateurs qui ne diront rien... mais ce sera minime. Car quelle SSII
>>irait courir le risque d'utiliser une technologie non licenciée ? En
>>outre, notre stratégie est de développer un réseau de partenaires.
>>Lorsque plusieurs partenaires interviendront sur un appel d'offre, et
>>que notre technologie aura acquis un peu de notoriété, il sera difficile
>>pour les uns et pour les autres de ne pas déclarer la technologie.
>>
>>Nous avons effectivement réfléchi au double licensing, mais on voulait
>>un système de licence cohérent avec le modèle économique, qui nous
>>permette d'entrer dans une spirale 'vertueuse' où chacun est rémunéré en
>>fonction de son travail. Finalement, avec le collaborative source, on
>>est exactement dans ce cadre.
>>
>>En fait, nous sommes susceptible d'accorder une license gratuite à
>>certains projets (loi 1901, associations caritatives, ...). N'hésitez
>>pas à nous demander.
>>
>>Quant à la GPL3, je ne la connais pas.
>>
>>Cordialement,
>>
>>echarp a écrit :
>>
>>> Vraiment étrange le collaborative source. Sur quelles bases calculez
>>> vous les participations? Comment allez vous gérer les abus?
>>>
>>> Vous ne trouvez pas que le double licensing (comme MySQL) entre GPL et
>>> une licence commerciale peut couvrir le même genre de choses?
>>> Peut-être en incluant la clause sur les applications serveurs (clause
>>> qui va peut-être être rajoutée à GPL3).
>>>
>>> Sincèrement
>>>
>>> echarp
>>>
>>>
>>>On Wed, Feb 23, 2005 at 08:07:40AM +0100, Jean-Christophe Kermagoret wrote:
>>>
>>>
>>>>Bonjour à tous,
>>>>je viens de finaliser la première version d'un CMS basé sur Cocoon et le
>>>>portail fourni avec.
>>>>
>>>>La license n'est pas Open Source, mais Collaborative Source, ce qui veut
>>>>dire que le source est disponible mais que le déploiement (interne ou
>>>>commercial) est payant. Il est possible de faire des contributions en
>>>>nature. Tous les détails sont dans la license (seront en fait car je
>>>>termine son adaptation)
>>>>
>>>>Ceci étant dit, et dans le respect de cette license bien sûr, vous
>>>>trouverez de nombreux modules qui pourront vous aider à comprendre
>>>>quelques concepts Cocoon et vous montrent comment les utiliser.
>>>>
>>>>Vous trouverez notamment :
>>>>
>>>>* la communication inter-portlet avec le portail Cocoon
>>>>* l'authentification via le fw d'auth (utilisé par le portail) à
>>>>différentes sources de données (ldap, fichier, base)
>>>>* la gestion de formulaires avec :
>>>> * définition de "classes" d'objet
>>>> * aggrégation des champs définis par ces classes
>>>> * génération automatique du template à partir du binding dans lequel
>>>> on peut spécifier des filtres sur les définitions ou les bindings
>>>> (pour faire apparaître ou disparaître automatiquement des champs
>>>> selon un rôle ou tout autre critère : par exemple une action)
>>>> * des fonctionnalités CRUD + Editions + Notification + Recherches
>>>>* l'utilisation d'une base de données XML (eXist) via xmldb
>>>>* quelques flowscripts
>>>>* un mécanisme de localisation de ressources avec fallback, permettant
>>>>d'utiliser des fichiers de données XML alternatifs si le fichier
>>>>principal n'existe pas
>>>>* une application multi-site
>>>>* une application skinnable
>>>>* un exemple d'installateur avec IzPack
>>>>* un exemple d'architecture SOA (en tout cas c'est l'idée :-)
>>>>
>>>>Bref, ca peut peut-être vous aider
>>>>
>>>>Les sites sont :
>>>>* http://www.bluexml.org pour les téléchargements et le début de
>>>>documentation
>>>>* http://www.bluexml.com pour le bizness
>>>>
>>>>A bientôt, sur cette liste, ou sur la liste dédiée aux utilisateurs
>>>>français du framework BlueXML.
>>>>
>>>>Ps: il est interdit de rigoler quand vous lirez les textes en anglais
>>>>que j'ai écrits...
>>>>
>>>>--
>>>>
>>>>Jean-Christophe Kermagoret
>>>>jck@BabelObjects.Com
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
>>>>Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
>>>>Autres commandes : mailto:users-fr-help@cocoon.apache.org
>>>>
>>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
>>>Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
>>>Autres commandes : mailto:users-fr-help@cocoon.apache.org
>>>
>>
>>
>>
>>--
>>
>>Jean-Christophe Kermagoret
>>jck@BabelObjects.Com
>>
>>
>>---------------------------------------------------------------------
>>Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
>>Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
>>Autres commandes : mailto:users-fr-help@cocoon.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
--
Jean-Christophe Kermagoret
jck@BabelObjects.Com
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org