Emmanuel Hugonnet a écrit 51 commentaires

On avait fait une démo pour l'Open World Forum en montrant comment utiliser Silverpeas afin de gérer une communauté de métalleux (bon le serveur X plante en plein milieux) : https://www.youtube.com/watch?v=GeoyWYctbsI

Pour moi le premier point serait de quitter Sourceforge qui fait des choses pas très libres en ce moment.
Migrer de CVS vers git ca serait cool aussi (j'avoue que de retourner sur CVS me rebute beaucoup). J'avoue ne jamais l'avoir fait depuis CVS.
Pourquoi ne pas proposer un JNLP ce qui permettrait de lancer directement le programme via un lien ?

Pas un mot sur Mark Fleury qui a créé le serveur d'application libre J(2)EE JBoss. Bon il n'était peut être pas le lead-développeur mais il en a écrit une partie du code et surtout la première version. Parier son entreprise sur le libre en 1999 c'était gonflé.

Je pense qu'il veut dire que tu as une version plus intégrée et donc une expérience utilisateur plus immergée: tu n'as pas que l'expérience 'classsique' via la cli d'un déploiement mais une expérience du codage au débogage directement dans le cloud.
Je précise juste que c'est mon interprétation …

Il faudrait lui faire lire le texte de Proudhon sur la propriété comme loi 'naturelle'…

Il existe plusieurs implémentations de l'API JCR.
Concernant Apache Jackrabbit les versions actuelles sont relativement stables mais je suis dans des volumes nettement moins importants. Maintenant je suis bien intéressé par ce Modeshape, reste à estimer le coût d'une telle migration.
Modeshape se basant sur Infinispan je pense qu'il est au niveau architecture mieux 'cablé' pour la scalabilité horizontale.
Je sais que RedHat/JBoss va proposer du support autour de Modeshape 3 (mais je n'ai pas les détails).
Il me semble qu'il y a des 'bests pratices' sur le wiki d'Apache Jackrabbit. Personnellement la partie indexation pour la recherche full-text est faite en dehors du repository et mes requêtes sont assez simples.
Par contre j'utilise abondamment les mix-ins et je commence à utiliser le versioning intégré (que je trouve complexe).

Nous sommes hébergés chez SupInfo et non sur le campus car la fac a tout fait pour nous décourager après une première soirée qui s'était très bien déroulée :(
L'ENSIMAG refuse qu'on boive un verre et mange une part de pizza dans les locaux après la conférence sans compter qu'il est très difficile d'avoir accès à l’amphithéâtre.
Donc hélas nous ne pouvons utiliser ce matériel…

Bonsoir,
Nous n'avons hélas pas le matériel pour faire un tel enregistrement :( sinon cela aurait été avec plaisir.

Je ne connais pas FreeElectrons car je ne suis pas trop dans la partie embarquée mais je trouve qu'il est délicat de mesurer l'impact des éditeurs dans le monde libre. Surtout si tu le rapporte à la taille de l'entreprise.

Sur quelles briques libres vous êtes vous appuyés notamment pour la GED ?

Le coté 'durable' reste un vœux pieux hélas.
De même je pense aussi qu'un logiciel même libre et relativement bien fait a besoin de marketing (en plus de la doc, de la facilité d'installation etc.) car au vu du nombre de logiciels existants il faut exister sur la scène pour vivre.
Je pense aussi que si ton logiciel est super bon, bien documenté tu n'auras peut être que 1% des utilisateurs qui prendront du support mais que ce 1% sera bien plus que les 100% d'un monde plus réduit.

Si on commence comme ça ;) tu peux ajouter pas mal de 'petits' éditeurs : Silverpeas, XWiki, eXo, Nuxeo, Jahia … qui contribuent à plusieurs projets libres en plus d'avoir ouvert leur code.
NB : je ne suis pas pour les modes multilicensing proposés par certains d'entre eux ou les SLA mais ca reste du libre.

