Archives de catégorie : Architecture

CMF pour Zope, une solution opensource de Content Management

Si jamais on en venait à avoir besoin d’une solution alternative aux produits actuellement à l’étude pour le content management, un candidat opensource à considérer : le module CMF (Content Management Framework) de Zope. Voici, à ce sujet, un argumentaire qui commence déjà un peu à dater mais est intéressant : http://www.business.city.ac.uk/ero/150101.html et un site de veille dédiée au Content Management : http://www.cmswatch.com/.

Qu’est-ce qu’un weblog ?

Blogue, blog, weblog, mais qu’est-ce que c’est ? Dave Winer en donne sa définition. elanceur en donne les caractéristiques. Microcontentnews positionne les bloggeurs vis-à-vis des journalistes. Et l’Université de Genève vous propose d’interpréter le phénomène du “blogging”. Nouvelle e-mode cyber-branchée ? On en parle même dans Le Monde (Interactif bien sûr), Telerama (Multimedia bien sûr) et Liberation. Voir aussi ici.

O’Reilly Network: My Blog, My Outboard Brain [May. 31, 2002]

Dans cet article, Cory Doctorow, l’auteur d’un célèbre WebLog, explique l’intérêt de cette nouvelle forme de traitement de l’information. Les WebLogs constituent une nouvelle forme d’utilisation des technologies Internet. Il s’agit bien d’une innovation du même ordre que l’apparition de la messagerie : pas forcément extraordinairement nouveau sur le plan technique, mais avec de nombreuses implications sur le plan de l’organisation et des manières d’échanger de l’information et de la connaissance. Enfin du knwoledge management concret, simple, évaluable et à la portée de tous. Au fait, vous vous demandez peut-être ce qu’est un weblog ? … Figurez-vous que vous êtes en train d’en lire un !

Positionnement d’ASP.Net

La société Owendo propose son analyse des différences de positionnement entre l’ AspClassique et l’ AspPointNet.
Je déduis de ce document que :
– nous pouvons continuer à faire de l’ASP classique lorsque l’emploi d’ASP.Net ne se justifie pas,
– passer à ASP.Net revient à s’engager dans une technologie à base de composants, pour applications complexes,
– si l’on doit envisager d’abandonner l’ASP classique pour choisir une technologie permettant de créer des applications plus complexes, alors il faut se poser sérieusement la question du choix d’ Asp.Net, d’un serveur d’application Java, d’un environnement applicatif Perl ou de l’environnement Zope.

Principales technologies de développements Web

Cette présentation compare Perl, Java et PHP en tant que technologies de développement d’applications web.
En synthèse, je distinguerais volontiers quatre voies technologiques possibles pour les applications web avec pour chacune une technologie de scripting simple et une version plus sophistiquée pour applications plus complexes :
– JSP puis serveur d’application avec servlets Java,
– PHP puis Perl avec mod_perl ou assimilé (FastCGI, AxKit, …),
– Zope avec DTML puis avec Python,
– ASP classique avec VBScript puis ASP.Net avec VB.Net.
Aujourd’hui, côté serveur, nous pratiquons essentiellement ASP classique avec VBScript. Qui sait ce que nous ferons demain ?

infoAnarchy || Evolution: Exchanging Microsoft

Le nouveau produit opensource Evolution de la société Ximian se présente comme un concurrent très sérieux de Microsoft Outlook en tant que client de messagerie et de calendaring notamment grâce à sa fonctionnalité de “dossiers virtuels” pour faciliter le classement des courriers reçus et envoyés. De plus, la société Ximian commercialise une passerelle permettant de conserver Microsoft Exchange comme serveur de messagerie. Enthousiasmant, je trouve !

Microsoft Content Management Server

Selon le bulletin InSide du Gartner Group du 24 avril 2002, Microsoft, avec son nouveau produit “Content Management Server” ne sera pas l’un des leaders de la gestion des contenus Web avant 2005. Toujours selon ce bulleting, les leaders actuels sont Interwoven, Vignette et Documentum. Le bulletin est disponible dans mon bureau ainsi que par email.

Sécurité des services web

Slashdot | Web Services
Miser sur SOAP pour mettre en place des services web sécurisés n’est sans doute pas une idée lumineuse :
“SOAP et al are a mistaken implementation for exactly that reason, in a typical Microsoft fashion: by running everything over HTTP, we can get things working quickly without wondering whether they are secure. Later on, there will be a ton of SOAP security holes and information leaks, but we won’t be able to plug the hole properly since we can’t cut off HTTP without strangling our businesses. I love innovation without cogitation. An absolute godsend to good firewall administrators would be to have specific services on specific ports so that you could easily audit the use of such services separately and have a better handle on what’s going in and out of your ‘net. You could, for example, inspect SOAP packets for a particular service without having to slow down all traffic through your HTTP proxy. But since you’re a lazy bastard, I bet you don’t care :)”

Déjà des services web de “seconde génération”

On voit à peine émerger la première génération des services web que l’on parle déjà de la seconde. N’empêche que ce qui s’en dit m’a l’air très intéressant. L’approche “je publie via SOAP/WSDL/UDDI une API pour accéder à mes procédures” serait à mettre à la poubelle au profit d’une approche centrée sur les URI et la publication des modèles de données. C’est ce que l’on appelle le modèle REST. J’aime cette approche, cohérente avec celle de RDF.

Recommandation d’une architecture informatique pour le partage de connaissances

[Ceci est le résumé de l’une de mes réalisations professionnelles. Je m’en sers pour faire ma pub dans l’espoir de séduire de futurs partenaires. Plus d’infos à ce sujet dans le récit de mon parcours professionnel.]

En 2001, la direction scientifique de Saint-Gobain veut animer des communautés d’experts métiers pour mieux partager les connaissances et stimuler ainsi l’innovation. Ma hiérarchie, constatant que cette direction s’oriente vers une solution intranet limitée et non pérenne, me demande de formaliser ma vision des systèmes de partage de connaissances sur intranet. Je conçois et recommande une architecture informatique durable couvrant mieux ses besoins. La solution que j’avais préconisée est encore utilisée aujourd’hui avec une relative satisfaction.