Logiciel : Nuxeo annonce la version 5.1 de sa plateforme d'ECM libre
Posté par Stefane Fermigier (page perso, ). Modéré le 14 octobre 2007.
Nuxeo vient d’annoncer la sortie de Nuxeo Enterprise Platform 5.1, plateforme d’ECM libre basée sur les technologies Java EE 5.
Cette nouvelle version est le fruit de 6 mois de travail de la communauté Nuxeo depuis la sortie de Nuxeo EP 5.0, et un an depuis l’annonce par Nuxeo de sa migration de Zope à Java. Elle élargit le spectre des fonctions couvertes par la plateforme (voir plus loin). Elle renforce sa scalabilité pour répondre à des besoins de montée en charge importants. Enfin, elle présente un certain nombre d’avancées quant à la modularité du logiciel, grâce à son architecture orientée services, de façon notamment à permettre des déploiements multi-serveurs. Cette modularité permet également de ne déployer que les services dont on a besoin pour une application et de les configurer facilement et, également, d’étendre si nécessaire la plateforme en y ajoutant de nouvelles fonctions ou de nouveaux connecteurs vers d’autres applications ou services du système d’information de l’entreprise.
Plus généralement, et d’un point de vue business, la plateforme Nuxeo évolue pour répondre au mieux aux besoins des utilisateurs et des intégrateurs, et leur faire bénéficier en open source et avec une architecture moderne et cohérente, d’une plateforme comparable aux leaders du marché que sont Documentum, OpenText ou FileNet.
Cette nouvelle version est le fruit de 6 mois de travail de la communauté Nuxeo depuis la sortie de Nuxeo EP 5.0, et un an depuis l’annonce par Nuxeo de sa migration de Zope à Java. Elle élargit le spectre des fonctions couvertes par la plateforme (voir plus loin). Elle renforce sa scalabilité pour répondre à des besoins de montée en charge importants. Enfin, elle présente un certain nombre d’avancées quant à la modularité du logiciel, grâce à son architecture orientée services, de façon notamment à permettre des déploiements multi-serveurs. Cette modularité permet également de ne déployer que les services dont on a besoin pour une application et de les configurer facilement et, également, d’étendre si nécessaire la plateforme en y ajoutant de nouvelles fonctions ou de nouveaux connecteurs vers d’autres applications ou services du système d’information de l’entreprise.
Plus généralement, et d’un point de vue business, la plateforme Nuxeo évolue pour répondre au mieux aux besoins des utilisateurs et des intégrateurs, et leur faire bénéficier en open source et avec une architecture moderne et cohérente, d’une plateforme comparable aux leaders du marché que sont Documentum, OpenText ou FileNet.
Le projet Nuxeo (883 hits)
La société Nuxeo (491 hits)
L'annonce de la 5.1 (291 hits)
Le SVN de développement (201 hits)
Téléchargement (296 hits)
Nuxeo Book (en cours d'élaboration) (266 hits)
> Lire la dépêche (18 commentaires, moyenne: 1,8).
Vous avez demandé le commentaire #875111.




[+] Java vraiment GPL?
Hope une nouvelle thread sur le sujet suivant:
Est-ce que java est vraiment GPL?
Peut-on installer un framework java *fonctionnel* à partir des sources par un simple:
configure;
make install
[^]Re: Java vraiment GPL?
http://nb-openjdk.netbeans.org/get-and-build.html
S.
Stefane Fermigier, CEO, Nuxeo
ECM et GED open source
www.nuxeo.com | www.nuxeo.org
[+] [^]Re: Java vraiment GPL?
"Bootstrap JDK
All OpenJDK builds require access to the previously released JDK 6. The JDK 6 binaries can be downloaded from Sun's..."
"Binary Plugs
Not all of the source code that makes up the JDK is available under an open-source license. In order to build an OpenJDK binary from source code, you must first download and install the appropriate binary plug bundles"
Donc non et non. Y a pourtant un GNU Makefile qui traîne. Du svn à la place d'un git pour un projet 3 fois plus gros que Linux... maladroit.
Bien tenté de la part de Sun.
Allez, après cette digression sur du faux libre, hope-là! Retour au vrai libre.
[^]Re: Java vraiment GPL?
sans vouloir rentrer totalement dans tes tentatives de troll... (quoique...)
La plupart des systèmes ont étés conçus ce cette manière.
Si aujourd'hui on peut compiler gcc avec gcc, il a bien fallu le compiler avec autre chose la première fois.
Ici c'est pareil, pour pouvoir compiler java libre avec un java libre il faudra it avoir un java libre d'abord... donc la solution est plutôt de builder un java libre avec un java pas libre puis de rebuilder java libre avec java libre...
(pfiou, pas simple tout ça... ça m'apprendra à argumenter des trolls...)