Page 6, il y a la liste des contributeurs, et on y voir notamment des gens de l'APRIL, OW2, Silicon Sentier, Adullact, INRIA, plusieurs universités, la Commission Européenne, et de nombreux industriels.
Plus précisément:
Coordination and Synthesis
- Mr Jean-Pierre Laisné (Bull)
Directors of Theme
Public policies: promoting sustainable development of shared resources
Ms Alix Cazenave (April)
FLOSS: the key to future innovation and competitive differentiation?
Mr Jean-Noël De Galzain (Wallix Groupe IF Research)
Ensuring the sustainability of FLOSS developer communities and business ecosystems
Mr Cedric Thomas (OW2)
Technological and economic breakthroughs: challenge or opportunity for FLOSS?
Mr Eric Mahé (Silicon Sentier)
IT 3.0: towards new governance for information systems?
Mr Philippe Montarges (Groupe Alter Way)
Mr Jean-Christophe Spilmont (Bull)
FLOSS: a lever for employment and careers
Mr Cyril Pierre De Geyer (Anaska Groupe Alter Way)
Prof. Roberto Di Cosmo (University Paris VII )
FLOSS in an Open World: Innovations and best practices from Brazil
Prof. Christiana Freitas (University of Brasilia)
Mr Corinto Meffe (Brazilian Ministry of Planning)
Contributors:
Philippe Aigrain (Sopinspace) / Jean Pierre Archambault (CNDP) / Jesus M. Gonzalez-
Barahona (University Rey Juan Carlos, Madrid) / Philippe Carre (Alcatel Lucent)
Rogério Atem de Carvalho (Brazilian Federal Center for Technological Education)
Frédéric Couchet (April) / François Elie (Adullact) / Christiana Freitas (Department of
Sociology, University of Brasilia, Brazil) / Elmar Geese (Linux Verband) / Pierre-Yves Gibello
(Experlog) / Steven Grandchamp (OpenLogic) / Gilles Gravier (Sun Microsystems)
Laurent Guiraud (Google) / Valérie Humery (ANDSI) / Laurent Joubert (Accenture) / C N
Krishnan (National Resource Centre for Free/Open Source Software, India) / Michel
Lacroix (Software Technologies, 'Architectures and Infrastructures' Unit, European
Commission) / François Letellier Corinto Meffe (Logistics and Information Technologies,
Ministry of Planning, Brazil) / Mike Milinkovich (Eclipse Foundation) / Pascal Molli
(INRIA/LORIA) / Louis Montagne (Bearstech)/ Mathieu Poujol (Pierre Audouin
Consultants) / Rodolphe Quiedeville (April) / Olivier Ricou (Epita) / Maurice Ronai (Items)
Jean-Paul Smets (Nexedi) / Bruno Souza (Sun Microsystems) / Anthony Wasserman
(Center for Open Source Investigation, Carnegie Mellon Silicon Valley, USA)
"There's no such thing as can't. You always have a choice." - Ken Gor
ça ne marche pas avec java 6 ni IcedTea ? (je suppose que c'est sur la roadmap ?)
J'aurais du écrire "il faut Java 5 ou plus". On développe principalement sous Java 5 et Java 6, c'est vrai que pour l'instant on ne teste pas sous IcedTea mais ca ne saurait tarder.
le truc cassé là c'est normal ?
Oui et non ;) C'est une page de test (sandbox) pour la syntaxe wiki, le lien est bidon.
parlons-en de la présentation dans un format demandant flash9
et vous recommandez quoi pour le développeur pour développer ? L'intégration est-elle faite avec NetBeans ou Eclipse ou autre pour faciliter le boulot ?
Pour WebEngine, un éditeur de texte "pour développeurs" (vim, emacs, kate...) suffit vu que l'accent est mis sur l'utilisation de langages de scripts, et que ceux-ci n'ont en général pas besoin d'IDE sophistiqués.
Mais vu comment les IDE (Eclipse et Netbeans notamment) sont en train d'ajouter du support pour les langages de scripts en ce moment (en particulier Groovy, Python et Ruby), on peut aussi recommander l'un ou l'autre.
Un retour d'expérience ou exemples d'utilisation concrètes seraient sympathique
Absolument, mais dans quelques mois quand les premiers sites seront en prod'.
"There's no such thing as can't. You always have a choice." - Ken Gor
N'étant pas modérateur de LinuxFR, je n'en connais pas les lacunes techniques.
Le "t'as qu'a" me parait légitime: plutôt que de publier la dépêche en la critiquant après-coup (et en faisant après-coup des propositions d'amélioration), il aurait été beaucoup plus constructif de les faire en amont de la publication.
Personnellement je suis très ouvert à toutes les suggestions d'amélioration, c'est d'ailleurs comme ca qu'on fait avancer notre projet.
"There's no such thing as can't. You always have a choice." - Ken Gor
Ca dit sûrement des choses aux gens qui font de l'informatique d'entreprise, comme l'ERP, le CRM, la PKI, le BPM, etc.
L'informatique est faite d'acronymes à 3 lettres (TLA). Si on doit tout expliquer en 10 lignes (longueur de l'accroche d'une dépêche) ce n'est pas possible. ECM, par exemple, a un lien Wikipédia (ce n'est pas moi qui l'ai mis, merci pour l'éditeur qui a fait cet ajout), ca me parait suffisant pour éduquer le lecteur qui se sent perdu sans alourdir la lecture pour ceux qui connaissent.
ouah un nouveau wiki, spip, forum, génial : en quoi ça se différencie des existants, ça juste marche à l'installation ?
Ce n'est pas un produit fini (même si ca intègre un wiki comme démonstrateur des possibilités du framework), mais un framework pour développeurs. On ne peut pas le comparer à "un nouveau wiki, forum, spip".
(parce que bon tu te paies déjà une install' de Jboss c'est pas pour faire 10 jours de dév' pour montrer une démo à une MOA hein)
Ben non justement, comme expliqué dans la dépêche, il y a une version standalone embarquée dans Jetty, qui se lance en 4 secondes sans config particulière.
les buzzwords qui ne le font pas (d'habitude c'est moi qui les dit en journée :p), clairement pour le commun des mortels comme toi et moi devant son PC le soir pour trouver un troll
Honnêtement, des buzzwords vides de sens je n'en vois pas dans la dépêche. J'ai même pas mis "SOA" :)
(c'est bon j'ai resitué le contexte ? généraliste, toussa, étudiant, professionnel mais cherchant extension de GNU/Linux dans son entreprise)
La plateforme Nuxeo est multiplateformes, elle n'est pas spécifique à Linux. Il faut une machine virtuelle Java 5, ce qui le fait sous Linux, Mac OS X, Solaris (et quelques autres Unix) et Windows.
n'étant pas du métier, je n'ai pas de screenshots ni de démo ? je montre quoi à celui que je voudrais convaincre que c'est super bien ? (c'est plus clair maintenant ?)
Il y a aussi des screenshots dans le slideshow (ex: slide 41).
Mais bon, encore une fois, c'est une démo de l'application par défaut, avec une jolie CSS qu'on a fait justement pour que les gens trouvent ca joli. Mais ce qui est important c'est le framework, autrement dit comment les développeurs vont pouvoir développer par-dessus, et ca c'est pas forcément super-sexy (même si on essaie de développer dans les slides).
"There's no such thing as can't. You always have a choice." - Ken Gor
Si tu avais des idées pour améliorer la dépêche, rien ne t'empêchait de demander à ce que je la complète, il me semble (à moins que le système de publication de LinuxFR ne permette pas ce genre de workflow, ce qui serait vraiment dommage).
Pour répondre aux questions:
- Pas encore (à ma connaissance) testé avec IcedTea, on développe principalement sous Java 5 et Java 6.
- Pour ce qui est de l'environnement de développement, n'importe quel éditeur (vim, emacs, texmate, notepad ;) ...) suffit pour développer sous WebEngine. Evidemment, ca aide par exemple d'avoir de la colorisation syntaxique dédiée à Groovy (si c'est le langage de script que l'on choisit) ce qui n'est pas forcément disponible partout.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
A priori linuxfr n'est pas un site qui s'adresse à 99% des gens mais à des gens branchés par l'informatique, des "bitouilleurs" aux professionnels.
Nuxeo est un framework de développement, autrement dit un logiciel qui s'adresse avant tout aux développeurs, et en particulier aux développeurs Java et aux développeurs web en général, et pour lesquels des mots OSGi ou REST correspondent à des technologies qu'ils connaissent (ou dont ils ont au moins entendu parler).
De même, JBoss et Jetty sont des logiciels libres bien connus dans le monde Java.
Quand à "paradigme", c'est un mot du langage courant qui signifie, dans ce contexte et selon wikipedia: "un système de représentations largement accepté dans un domaine particulier. "
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
REST, c'est quand même le fondement du web, mais certains principes de l'approche REST (notamment les URLs "RESTful") ne sont pas implémentés par certains frameworks web.
Enfin, les écosystèmes et les plateformes sont devenus une réalité incontournable du monde du logiciel (et des systèmes en général):
Enfin, si tu veux plus d'info sur comment ca marche WebEngine, comme je l'ai indiqué dans la dépêche, tu peux aller voir sur http://www.nuxeo.org/webengine/FrontPage pour la doc technique. (Je ne pense pas qu'un tel niveau de technicité aurait trouvé sa place dans la dépêche).
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
Donc, avec Ajax, développement difficile mais déploiement pas cher...
Oui, à condition qu'une condition soit bien remplie: que le parc de navigateurs web chez les utilisateurs soit homogène et parfaitement contrôlé.
En pratique, ca peut arriver dans certaines organisations, mais c'est plutôt l'exception. Et quand ca arrive, ce n'est pas la version du navigateur que les développeurs utilisent, ou que les bibliothèques Ajax veulent utiliser, etc.
Bref, ca peut dégénérer assez facilement.
Au fait : est-ce que vous avez jeté un œil sur XUL?
Amusant que tu poses la question: notre première réponse à l'appel d'offres de l'AFP reposait sur XUL, mais après en avoir parlé à des développeurs Mozilla qui ont eu la gentillesse de nous faire part de leur expérience sans cacher les problèmes, nous avons préférer proposer à l'AFP, qui a accepté, de partir plutôt sur Eclipse RCP. Le message de l'époque (il y a 3 ans) était qu'il fallait attendre Mozilla 3 pour avoir quelque chose de stable...
"There's no such thing as can't. You always have a choice." - Ken Gor
Je me base sur un cas très concrêt: celui de l'AFP, où les responsables informatiques ont mesuré un gain de productivité de 40% des journalistes entre la nouvelle console, basée sur RCP, et l'ancienne. Cf. cet article de 01 Net: http://www.01net.com/editorial/373461/l-agence-france-presse(...)
Ce gain de productivité s'explique dans cet exemple par une interface plus riche que l'ancienne en termes de gestion des flux d'information, de recherche, et d'édition en ligne du texte et des images.
Si on devait comparer une interface RCP à une interface web ajaxifiée, on ne retrouverait sûrement pas 40%, mais peut-être 10% ou 20%, en fonction des besoins des utilisateurs. Ici, on se place dans le cadre de gens qui ont besoin de gérer beaucoup d'information en même temps (y compris sur plusieurs écrans, ce qui à ma connaissance n'est pas évident à faire sur un navigateur), qui ont a travailler des informations multimédia, etc.
Cf. par exemple cette photo: http://flickr.com/photos/nuxeo/2082947465/ où on voit le rédacteur en chef du desk multimédias de l'AFP à Paris avec ses deux écrans, la dépêche et la photo sur lesquels il est en train de travailler sur l'écran de gauche, et les différents flux de dépêches textes et d'images à partir desquels il compose ses dépêches multimédias, ainsi que les flux de dépêches qu'il a à valider, sur l'écran secondaire, à droite.
Pourquoi un coût « pas forcément moins élevé » ?
Le développement d'interfaces utilisateurs en client riche Java (qu'on utilise les techno Eclipse RCP, autrement dit SWT/JFaces ou les technos Sun comme Swing) reposent sur des concepts qui sont maintenant connus et maîtrisés depuis des années, alors que les interfaces riches en client Web (autrement dit Ajax) sont encore toutes récentes (2-3 ans), avec un foisonnement de bibliothèques et un outillage (support des IDE) encore moyen. Je n'ai à ce jour pas suffisamment de données pour dire laquelle de ces deux approches est la moins lourde, en tout cas pour des applications relativement complexes, avec beaucoup de dépendances entre les éléments d'interface, etc., ce qui est le cas qui nous intéresse. Mais il me semble qu'il y a de bons arguments pour dire qu'à partir d'un certain niveau de complexité, c'est le client riche (ou lourd) qui gagne.
Par ailleurs, pour ce qui concerne les gains de productivité ou en tout cas la diminution de la charge de développement sur un projet d'ECM basé sur Nuxeo par rapport à des technologies similaires, propriétaires ou open source, nous n'avons évidemment pas témoignage direct puisque tous les projets que nous faisons sont basés sur les technologies Nuxeo. Mais plusieurs de nos camarades intégrateurs nous ont affirmé, sans souhaiter être cités pour l'instant, pouvoir chiffrer des charges de développement moins élevées avec Nuxeo qu'avec les autres plateformes qu'ils pratiquent.
Oui, mais ces boutiques-là devraient pouvoir sortir de leur logique pour voir ce qui se fait à côté.
Il serait illusoire pour nous de chercher à imposer notre technologie à tout le monde d'un seul coup, surtout lorsque cela représente un effort d'apprentissage important de nouvelles technologies. Notre cible principale est les développeurs Java et nous pensons que sur ce point nos efforts pour rendre le framework Nuxeo accessible ont déjà payé, ce qui ne nous empêche pas de travailler (notamment sur les outils) pour le rendre encore plus accessible.
Concernant les développeurs de type "LAMP" (PHP/RoR/Django/...), le nouveau framework web léger que nous allons annoncer prochainement (je ne manquerai pas de poster une annonce sur linuxfr) devrait répondre à leurs attentes.
"There's no such thing as can't. You always have a choice." - Ken Gor
1. Effectivement, la gamme actuelle de logiciels Nuxeo ne s'adresse pas aux boutiques (DSI ou intégrateurs) exclusivement PHP ou .NET.
2. Distinguons bien Nuxeo EP, qui est le fondement de notre offre, de Nuxeo RCP qui est une "cerise sur le gâteau", un moyen de développer des applications métiers dont le coût de développement est justifié par le gain de productivité des personnes qui vont utiliser l'application, par rapport à une approche client léger (qui a elle même son coût de développement, d'ailleurs, et qui n'est pas forcément moins élevé).
3. On se place donc bien dans la situation où les développeurs auxquels on s'adressent connaissent bien Java. En général, ils connaissent bien Ant, et le plus souvent (c'est en tout cas ce que nous avons constaté dans 100% des cas chez nos clients et partenaires), ils utilisent Eclipse comme IDE. Ils ont l'expérience d'un ou plusieurs serveurs d'applications, et dans la plupart des cas cela inclut JBoss. Maven était moins bien connu il y a deux ans quand on a commencé le projet Nuxeo 5, mais on a constaté depuis que de nombreux projets Java libres étaient passés à Maven et que ça connaissance se répandait dans l'industrie des services. De toute façon, les connaissances Maven nécessaires pour démarrer, builder et déployer un projet Nuxeo tiennent en deux pages de texte (il y a trois ou quatre options différents de la commande "mvn" à connaître), et par ailleurs des plugins Maven sont en train de mûrir pour Eclipse (et Netbeans).
4. Pour en revenir à la philosophie générale, et à la prospective, nous avons effectivement choisi de nous appuyer sur les approches les plus standards du monde Java, mais en même temps en tirant partie du dynamisme insufflé depuis la sortie de Java 5 et Java EE 5, de façon à faciliter la vie des développeurs qui travaillent sur notre plateforme.
Parmi les points sur lesquels nous comptons travailler dans les mois qui viennent (entre autres) et sur lesquels bien sûr nous accueillons à bras ouverts toute contribution (-> http://www.nuxeo.org/sections/community/ ), qu'elle soit sous forme de code, de plugins ou simplement d'idées:
- La réalisation d'un IDE (en fait, un profil pour Eclipse, avec une selection des plugins qui vont bien + quelques plugins spécifiques) dédié au développement d'applications sur la plateforme Nuxeo.
- Le déploiement de Nuxeo EP dans d'autres serveurs d'applications que JBoss.
- Une version de Nuxeo dédiée au développement d'application web légères, qui pourra être customisée par des développeurs qui ne connaissent pas Java.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
Le texte est à présent également signé par atReal ( http://www.atreal.net ) "éditeur de logiciels GED et espaces collaboratifs et de logiciels libres métiers pour les collectivités locales. atReal a été créé en janvier 2003 et bénéficie du soutien d'Oséo/Anvar pour son effort de R&D, auquel elle consacre plus de 20% de son CA.".
Les signataires de la lettre font tous de la R&D de manière très substancielle, ce qui contredit de manière factuelle et indéniables les allégations de l'AFDEL.
"There's no such thing as can't. You always have a choice." - Ken Gor
A noter que notre initiative est également soutenue officiellement par plusieurs poids lourds du logiciel libres: Red Hat, Ingres, l'AFUL et le consortium OW2 (anciennement ObjectWeb).
"There's no such thing as can't. You always have a choice." - Ken Gor
Nuxeo EP n'est pas un portail, donc il n'y a pas vraiment lieu de comparer Nuxeo et Liferay, JBoss Portal, Jahia, etc.
Notre idée générale est de ne jamais réinventer la roue, mais de nous appuyer sur des logiciels existants, autant que possible.
Comme il existe une offre déjà assez riche de portails Java (basés sur la JSR-168, autrement dit l'API de portlet), nous avons choisi de nous appuyer, lorsque c'est utile, sur ces portails.
Nous sommes ouverts à des collaborations avec les gens qui font des portails, ou dont le métier est de faire de l'intégration autour de ces portails, pour enrichir cette intégration.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
Parmi les projets utilisés par la plateforme, j'ai oublié de mentionner Restlet (http://www.restlet.org/) qui est utilisé (et c'est une des nouveautés des la 5.1) pour implémenter les web services RESTful dans Nuxeo.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
Pour des besoins de collaboration simples (type ce qu'on peut faire avec un Wiki par exemple), il est bon de minimiser les contraintes, tout en fournissant des outils comme ceux que tu cites (alertes mail, RSS, alertes de messagerie instantannée...). C'est ce que nous fournissons par défaut dans notre offre collaborative "clef en main".
En revanche, pour des besoins de gestion documentaire d'entreprise (ECM), le workflow, la gestion du cycle de vie des documents, la gestion de métadonnées complexes, la gestion des relations de dépendances entre documents, l'application de règles de conservation, etc. sont indispensables, car ils servent à s'assurer de l'efficacité des processus métiers et de la conformité des processus documentaires avec les standards de qualité interne à l'entreprise, ainsi qu'aux règlementations (par exemple, comptables, comme la LSE ou la loi Sarbanes-Oxley, ou métier, comme dans c'est le cas dans des professions comme les commissaires aux comptes ou l'industrie nucléaire) en vigueur.
"There's no such thing as can't. You always have a choice." - Ken Gor
Par rapport à notre projet, Nuxeo EP (http://www.nuxeo.org/ ), je note avec plaisir l'utilisation d'un certain nombre de technologies similaires, notamment un dépôt de documents JCR (comme Jackrabbit). Je vois aussi que nous avons la même (bonne) idée de développer des plugins pour les suites bureautiques du marché afin de faciliter l'utilisation de la GED depuis les outils dont les utilisateurs ont l'habitude.
La principale différence que je vois (à première vue), est que l'architecture de Nuxeo a été pensée pour être complètement extensible, grâce à un système de points d'extensions et de plugins, inspiré par l'architecture d'Eclipse et par le standard OSGi (http://www.osgi.org ). Cela permet aux intégrateurs d'utiliser facilement Nuxeo en tant que framework et plateforme, et de développer facilement ou d'intégrer les fonctions complémentaires qui sont nécessaires lorsqu'ils ont à réaliser des projets complexes de GED.
Une autre différence importante est la présence dans Nuxeo d'un moteur de workflow, indispensable à notre sens en gestion documentaire collaborative.
Enfin, j'en profite pour faire passer un message: Nuxeo SAS recrute (en particulier des développeurs, débutants voire stagiaires, ou expérimentés), pour travailler sur et autour de son projet libre Nuxeo. Les compétences que nous cherchons sont principalement les technos Java EE open source, et une première expérience de la GED ou du travail collaboratif.
JEE = Java EE = Java Enterprise Edition. C'est le nouveau nom de J2EE depuis qu'on est passé à la version 5. En gros c'est tous les frameworks qui permettent de faire des applications "d'entreprise" au-dessus de Java, et notamment: des application web (servlets), des applications distribuées (RMI, EJB, etc...). Comme tu le vois, on rajoute encore des acronymes derrière. Tout cela est à présent défini dans le cadre du JCP (Java Community Process, encore un acronyme), auquel chaque développeur concerné peut participer librement.
RCP = "Rich Client Platform" = environnement de client riche basé sur Eclipse (depuis la version 3.0 d'Eclipse).
Nuxeo EP = "Nuxeo Enterprise Platform". C'est le nom que nous avons donné à la partie serveur de notre projet.
ECM = "Enterprise Content Management" ou "gestion de contenu d'entreprise". Discipline et technologies qui visent à gérer l'intégralité du cycle de vie des documents dans une entreprise ou une administration.
JCR = "Java Content Repository", une API qui a été définie dans le cadre du JCP (cf supra) pour accéder de manière standard à des dépôts de contenu de manière indépendante de la solution utilisée (du moment que c'est du Java, quand même).
(J'en profite pour remercier le ou les modérateurs qui ont rajouté les liens pertinents vers Wikipedia à mon post initial.)
Pour ce qui est des petites structures, ce que nous proposons d'adresse en priorité à des boîtes de 100 personnes ou plus, dans la mesure où il s'agit avant tout d'un framework paramêtrable et extensible en fonction des besoins métiers. Mais la version générique packagée devrait convenir aussi aux besoins des petites sturctures (5-100 personnes.)
"Nuxeo Core peut être utilisé à la fois en environnement Java EE et en environnement client riche"
-> Il faut conprendre "Nuxeo peut être embarqué à la fois dans un client (par exemple une application RCP) et un serveur (par exemple un conteneur EJB3, mais aussi, au moins a terme, un Tomcat, etc.)".
[^] # Re: Business loto libre ?
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Appel à participation pour l'élaboration de la roadmap du logiciel libre à l'horizon 2020. Évalué à 3.
Page 6, il y a la liste des contributeurs, et on y voir notamment des gens de l'APRIL, OW2, Silicon Sentier, Adullact, INRIA, plusieurs universités, la Commission Européenne, et de nombreux industriels.
Plus précisément:
Coordination and Synthesis
- Mr Jean-Pierre Laisné (Bull)
Directors of Theme
Public policies: promoting sustainable development of shared resources
Ms Alix Cazenave (April)
FLOSS: the key to future innovation and competitive differentiation?
Mr Jean-Noël De Galzain (Wallix Groupe IF Research)
Ensuring the sustainability of FLOSS developer communities and business ecosystems
Mr Cedric Thomas (OW2)
Technological and economic breakthroughs: challenge or opportunity for FLOSS?
Mr Eric Mahé (Silicon Sentier)
IT 3.0: towards new governance for information systems?
Mr Philippe Montarges (Groupe Alter Way)
Mr Jean-Christophe Spilmont (Bull)
FLOSS: a lever for employment and careers
Mr Cyril Pierre De Geyer (Anaska Groupe Alter Way)
Prof. Roberto Di Cosmo (University Paris VII )
FLOSS in an Open World: Innovations and best practices from Brazil
Prof. Christiana Freitas (University of Brasilia)
Mr Corinto Meffe (Brazilian Ministry of Planning)
Contributors:
Philippe Aigrain (Sopinspace) / Jean Pierre Archambault (CNDP) / Jesus M. Gonzalez-
Barahona (University Rey Juan Carlos, Madrid) / Philippe Carre (Alcatel Lucent)
Rogério Atem de Carvalho (Brazilian Federal Center for Technological Education)
Frédéric Couchet (April) / François Elie (Adullact) / Christiana Freitas (Department of
Sociology, University of Brasilia, Brazil) / Elmar Geese (Linux Verband) / Pierre-Yves Gibello
(Experlog) / Steven Grandchamp (OpenLogic) / Gilles Gravier (Sun Microsystems)
Laurent Guiraud (Google) / Valérie Humery (ANDSI) / Laurent Joubert (Accenture) / C N
Krishnan (National Resource Centre for Free/Open Source Software, India) / Michel
Lacroix (Software Technologies, 'Architectures and Infrastructures' Unit, European
Commission) / François Letellier Corinto Meffe (Logistics and Information Technologies,
Ministry of Planning, Brazil) / Mike Milinkovich (Eclipse Foundation) / Pascal Molli
(INRIA/LORIA) / Louis Montagne (Bearstech)/ Mathieu Poujol (Pierre Audouin
Consultants) / Rodolphe Quiedeville (April) / Olivier Ricou (Epita) / Maurice Ronai (Items)
Jean-Paul Smets (Nexedi) / Bruno Souza (Sun Microsystems) / Anthony Wasserman
(Center for Open Source Investigation, Carnegie Mellon Silicon Valley, USA)
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Business Loto
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Annonce de Nuxeo WebEngine : framewok Java pour applications orientées contenus. Évalué à 2.
http://www.nuxeo.org/static/doc/nuxeo-roadmap-200806.pdf
Merci en tout cas pour tes remarques sympa.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Business Loto
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Annonce de Nuxeo WebEngine : framewok Java pour applications orientées contenus. Évalué à 3.
J'aurais du écrire "il faut Java 5 ou plus". On développe principalement sous Java 5 et Java 6, c'est vrai que pour l'instant on ne teste pas sous IcedTea mais ca ne saurait tarder.
le truc cassé là c'est normal ?
Oui et non ;) C'est une page de test (sandbox) pour la syntaxe wiki, le lien est bidon.
parlons-en de la présentation dans un format demandant flash9
Pour un PDF: http://www.nuxeo.org/static/doc/webengine-intro.pdf
et vous recommandez quoi pour le développeur pour développer ? L'intégration est-elle faite avec NetBeans ou Eclipse ou autre pour faciliter le boulot ?
Pour WebEngine, un éditeur de texte "pour développeurs" (vim, emacs, kate...) suffit vu que l'accent est mis sur l'utilisation de langages de scripts, et que ceux-ci n'ont en général pas besoin d'IDE sophistiqués.
Mais vu comment les IDE (Eclipse et Netbeans notamment) sont en train d'ajouter du support pour les langages de scripts en ce moment (en particulier Groovy, Python et Ruby), on peut aussi recommander l'un ou l'autre.
Un retour d'expérience ou exemples d'utilisation concrètes seraient sympathique
Absolument, mais dans quelques mois quand les premiers sites seront en prod'.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Business Loto
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Annonce de Nuxeo WebEngine : framewok Java pour applications orientées contenus. Évalué à 2.
Le "t'as qu'a" me parait légitime: plutôt que de publier la dépêche en la critiquant après-coup (et en faisant après-coup des propositions d'amélioration), il aurait été beaucoup plus constructif de les faire en amont de la publication.
Personnellement je suis très ouvert à toutes les suggestions d'amélioration, c'est d'ailleurs comme ca qu'on fait avancer notre projet.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Business Loto
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Annonce de Nuxeo WebEngine : framewok Java pour applications orientées contenus. Évalué à 3.
Ca dit sûrement des choses aux gens qui font de l'informatique d'entreprise, comme l'ERP, le CRM, la PKI, le BPM, etc.
L'informatique est faite d'acronymes à 3 lettres (TLA). Si on doit tout expliquer en 10 lignes (longueur de l'accroche d'une dépêche) ce n'est pas possible. ECM, par exemple, a un lien Wikipédia (ce n'est pas moi qui l'ai mis, merci pour l'éditeur qui a fait cet ajout), ca me parait suffisant pour éduquer le lecteur qui se sent perdu sans alourdir la lecture pour ceux qui connaissent.
ouah un nouveau wiki, spip, forum, génial : en quoi ça se différencie des existants, ça juste marche à l'installation ?
Ce n'est pas un produit fini (même si ca intègre un wiki comme démonstrateur des possibilités du framework), mais un framework pour développeurs. On ne peut pas le comparer à "un nouveau wiki, forum, spip".
(parce que bon tu te paies déjà une install' de Jboss c'est pas pour faire 10 jours de dév' pour montrer une démo à une MOA hein)
Ben non justement, comme expliqué dans la dépêche, il y a une version standalone embarquée dans Jetty, qui se lance en 4 secondes sans config particulière.
les buzzwords qui ne le font pas (d'habitude c'est moi qui les dit en journée :p), clairement pour le commun des mortels comme toi et moi devant son PC le soir pour trouver un troll
Honnêtement, des buzzwords vides de sens je n'en vois pas dans la dépêche. J'ai même pas mis "SOA" :)
(c'est bon j'ai resitué le contexte ? généraliste, toussa, étudiant, professionnel mais cherchant extension de GNU/Linux dans son entreprise)
La plateforme Nuxeo est multiplateformes, elle n'est pas spécifique à Linux. Il faut une machine virtuelle Java 5, ce qui le fait sous Linux, Mac OS X, Solaris (et quelques autres Unix) et Windows.
n'étant pas du métier, je n'ai pas de screenshots ni de démo ? je montre quoi à celui que je voudrais convaincre que c'est super bien ? (c'est plus clair maintenant ?)
La démo c'est le site de WebEngine, qui est donné en premier lien: http://www.nuxeo.org/webengine/Download
Il y a aussi des screenshots dans le slideshow (ex: slide 41).
Mais bon, encore une fois, c'est une démo de l'application par défaut, avec une jolie CSS qu'on a fait justement pour que les gens trouvent ca joli. Mais ce qui est important c'est le framework, autrement dit comment les développeurs vont pouvoir développer par-dessus, et ca c'est pas forcément super-sexy (même si on essaie de développer dans les slides).
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Business Loto
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Annonce de Nuxeo WebEngine : framewok Java pour applications orientées contenus. Évalué à 2.
Pour répondre aux questions:
- Pas encore (à ma connaissance) testé avec IcedTea, on développe principalement sous Java 5 et Java 6.
- Pour ce qui est de l'environnement de développement, n'importe quel éditeur (vim, emacs, texmate, notepad ;) ...) suffit pour développer sous WebEngine. Evidemment, ca aide par exemple d'avoir de la colorisation syntaxique dédiée à Groovy (si c'est le langage de script que l'on choisit) ce qui n'est pas forcément disponible partout.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Business Loto
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Annonce de Nuxeo WebEngine : framewok Java pour applications orientées contenus. Évalué à 4.
Nuxeo est un framework de développement, autrement dit un logiciel qui s'adresse avant tout aux développeurs, et en particulier aux développeurs Java et aux développeurs web en général, et pour lesquels des mots OSGi ou REST correspondent à des technologies qu'ils connaissent (ou dont ils ont au moins entendu parler).
De même, JBoss et Jetty sont des logiciels libres bien connus dans le monde Java.
Quand à "paradigme", c'est un mot du langage courant qui signifie, dans ce contexte et selon wikipedia: "un système de représentations largement accepté dans un domaine particulier. "
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Business Loto
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Annonce de Nuxeo WebEngine : framewok Java pour applications orientées contenus. Évalué à 3.
Entreprise 2.0 c'est effectivement un terme un peu hype, mais qui correspond à une vraie évolution des pratiques informatiques en entreprise.
SLATES, c'est un acronyme qui résume un certain nombre de ces pratiques émergente.
Cf. par exemple http://en.wikipedia.org/wiki/Enterprise_2.0
REST, c'est quand même le fondement du web, mais certains principes de l'approche REST (notamment les URLs "RESTful") ne sont pas implémentés par certains frameworks web.
Enfin, les écosystèmes et les plateformes sont devenus une réalité incontournable du monde du logiciel (et des systèmes en général):
http://www.amazon.com/Software-Ecosystem-Understanding-Indis(...)
http://www.amazon.com/Invisible-Engines-Platforms-Innovation(...)
Enfin, si tu veux plus d'info sur comment ca marche WebEngine, comme je l'ai indiqué dans la dépêche, tu peux aller voir sur http://www.nuxeo.org/webengine/FrontPage pour la doc technique. (Je ne pense pas qu'un tel niveau de technicité aurait trouvé sa place dans la dépêche).
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Coût d'une telle solution
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo RCP 2.0 : plateforme client riche pour applications documentaires et multimédias. Évalué à 1.
En effet, pour nous les deux approches sont complémentaires (et on sait aussi faire du Flex au-dessus de notre plateforme si nécessaire, etc.).
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Coût d'une telle solution
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo RCP 2.0 : plateforme client riche pour applications documentaires et multimédias. Évalué à 2.
Oui, à condition qu'une condition soit bien remplie: que le parc de navigateurs web chez les utilisateurs soit homogène et parfaitement contrôlé.
En pratique, ca peut arriver dans certaines organisations, mais c'est plutôt l'exception. Et quand ca arrive, ce n'est pas la version du navigateur que les développeurs utilisent, ou que les bibliothèques Ajax veulent utiliser, etc.
Bref, ca peut dégénérer assez facilement.
Au fait : est-ce que vous avez jeté un œil sur XUL?
Amusant que tu poses la question: notre première réponse à l'appel d'offres de l'AFP reposait sur XUL, mais après en avoir parlé à des développeurs Mozilla qui ont eu la gentillesse de nous faire part de leur expérience sans cacher les problèmes, nous avons préférer proposer à l'AFP, qui a accepté, de partir plutôt sur Eclipse RCP. Le message de l'époque (il y a 3 ans) était qu'il fallait attendre Mozilla 3 pour avoir quelque chose de stable...
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Coût d'une telle solution
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo RCP 2.0 : plateforme client riche pour applications documentaires et multimédias. Évalué à 3.
Je me base sur un cas très concrêt: celui de l'AFP, où les responsables informatiques ont mesuré un gain de productivité de 40% des journalistes entre la nouvelle console, basée sur RCP, et l'ancienne. Cf. cet article de 01 Net:
http://www.01net.com/editorial/373461/l-agence-france-presse(...)
Ce gain de productivité s'explique dans cet exemple par une interface plus riche que l'ancienne en termes de gestion des flux d'information, de recherche, et d'édition en ligne du texte et des images.
Si on devait comparer une interface RCP à une interface web ajaxifiée, on ne retrouverait sûrement pas 40%, mais peut-être 10% ou 20%, en fonction des besoins des utilisateurs. Ici, on se place dans le cadre de gens qui ont besoin de gérer beaucoup d'information en même temps (y compris sur plusieurs écrans, ce qui à ma connaissance n'est pas évident à faire sur un navigateur), qui ont a travailler des informations multimédia, etc.
Cf. par exemple cette photo: http://flickr.com/photos/nuxeo/2082947465/ où on voit le rédacteur en chef du desk multimédias de l'AFP à Paris avec ses deux écrans, la dépêche et la photo sur lesquels il est en train de travailler sur l'écran de gauche, et les différents flux de dépêches textes et d'images à partir desquels il compose ses dépêches multimédias, ainsi que les flux de dépêches qu'il a à valider, sur l'écran secondaire, à droite.
Pourquoi un coût « pas forcément moins élevé » ?
Le développement d'interfaces utilisateurs en client riche Java (qu'on utilise les techno Eclipse RCP, autrement dit SWT/JFaces ou les technos Sun comme Swing) reposent sur des concepts qui sont maintenant connus et maîtrisés depuis des années, alors que les interfaces riches en client Web (autrement dit Ajax) sont encore toutes récentes (2-3 ans), avec un foisonnement de bibliothèques et un outillage (support des IDE) encore moyen. Je n'ai à ce jour pas suffisamment de données pour dire laquelle de ces deux approches est la moins lourde, en tout cas pour des applications relativement complexes, avec beaucoup de dépendances entre les éléments d'interface, etc., ce qui est le cas qui nous intéresse. Mais il me semble qu'il y a de bons arguments pour dire qu'à partir d'un certain niveau de complexité, c'est le client riche (ou lourd) qui gagne.
Par ailleurs, pour ce qui concerne les gains de productivité ou en tout cas la diminution de la charge de développement sur un projet d'ECM basé sur Nuxeo par rapport à des technologies similaires, propriétaires ou open source, nous n'avons évidemment pas témoignage direct puisque tous les projets que nous faisons sont basés sur les technologies Nuxeo. Mais plusieurs de nos camarades intégrateurs nous ont affirmé, sans souhaiter être cités pour l'instant, pouvoir chiffrer des charges de développement moins élevées avec Nuxeo qu'avec les autres plateformes qu'ils pratiquent.
Oui, mais ces boutiques-là devraient pouvoir sortir de leur logique pour voir ce qui se fait à côté.
Il serait illusoire pour nous de chercher à imposer notre technologie à tout le monde d'un seul coup, surtout lorsque cela représente un effort d'apprentissage important de nouvelles technologies. Notre cible principale est les développeurs Java et nous pensons que sur ce point nos efforts pour rendre le framework Nuxeo accessible ont déjà payé, ce qui ne nous empêche pas de travailler (notamment sur les outils) pour le rendre encore plus accessible.
Concernant les développeurs de type "LAMP" (PHP/RoR/Django/...), le nouveau framework web léger que nous allons annoncer prochainement (je ne manquerai pas de poster une annonce sur linuxfr) devrait répondre à leurs attentes.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Coût d'une telle solution
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo RCP 2.0 : plateforme client riche pour applications documentaires et multimédias. Évalué à 2.
Quelques éléments de réponse:
1. Effectivement, la gamme actuelle de logiciels Nuxeo ne s'adresse pas aux boutiques (DSI ou intégrateurs) exclusivement PHP ou .NET.
2. Distinguons bien Nuxeo EP, qui est le fondement de notre offre, de Nuxeo RCP qui est une "cerise sur le gâteau", un moyen de développer des applications métiers dont le coût de développement est justifié par le gain de productivité des personnes qui vont utiliser l'application, par rapport à une approche client léger (qui a elle même son coût de développement, d'ailleurs, et qui n'est pas forcément moins élevé).
3. On se place donc bien dans la situation où les développeurs auxquels on s'adressent connaissent bien Java. En général, ils connaissent bien Ant, et le plus souvent (c'est en tout cas ce que nous avons constaté dans 100% des cas chez nos clients et partenaires), ils utilisent Eclipse comme IDE. Ils ont l'expérience d'un ou plusieurs serveurs d'applications, et dans la plupart des cas cela inclut JBoss. Maven était moins bien connu il y a deux ans quand on a commencé le projet Nuxeo 5, mais on a constaté depuis que de nombreux projets Java libres étaient passés à Maven et que ça connaissance se répandait dans l'industrie des services. De toute façon, les connaissances Maven nécessaires pour démarrer, builder et déployer un projet Nuxeo tiennent en deux pages de texte (il y a trois ou quatre options différents de la commande "mvn" à connaître), et par ailleurs des plugins Maven sont en train de mûrir pour Eclipse (et Netbeans).
4. Pour en revenir à la philosophie générale, et à la prospective, nous avons effectivement choisi de nous appuyer sur les approches les plus standards du monde Java, mais en même temps en tirant partie du dynamisme insufflé depuis la sortie de Java 5 et Java EE 5, de façon à faciliter la vie des développeurs qui travaillent sur notre plateforme.
Parmi les points sur lesquels nous comptons travailler dans les mois qui viennent (entre autres) et sur lesquels bien sûr nous accueillons à bras ouverts toute contribution (-> http://www.nuxeo.org/sections/community/ ), qu'elle soit sous forme de code, de plugins ou simplement d'idées:
- La réalisation d'un IDE (en fait, un profil pour Eclipse, avec une selection des plugins qui vont bien + quelques plugins spécifiques) dédié au développement d'applications sur la plateforme Nuxeo.
- Le déploiement de Nuxeo EP dans d'autres serveurs d'applications que JBoss.
- Une version de Nuxeo dédiée au développement d'application web légères, qui pourra être customisée par des développeurs qui ne connaissent pas Java.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Autres soutiens de la lettre
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Rapport Attali : les éditeurs de logiciels libres/opensource dénoncent les allégations infondées de l'AFDEL et sa méconnaissance de l'industrie. Évalué à 1.
Je n'ai aucune compétence, un intérêt modéré, et absolument pas le temps, pour étudier le reste du rapport.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Peu clair
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Rapport Attali : les éditeurs de logiciels libres/opensource dénoncent les allégations infondées de l'AFDEL et sa méconnaissance de l'industrie. Évalué à 1.
Et soutenu par l'APRIL ( http://www.april.org/ ) et l'association Libertis ( http://www.libertis.org/ ).
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Peu clair
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Rapport Attali : les éditeurs de logiciels libres/opensource dénoncent les allégations infondées de l'AFDEL et sa méconnaissance de l'industrie. Évalué à 3.
http://www.aful.org/presse/rapport-attali-editeurs-logiciels(...)
et avec quelques signatures supplémentaires depuis la publication par LinuxFR.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Peu clair
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Rapport Attali : les éditeurs de logiciels libres/opensource dénoncent les allégations infondées de l'AFDEL et sa méconnaissance de l'industrie. Évalué à 2.
-> sous tes yeux ;)
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Autres soutiens de la lettre
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Rapport Attali : les éditeurs de logiciels libres/opensource dénoncent les allégations infondées de l'AFDEL et sa méconnaissance de l'industrie. Évalué à 2.
"There's no such thing as can't. You always have a choice." - Ken Gor
# Autres soutiens de la lettre
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Rapport Attali : les éditeurs de logiciels libres/opensource dénoncent les allégations infondées de l'AFDEL et sa méconnaissance de l'industrie. Évalué à 7.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Java vraiment GPL?
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo annonce la version 5.1 de sa plateforme d'ECM libre. Évalué à 2.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Comparaison Nuxeo 5.1 avec un portail
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo annonce la version 5.1 de sa plateforme d'ECM libre. Évalué à 4.
Nuxeo EP n'est pas un portail, donc il n'y a pas vraiment lieu de comparer Nuxeo et Liferay, JBoss Portal, Jahia, etc.
Notre idée générale est de ne jamais réinventer la roue, mais de nous appuyer sur des logiciels existants, autant que possible.
Comme il existe une offre déjà assez riche de portails Java (basés sur la JSR-168, autrement dit l'API de portlet), nous avons choisi de nous appuyer, lorsque c'est utile, sur ces portails.
L'intégration JSR 168 est actuellement disponible dans des plugins d'extension dans la "forge" Nuxeo (nuxeo-portlet-* dans [http://svn.nuxeo.org/trac/nuxeo/browser/sandbox]).
Nous sommes ouverts à des collaborations avec les gens qui font des portails, ou dont le métier est de faire de l'intégration autour de ces portails, pour enrichir cette intégration.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
# Oubli: Restlet
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo annonce la version 5.1 de sa plateforme d'ECM libre. Évalué à 3.
S.
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: Nuxeo
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Sortie de la première version du projet PengYou. Évalué à 1.
Nous avons un plugin Firefox ici:
http://svn.nuxeo.org/trac/nuxeo/browser/NXFirefoxHelper/trun(...)
et un plugin IE là:
http://svn.nuxeo.org/trac/nuxeo/browser/NXIEHelper/trunk
Les plugins OOo et MSO viendront ensuite.
2. Le workflow
Pour des besoins de collaboration simples (type ce qu'on peut faire avec un Wiki par exemple), il est bon de minimiser les contraintes, tout en fournissant des outils comme ceux que tu cites (alertes mail, RSS, alertes de messagerie instantannée...). C'est ce que nous fournissons par défaut dans notre offre collaborative "clef en main".
En revanche, pour des besoins de gestion documentaire d'entreprise (ECM), le workflow, la gestion du cycle de vie des documents, la gestion de métadonnées complexes, la gestion des relations de dépendances entre documents, l'application de règles de conservation, etc. sont indispensables, car ils servent à s'assurer de l'efficacité des processus métiers et de la conformité des processus documentaires avec les standards de qualité interne à l'entreprise, ainsi qu'aux règlementations (par exemple, comptables, comme la LSE ou la loi Sarbanes-Oxley, ou métier, comme dans c'est le cas dans des professions comme les commissaires aux comptes ou l'industrie nucléaire) en vigueur.
"There's no such thing as can't. You always have a choice." - Ken Gor
# Nuxeo
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Sortie de la première version du projet PengYou. Évalué à 4.
Par rapport à notre projet, Nuxeo EP (http://www.nuxeo.org/ ), je note avec plaisir l'utilisation d'un certain nombre de technologies similaires, notamment un dépôt de documents JCR (comme Jackrabbit). Je vois aussi que nous avons la même (bonne) idée de développer des plugins pour les suites bureautiques du marché afin de faciliter l'utilisation de la GED depuis les outils dont les utilisateurs ont l'habitude.
La principale différence que je vois (à première vue), est que l'architecture de Nuxeo a été pensée pour être complètement extensible, grâce à un système de points d'extensions et de plugins, inspiré par l'architecture d'Eclipse et par le standard OSGi (http://www.osgi.org ). Cela permet aux intégrateurs d'utiliser facilement Nuxeo en tant que framework et plateforme, et de développer facilement ou d'intégrer les fonctions complémentaires qui sont nécessaires lorsqu'ils ont à réaliser des projets complexes de GED.
Une autre différence importante est la présence dans Nuxeo d'un moteur de workflow, indispensable à notre sens en gestion documentaire collaborative.
Enfin, j'en profite pour faire passer un message: Nuxeo SAS recrute (en particulier des développeurs, débutants voire stagiaires, ou expérimentés), pour travailler sur et autour de son projet libre Nuxeo. Les compétences que nous cherchons sont principalement les technos Java EE open source, et une première expérience de la GED ou du travail collaboratif.
Le détail de l'annonce est ici: http://www.nuxeo.com/nuxeo/jobs/
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: i (comme point info)
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo Core 1.0 disponible pour la gestion de contenu d'entreprise. Évalué à 3.
RCP = "Rich Client Platform" = environnement de client riche basé sur Eclipse (depuis la version 3.0 d'Eclipse).
Nuxeo EP = "Nuxeo Enterprise Platform". C'est le nom que nous avons donné à la partie serveur de notre projet.
ECM = "Enterprise Content Management" ou "gestion de contenu d'entreprise". Discipline et technologies qui visent à gérer l'intégralité du cycle de vie des documents dans une entreprise ou une administration.
JCR = "Java Content Repository", une API qui a été définie dans le cadre du JCP (cf supra) pour accéder de manière standard à des dépôts de contenu de manière indépendante de la solution utilisée (du moment que c'est du Java, quand même).
(J'en profite pour remercier le ou les modérateurs qui ont rajouté les liens pertinents vers Wikipedia à mon post initial.)
Pour ce qui est des petites structures, ce que nous proposons d'adresse en priorité à des boîtes de 100 personnes ou plus, dans la mesure où il s'agit avant tout d'un framework paramêtrable et extensible en fonction des besoins métiers. Mais la version générique packagée devrait convenir aussi aux besoins des petites sturctures (5-100 personnes.)
S. Fermigier -- PDG, Nuxeo (http://www.nuxeo.com/)
"There's no such thing as can't. You always have a choice." - Ken Gor
[^] # Re: client riche
Posté par Stefane Fermigier (site web personnel) . En réponse à la dépêche Nuxeo Core 1.0 disponible pour la gestion de contenu d'entreprise. Évalué à 5.
-> Il faut conprendre "Nuxeo peut être embarqué à la fois dans un client (par exemple une application RCP) et un serveur (par exemple un conteneur EJB3, mais aussi, au moins a terme, un Tomcat, etc.)".
Quant à la différence entre client riche et RIA, elle me paraît claire: une application RIA s'exécute dans un navigateur (cf. AJAX, Web 2.0, etc.), une application RCP s'exécute en standalone (type Eclipse RCP, Netbeans RCP, le truc de Microsoft). Cf. ces très intéressants slides de Didier Girard (http://www.tni-software.com/commun/docs/bureaumetier_eclipse(...) - et les miens pendant qu'on y est (http://www.tni-software.com/commun/docs/nuxeorcp_apogee_prez(...)
"There's no such thing as can't. You always have a choice." - Ken Gor