Web Oriented Architecture

tout le monde a entendu parlé du lancement officiel de google apps for domain, l’offre qui me permet depuis deja longtemps d’avoir des adresses emails sur mon domaine.

dans l’offre payant il y a les API pour permettre de faire de l’intégration … voici comment ils presentent l’API ici :

Join the growing Google Apps community

Software developers, technology services providers and domain administrators can also take advantage of Google Apps’ extensive set of APIs to create custom solutions that meet their specific business and IT requirements. Google Apps APIs are REST-based, a style of software architecture that makes them simple to use, test and scale. Some of the APIs currently available include User Provisioning, Calendar, Spreadsheets, and Single Sign-On. Learn more about Google Apps APIs.

Does your company offer products or services that Google Apps customers would benefit from? Learn more about our Google Enterprise Professional partner program.

leur marketing parle directement de REST. Ils ont oublié SOAP probablement

ne cherchez pas, la doc de cette API est ici et c’est beau !
exemple :

mais comment faire plus simple ?

c’est ici, voici le debut :

Teaching the Machine
Kevin Kelly écrivait en 2005 dans le Wired (We are the web) qu’il n’existe qu’un seul moment dans l’histoire de chaque planète où ses habitants se connectent globalement pour la première fois, pour fabriquer un seul et même réseau où toutes les pensées se croisent.

Internet n’est pas apparu en un jour, mais il est apparu de notre vivant. Vous et moi, pour encore quelques années, pouvons dire que nous avons connu ce monde en transition. La génération qui est en train de prendre d’assaut le web n’a pas connu “l’avant Internet”. La “machine” était déjà née.

Par “machine”, certains entendent ce réseau qui “s’auto-organise” devant nous et par nous. Connecter des morceaux de savoirs avec des (hyper)liens donne l’impression que nous assistons à une métamorphose de la connaissance humaine.

un dossier etonnant, le web semantique sur le monde informatique …

il y a vraiement 2 mondes entre tim barners lee qui a pensé le web semantique en 1999 et ce qui d’autres font de la technologie …

Les utilisateurs prendront eux plus de risques maintenant qu’heberger des serveurs chez soi devient simple et sera bien plus performant demain avec la fibre ! les particuliers utiliseront des technologies qui marchent et pousseront toujours plus le marché.

j’ai mis la video youtube d’une présentation du web qui fait le tour du Web.

Plus confidentiel la version commentée.

et le blog de l’auteur de la video qui vaut pour les commentaires.

Bonne lecture !

Entre janvier 2003 et janvier 2007, les visites des sites Web ont doublé…
En préambule, il est important de bien comprendre que notre étude présente l’évolution de la fréquentation moyenne des sites Internet et non pas celle de la consommation totale du Web. Elle confirme, comme nous l’avions vu dans notre précédente analyse, un ralentissement de la croissance de l’audience des sites Web.

la suite ici

PCinpact fait une petite synthese de données de netcraft

En mai 2004, la planète web fêtait l’ouverture de son 50 millionième site. Début novembre 2006, la barre des 100 millions de sites était atteinte. Aujourd’hui, aucun passage symbolique n’est à célébrer, mais le spécialiste Netcraft a récemment publié un bilan de l’état de la toile, et le déclin d’Apache se confirme à nouveau.
[...]
Mais cette croissance n’a semble-t-il pas profité aux serveurs Apache, puisque ces derniers perdent en un mois 442.540 sites, passant de 64.312.083 à 63.869.543 sites gérés, soit en part de marché de 60,17 % à 58,70 %. Il s’agit de la plus mauvaise part de marché pour Apache depuis septembre 2002 (59,91 %).

Le site ajaxian a fait un petit sondage :

Dans les comentaires j’ai trouvé cet élément :

25% of you eschew frameworks and work with XMLHttpRequest directly (wow!)

Ca me semble important de rappeler qu’il est possible d’utiliser les technologies directement quand elles sont simples !

J’invite a lire les nombreux commentaires car ca peut vous eclairer si vous avez un choix a faire.

Le point de départ est ici sur le site Java community process.

Il faut regarder qui supporte cette JSR c’est interessant :

• Apache
• BEA
• Doug Lea
• Google
• JBoss
• Jerome Louvel
• Sun Microsystems, Inc
• TmaxSoft

je vous laisse trouve ceux qui manquent a l’appel.

je voulais faire des commentaires mais ca a déjà été fait sur ce site.

Quelques extraits :

