Cher tous, bonjour.

Travaillant depuis plus d'un an sur divers projets mettant en oeuvre des architectures à base de serveurs Zope (parfois avec Plone) j'en vient à me poser cette question.

Finalement pourquoi utiliser Zope ?

A l'origine de chaque projet que j'ai repris, Zope etait utilisé car :

1) Il est simple à mettre en oeuvre (la plus part du temps c'etaient d'enciens projets commencés sous Win32, et Zope s'installe trés facilement sous cette plate-forme , cf. setup.exe).

2) Portable. Le code ecrit sur un Zope Win32 va fonctionner (normalement ?!) sur un Zope d'un autre win32 ou sur un Zope d'une autre architechture.

3) Intuitif (au moins au début). Une jolie interface Web pour commencer à ecrire ses Sites / Services Web.

4) Au dire de sa communauté, Zope est rapide et stable et "Objet".

Mais a l'utilisation je me suis aperçu que :

1) il etait maintenant tout aussi simple de mettre en oeuvre des technologie php/apache ou Serveur d'application Java. En effet, il existe des paquetages GPL tout prets qui s'installent aussi bien sous Win32 que sous Unix (MacOS X compris), Sans parler de toutes les distributions Linux qui viennent avec le couple PHP/Apache (et/ou Mysql/PostgresQL) directement installés.

2) Le code PHP ou Java ecrit sur une plate-forme va fonctionner sur une autre plateforme (au moins autant que je code python d'une plate-forme va fonctionner sur une autre).

3) On ne bénéficie pas d'une jolie interface (que ce soit en PHP ou JAVA) et il n'est clairement pas intuitif d'ecrire sont premier Hello Word avec un serveur Joonas.

4) Les serveurs Apache/PHP et JAVA sont au moins aussi stable et fiable que les serveurs ZOPE et (avec PHP 5) sont aussi "Objet" (au moins autant que Python ou Zope peuvent l'être (Java plus encore me semble t il).

Et au bout d'un an de dev j'ai constaté ceci:

Utiliser Zope oblige à programmer avec plusieurs technologies (mis a part les CSS et le (X)HTML).

Les pages sont ecritent avec du DTML (spécifique ZOPE), agrémentées de macro TAL et les produits sont en Python.

Tout n'est pas centralisé. On pose ses Produit en python via la ligne de commande dans un répertoire alors qu'on édites ses fichier via une interface WEB (il devient difficile, quand on reprend un existant, de retrouver qui fait quoi).

La communauté est finalement (trés) restreinte (par rapport à la communauté PHP/Java).

Et pour finir (mais la c'est personnel) j'ai un GROS doute sur la capaciter de Zope à supporter la charge comme le ferai un serveur PHP/apache ou JAVA.

Bref, mis à par pour quelque applications spécifiques (en fait uniquement pour la publication de contenu avec gestion de version de document et droit utilisateur) je ne vois pas l'interet d'utiliser Zope.

Si quelqu'un à des avantages (ou d'autre reproche) pour alimenter ceci, n'hésitez pas.

Merci.

> Lire le journal (36 commentaires, moyenne: 2).

Cher tous je viens ici ecrire un journal qui pourra, si des personnes m'aident à le remplir, aider pas mal de monde.

Je m'explique.

J'ai un développement à faire sur un environement Zope (pas de polémique sur on aime/on aime pas c'est Zope qui a été choisi, on ne reviendra pas dessus). Le développement est un portail collaboratif. Pour ne pas réinventer la roue (et pour gagner du temps) j'essaie de réutiliser, soit Plone, soit CPS (Si vous en connaissez d'autres, je suis prenneur).

Jusqu'a présent, tous les dévs que j'avais du faire dessus sont passés au travers d'un problème qui pourra sembler ridicule à certain. La gestion des "sous-groupes" ou nested-groups couplé à LDAP.

Je m'explique.

Le besoin (le problème en fait) est de pouvoir gérer facilement des utilisateurs stockés dans un annaire ldap (jusque la ca va via LdapUserFolder) avec des groupes (La ca va encore avec un GroupUserFolder) et des sous-groupes (et la ca va plus du tout).

Exemple concret de ce que je voudrai pouvoir gérer:

+Service Compta
++ Compta France
++++ Responsable
++++++
++++++
++++ Comptable
++++++
++++ Assistant
++++++
++ Compta Engleterre
++++ Responsable
++++++
++++ Comptable
++++++
++++ Assistant
++++++
++++++
++ Compta Italie
++++ Responsable
++++++
++++ Comptable
++++++
++++ Assistant
++++++
+Service R et D
++ Dev Windows
++++ Produit Serveur
++++++ Responsables
++++++++++
++++++ Developpeurs
++++++++++
++++++++++
++++ Produit Client
++++++ Responsables
++++++++++
++++++ Developpeurs
++++++++++
++ Dev Linux
++++ Produit Serveur
++++++ Responsables
++++++++++
++++++ Developpeurs
++++++++++
++++ Produit Client
++++++ Responsables
++++++++++
++++++ Developpeurs
++++++++++

Avec CPS (qui apparement n'est pas capable d'utiliser Gruf) ce cas n'est pas traitable. Si quelqu'un l'a déjà fait je suis avide de suggestion.

Avec Plone et si on utilise Gruf on peut magouiller pour que cela fonctionne mais de manière "tordu". (mon exemple tek quel ne fonctionne pas car deux groupes ne peuvent avoir le meme nom)

C'est à dire que l'arbre ne sera pas construit comme dans mon exemple mais ainsi:

*** POUR LES USERS ***
+ Utilisateurs
+++
+++
+++
...
+++


*** POUR LES GROUPES ***
+ groupes
+++ Service Compta
++++++ ,,,...,
+++ Compta France
++++++ ,,,
+++ Compta France
++++++ ,
+++ Comptable
++++++
+++ Assistant
++++++

....

(je ne mets pas tout)

*** POUR LES SOUS GROUPES (NESTED) ***
+groupes
++ Service Compta
++++ Compta France,Compta France,Comptable,Assistant,Compta engleterre ...
++ Compta France
++++ Comptable,Assistant

.... (je ne mets pas tout)

Bref, c'est trés lourd, compliqué et surtout rien ne semble prévu (que ce soit pour CPS ou Plone) pour gérer de tel groupe (les afficher, les supprimer, les modifier).

Un cas typique:

Sous la ZMI (le seul moyen) je creer un groupe papa. Dans le groupe papa je crée un groupe fils. et dans le groupe fils je cree un user dupont.

Sous plone. on obtient ceci.

+repertoire partagé des users "papa"
+repertoire partagé des users "fils"
++ repertoire de dupont.

Au lieu de

+ repertoire partagé des users "papa"
++ repertoire partagé des users "fils"
+++ repertoire de dupont.

Voila, donc si quelqu'un à déjà traité le cas. je suis tout ouie.

ps: cela fait moment que je cherche par moi même. google. Zope.org, plone.org, Zopera et d'autre. Mais je n'ai trouvé aucune réponse à mes questions. (en fait c'est plutot l'inverse qui se passe)

> Lire le journal (3 commentaires, moyenne: 2,7).