Dans les difficultés associées au libre il faut encore expliquer l'intérêt de prendre le support (payant) alors que le logiciel est libre et 'gratuit'.
Le problème des bibliothèques tierces est effectivement bien décrit et 'coûte' cher même lorsque le patch est appliqué. On doit gérer sa propre version de la bibliothèque en attendant la version où le patch est intégré ce qui peut être long…
Un point délicat (non évoqué ici) est le fossé à réduire pour obtenir des contributions extérieures (sans parler obligatoirement de code) surtout quand la base de code est conséquente.
Le choix d'une licence est aussi très impactant (cf. spagobi qui est passé de lgpl à mpl et a augmenté ainsi son nombre de contributeurs) et la dessus la GPL n'a hélas pas bonne presse :(

Normalement y a un deuxième post de Silverpeas sur DLFP pour la 5.10 où nous avons essayé de prendre au maximum en compte les remarques du post cité avec notamment la mise en place de packages GNU/Linux pour Debian, RedHat (RHEL, Fedora, CentOS) et l'ajout de captures d'écran et d'un peu de doc. Mais il ne semble pas sortir par une simple recherche.
S'il y a un courageux pour nous aider à porter cela sur openSuse / Suse tout est sur Github. (https://github.com/Silverpeas).
Nous avons aussi lancé un projet pour fournir une documentation à jour(d'ailleurs la license doit pas être bonne puisque j'ai du laisser AGPLv3).

La vidéo de la compétition et quelques photos

En tout cas c'est avec un grand plaisir que nous avons participé même si nous n'avons pas gagné ;) après tout it's only rock and roll

La 'seule' question est de savoir si tu cèdes tes droits au projet ou à l'entreprise et qui est le board du projet pour redéfinir un éventuel changement de licence.
C'est pour cela que je refuse de mettre en place ce genre de 'politique' ainsi tout contributeur est sûr que Silverpeas restera en AGPLv3 ou alors on lui demandera son avis.

Y a aucune contrainte si tu contribues à Silverpeas ;o) : pas de machine chose pour qu'on fasse ce qu'on veut de ton code car on n'a pas de dual licensing.

Impossible de soumettre une proposition : erreur 404 sur la soumission :(

Tout se passe bien avec le 2ème lien : pour les 2 fichiers.
Merci

Je n'arrive pas à ouvrir vos transparents téléchargés depuis le site des RMLL avec Impress.
Dommage …
Sinon, keep up the good work comme on dit de l'autre coté de l'Atlantique.
Et merci à toute l'équipe

Apache Maven c'est justement un build maitrisé à la différence d'un script Apache Ant ou d'un build via l'IDE.
Si tu as une forte dépendance à internet c'est pour télécharger les libs, mais c'est valable pour tout projet ayant des dépendances tierces, il faut bien les récupérer un jour. Il existe l'option -o pour le mode offline une fois que tu as tout.
A ce moment là ta Debian dépend d'Inernet quand tu fais un apt-get dist-upgrade ….
Dans un contexte d'entreprise vous devez sûrement avoir installé un gestionnaire de dépot à la Sonatype Nexus ou Artifactory.
Avantages : un modèle unifié de projet qui lui assure un bon support dans tous les IDEs.
Build reproductible
Dépendances explicites et correctement gérées et versionnées.
Gestion propre des releases et des branches de dev (notamment sous Git).
Simple exemple nous sommes passés d'un build Ant + déploiement durant 4 H à un build Maven + déploiement de 15 minutes (avec des tests unitaires n’existant pas du temps de Ant). Donc question performances ….

Bref une migration qu'on ne regrette pas.

Où se placent les bases orientées graphes sur le schéma CAP ?
Neo4J par exemple annonce respecter les propriétés ACID cela signifie t il qu'il n'est pas scalable au sens big data ?
Quid aussi des data grids distribués (Oracle Coherence, Red/Hat Infinispan) ? Faut il les voir comme un MemCache ?

Bravo à toute l'équipe qui tient le rythme des releases !!!

J'ai mis à jour le site web avec le début d'une FAQ et la modification à appliquer pour la "binding address".

L'ergonomie est pour le end-user, pas pour l'administrateur système.
Le fichier dont tu parles existe : $SILVERPEAS_HOME/setup/settings/config.xml et est extensible. Configurer un serveur 'automatiquement' personnellement je trouve cela dangereux surtout que ça dépend des usages et de la configuration (notamment réseau).
Comme tout produit 'serveur' il y a un minimum de choses à faire à la main pour l'intégrer dans ton SI.
Pour info il s'agit de la configuration par défaut de JBoss, changée ainsi pour des raisons de sécurité.
La documentation d'administration existe mais n'est pas encore traduite, mise à jour et HTMLisée.