First, we asked why he feels a REST-specific JSR is needed, i.e. why Servlets and JSPs are not enough. We also questioned the spec’s wording about low-level APIs, and how one would go about developing RESTful web apps without a deep understanding of HTTP issues and design patterns. Marc replied that while the current APIs provide broad support for HTTP, they leave a lot of work to the developer that could be automated in a higher level API:

C’est une bonne question … très bonne question … j’irais plus loin, dire que l’on va faire des API pour masquer Http c’est retourner dans l’erreur. Http est un protocole dés plus simple, si le developpeur n’arrive pas a l’utiliser c’est qu’il ferait mieux de changer de metier car les api java sont autrement plus complexes. Les spec d’Http font quelques pages, pour les api java on parle en Mo de javadoc. sachant que les API vont devoir reprendre toutes les options du protocole. Pour le debugging ca me semble de toute façon indispensable de pouvoir analyser des traces.

Un autre commentaire de commentaire …

This is excellent news – I’m glad to see people are thinking more seriously about RESTful services on Java.

Dan Diephouse (un developpeur d’une couche de Web service… )

Pour le reste il faut lire, il y a un débat de bon niveau.

———–

Petit rajout, les débats sur le groupe REST de Yahoo sur ce sujet

——–

Maintenant ne revez pas, c’est prévu pour Mars 2008 cette petite JSR et apres les implémentations !
Tout cela est fort lent !

On ne présente plus del ico us, quel usage peut-on en faire en entreprise ?

-il peut servir de bookmark comme sur internet (c’est facile mais c’est déjà ca !)
- et comme gestionnaire de tache pour workflow

admettons que vous developiez un processus d’achat et que l’on traite la partie du manager qui valide. Il a bien sur un portail et il recupere deja des flux RSS, idéalement il faudrait faire un flux RSS qui lui donne la liste des demandes d’achats qu’il doit encore valider.
Bien sur l’application pourrait forunir un flux RSS … mais on peut aussi demander a l’application qui gère le processus d’ajouter automatiquement l’url permettant au manager de valider cette demande et en plus de la taguer directement (tags : achats, urgent, fournitures, MarcelDupont).
un outil comme del ico us permet alors d’avoir différents flux RSS pour récuperer les url par les différents tags … et le manager peut retaguer pour ne plus mettre en urgent…
Lorsque le manager valide on peut supprimer le lien ou le taguer comme done.

pour les entreprises des implementations de del ico us existent pour ne pas dépendre de l’extérieur.

c’était juste une idée …

Dans les prédictions d’IBM il y a un petit passage assez amusant :

XML in the client

2007 will be the first year in which almost every significant browser fully supports XSLT 1.0. It will finally become possible to publish real XML directly on the Web without prerendering it to HTML first. Although this won’t be common practice by any stretch of the imagination, I predict that at least one major site (and quite a few minor ones) will begin doing this. I also predict that nobody will notice, because it will all just work.

Longer term (probably after 2007), I predict that this will render many of the debates about HTML 5 and XHTML 2 moot. Sites will publish content in whatever XML vocabulary they like, and provide stylesheets that convert it to HTML for browser display. Changing your document format will no longer require a years-long process of W3C working groups and slow browser adoption.

Put a fork in it; they’re done

WS-* (pronounced WS-splat) has peaked. Even a derailed train has a lot of momentum, so people will still be talking about Web services in 2007. However, nobody will be listening. Enterprises have absorbed as much Web services machinery as they’re able to stomach. Web Services Description Language (WSDL) and SOAP 1.2 are the end of the line. Many enterprises won’t even get that far. WS-Choreography, WS-Transport, WS-Reliability, WS-Security, WS-Resource, WS-ServiceGroup, WS-BaseFaults, WS-Messaging, WS-KitchenSink, and WS-AreYouEvenStillReadingThis won’t leave the station. There is a limit to how much complexity any organization can manage, and WS-* has long since exceeded that threshold.

Instead, look for the emergence of Plain Old XML (POX). People will start (in many cases, continue) sending XML documents over HTTP. Authentication, caching, and reliable delivery will be managed using the built-in functionality of HTTP. Applications will be hooked together with a mixture of XSLT, XProc, duct tape, and spackle. Developers will give up on the idea of assembling services and systems without manual configuration (a dream most of them never bought into in the first place). Service-oriented architecture (SOA) might have a role to play, if any of the architecture astronauts pushing it come down to earth long enough to explain what they’re doing.

Quand l’un des principaux éditeurs qui pousse les webservices WS-* lache c’est que ca sent la fin … j’ai hate de voir la mise en application sur le terrain !