Une nouvelle API ‘blinksale’ écrite et pensée en mode REST a regarder. Cette API est a gérer des factures, le service est fournit par une société spécialisée. Preuve que le style REST n’est pas limité a Amazon,ebay et google ..
Voici l’annonce de la sortie de cette API :
We’ve been working on a handful of under-the-hood improvements to Blinksale, and Blinksale subscriber Jason mentioned that it might be nice to hear about those on the blog since its been a bit quiet on the blog lately. Great idea, Jason!
Those of you who follow our other product, IconBuffet, may be aware that we recently rolled out some major improvements to that website (AKA Refactoring to REST, for you nerdy types out there) that greatly improved the speed and performance of the application.
These improvements simplify code, improve performance, and make future updates easier to apply. We’re now making these same improvements to Blinksale. Refactoring Blinksale will also give us a new, solid foundation to rebuild the Blinksale API from. We actually had a large chunk of the API completed, but put in on hold until this project is completed as they are tied together.
What does this all mean? Well, Blinksale is going to get a good bit faster soon. We’re aware that larger accounts with potentially thousands of invoices can tend to bog down when viewing your invoices. This refactoring, coupled with a server upgrade in September will boost performance quite a bit. At the same time, we should be getting close on the API, so those of you chomping at the bit to integrate Blinksale with you favorite whatever will get your chance.
In the meantime, we’re grateful for your patience, and wanted to keep you in the loop on the latest. Thanks for making Blinksale a success!
Un article sur REST sur le site d’IBM que je trouve assez clair et synthétique sur le sujet :
http://www-128.ibm.com/developerworks/webservices/library/ws-restvsoap/
je vous invite a aller voir le blog de l’auteur (il y a un peu d’ironie de ma part sur ce point …)
Je viens de trouver un article ancien et pourtant d’actualité ou l’auteur essaye de définir le concept SOA, et les différentes implémentations. Les commentaires sont également a lire. L’article n’est pas très novateur sur le sujet mais ce qui est fort, c’est qu’il date de 2003.
J’ai pu y trouver quelques vieux liens comme l’histoire de SOAP. qui sait que ca date de 1998 ?
A ce demander pourquoi cette technologie est restée prometeuse depuis 1998 !
Le service google trends permet d’acceder aux statistiques de google, ce qui permet de savoir quels sont les termes les plus recherchés et de comparer l’evolution des mots recherchés dans le temps.
Regardons ce que cela donne avec SOA (en bleu) et webservices (en rouge) :
Alors que les editeurs tentent de faire l’almalgamme entre SOA et Webservice, on peut constater que SOA se détache progressivement des Webservices.
J’ai une question a ce sujet, normalement le concept SOA est en amont et les webservices devraient être recherchés pendant la conception, développement et tests. Il devrait donc il y avoir plus de recherche sur webservices que SOA.
Autre point, il y a très peu de volumes sur les webservices … donc soit SOA est un concept marketing non suivi par les outils, framework, totoriels sur le web … soit les architectures SOA sont implementés sans Webservices, ces deux hypothèses etant non exclusives !
hinchcliffe vient de publier un nouveau post ou il liste les framework ‘REST’ :
http://hinchcliffe.org/archive/2006/09/10/9275.aspx
C’est etonnant de vouloir a tout prix associé concept et outils …
Il faut savoir qu’un serveur Apache + mod_rewrite permet de créer des Uri proprement et de developper des services en java, php, perl … il n’y a pas besoins de frameworks compliqués et peu utilisés.
Ce qui manque le plus se sont des documents qui expliquent comment faire, des applications de références comme le petshop java pour le monde j2ee, des papiers dans la presse (01 …)
http://www.rssbus.com/ (pour le monde .net)
RSSBus pour Really Simple Services Bus …
evidement il s’agit d’utiliser des fils RSS, il n’y a pas besoin de produit au milieu du SI …
Je ne peux qu’inviter a lire leur whitepaper.
Je ne sais pas si leurs solutions vont plaires mais se sont des gens à suivre !
Un article sur Amazon.
Cette société est dans le top ten des leaders technologiques.
Il est donc interessant de comprendre leur architecture a base de services :
Leurs services peuvent être utilisés ou inspirer …
Leur architecure également.
Partons du bas :
- le stockage. C’est un point commun avec google, ils disposent d’un systeme de stockage performant, distribué, sécurisé et très simple d’utilisation !!! un browser doit être capable d’aller y lire directement un fichier.
- Le messaging. C’est optionnel mais eviter d’utiliser des middleware propriétaires est une bonne idée. I
- La recherche : c’est fondamental pour être performant. Faites une recherche de mails dans outlook avec ootlook et la même recherche dans google desktop. Google est des centaines de fois plus rapide. Pour les bases de données l’ecart est le même !
- Les services métiers
De quoi inspirer les SI de demain.
le site fait tout pour empecher de lire cet interessant article par des publicités mal placées et qui prennent la moitié de l’écran :
http://coldfusion.sys-con.com/read/236543.htm
je suis arrivé a le lire avecx l’apercu avant impression !
Bonne chance !
Quelques explications sur les microformats en français.
Et ici un wiki sur le sujet avec des implementations toutes prêtes pour vos sites web !
L’objectif etant de permettre aux applications de repérer dans les pages web les contacts, evenements… pour être utilisées.
L’astuce des microformats etant de se servir du xHtml pour y arriver. Les données sont identifiées avec l’attribut ‘class’ qui permet de présenter (feuille de style) et d’indiquer la sémantique.
Un poste interessant :
http://www.it-director.com/content.php?articleid=10992
Le mot Marchitecture est né de la contraction de marketing et d’architecture …
A ce demander pourquoi l’idée d’un tel terme est venue.
et de marchitecture a imposture, le chemin est court !
Source en Francais : http://blogpro.toutantic.net/
