Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Date: Wed, 23 Feb 2005 16:29:29 +0100
From: echarp <emmanuel.charpentier@free.fr>
To: users-fr@cocoon.apache.org
Subject: Re: un CMS =?iso-8859-1?Q?bas?=
	=?iso-8859-1?Q?=E9?= sur le portail Cocoon
Message-ID: <20050223152929.GA26143@echarp.dyndns.org>
References: <421C2BBC.5090105@babelobjects.com>
 <20050223131849.GB21266@echarp.dyndns.org> <421C991C.80509@babelobjects.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <421C991C.80509@babelobjects.com>
User-Agent: Mutt/1.5.6+20040907i


  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