<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title>Migniot.com</title>
<link>http://www.migniot.com/blog/rss</link>
<description>L'Internet et le libre</description>
<item>
<title>Zope Vs J2EE</title>
<description>Pourquoi Zope 3 ?
-----------------

 * Zope 3 est rapide à développer et facile à maintenir

 * Zope 3 est persistant, transactionnel et clusterisable

 * Zope 3 contient une base de données objet

 * Zope 3 est leader dans les CMS


L'historique
------------

 Architecte J2EE depuis 10 ans, j'ai vu de nombreux projets
 risquer l'échec et exploser les budgets au titre d'une
 idéologie bien pensante qui s'exprime souvent comme suit :

 * La solution applicative est clusterisable et tiendra la volumétrie de votre infrastructure

 * L'architecture multi-couches sur un middle-tiers sécurisé du marché va booster votre solution applicative

 * Le leader du marché ne peut pas faillir, reposez-vous sur une solution éprouvée

 Bien que d'accord avec ces arguments j'ai vu ces projets
 achopper sur cet écueil trop souvent oublié, l'explosion combinatoire :
 Au delà d'une certaine volumétrie et complexité un projet informatique
 n'est plus maintenable. Les meilleures intentions citées ci-dessus
 deviennent alors de l'over-engineering - ou un échec de gouvernance.


Zope 3
------ 

 Je ne recommanderais pas autre chose que J2EE en entreprise pourtant tous les sites
 associatifs que j'ai recommandé en Zope 3 se portent bien et sont souvent ergonomiquement
 plus satisfaisants que J2EE.

 Les volumétries d'utilisateurs - des milliers - supportées par Zope 3 ne valent pas
 le coût de dépenser plus pour déployer une architecture J2EE - dont les promesses
 montent au million et plus -.

 De nombreuses fonctionnalités sont apportées par Zope 3 qui ne le seraient qu'au prix
 d'un effort exorbitant en J2EE, par exemple l'exposition du site en tant que Disque
 Réseau automatique.

Du concret
----------

 Le produit de blogging dont vous lisez un article a pris 2h de développement en Zope 3.
 Pour obtenir le même niveau de fonctionnalité en J2EE il faut : 

 * Ecrire ses classes en EJB3 annotés pour aller vite

 * Configurer spring en mode transactionnel par requête

 * Se documenter sur une librairie de StructuredText et l'installer

 * Ecrire des JSP d'administrations, des JSP de consultation

 * Configurer Tomcat en WebDAV pour l'édition à distance

 * Installer un MySQL/PostgreSQL

 Le temps de réalisation est d'approximativement 3 jours, sans compter la compilation et le déploiement.


Finalement
----------

 A chaque besoin sa technologie, le fail-over étant le meilleur atout de J2EE indubitablement.
 Par exemple voyages-sncf est en J2EE et ne supporterait probablement pas Zope 3. Pourtant
 le site de l'OTAN est en Zope 3 et le supporte parfaitement.

 Pourtant en dessous des classes de besoins énoncées par les entreprises - des millions d'utilisateurs
 externes et des milliers d'utilisateurs en intranet avec de multiples connexions à des systèmes tiers,
 je reste impressionné et grandement promoteur de Zope 3.

 Je suis Architecte J2EE et mon site est en Zope 3 :p .
</description>
<pubDate>Tue, 05 Apr 2011 19:27:28 +0000</pubDate>
</item>
</channel></rss>
