Ce site web stocke des informations vous concernant via le dépôt de cookie afin de mesurer l’audience du site. Ces données de navigation sont anonymisées.
En cliquant sur « OK pour moi », vous manifestez votre consentement pour le dépôt de ces cookies.
Sur ce site, nous utilisons des cookies pour mesurer notre audience, entretenir la relation avec vous et vous adresser de temps à autre du contenu qualitif ainsi que de la publicité. Vous pouvez sélectionner ici ceux que vous autorisez à rester ici.
12 leçons à retenir Retour d’expérience sur le projet NéoRetraite de GENERALI, vu par Benamar développeur et Olivier coach. Ce projet stratégique consistait à mettre en production une nouvelle version d’un contrat de retraite. Il s’est déroulé sur 1 an et a nécessité l’effort coordonné de 3 équipes, chacune en charge d’une application participant au projet. Au plus fort de l’activité 50 développeurs travaillaient en même temps sur le projet.
Lire la suiteMr Jourdain fait de la prose ou des vers sans qu’il n’en sût rien. Bon, nous le savons depuis la 5e ! Et comme Molière avait le don d’écrire des universalités humaines et intemporelles, il est certain qu’aujourd’hui autour de nous et dans bien des domaines il y a des Mr Jourdain qui s’ignorent. Projetons donc ce monsieur Jourdain dans l’IT de 2009. Quelle pourrait être la chose qu’il fît depuis pas mal de temps sans qu’il n’en sût rien. Ne serait ce pas de…
Lire la suite
Cet article est le deuxième d’une série de 3 articles traitant de la stratégie de test d’une architecture REST. Il fait suite au billet sur le test unitaire d’une ressource REST. Pour rappel nous allons, par l’exemple, mettre en pace une stratégie de test sur un code d’exposition de web services REST en Java. L'exemple de code se basera sur le framework REST Jersey, implémentation de référence de Sun de la JSR-311 déjà présentée dans un précédent article . Le but de ces trois articles…
Lire la suiteLorsqu'on parle de ressource et de REST en général, on associe souvent la notion de services, une représentation XML ou JSON d'un résultat, d'une donnée...On ne pense que rarement à la notion de ressource comme pouvant retourner une IHM ou une portion d'IHM, c'est-à-dire, de la donnée mise en forme.
Ici, l'idée est simple : utiliser des ressources REST - proposant une représentation HTML - pour agréger et construire une nouvelle IHM côté client, dans le navigateur.
Lire la suite
Trop souvent les démarches SOA adressent uniquement les problématiques d'architectures techniques et fonctionnelles, au dépend des enjeux humains et organisationnels inhérents à la transformation qu'impose la SOA au SI.
Lire la suiteLa JSR 311 JAX-RS est le pendant REST de la JSR 224 JAX-WS.Elle marque la volonté de la part de la communauté Java de cadrer, tout comme pour la stack WS-*, le développement des applications JAVA orientées ressources. Bien qu'étant sur le point d'être finalisée (elle vient de passer le Final Approval Ballot), elle est déjà implémentée par la plupart des frameworks REST du moment (Jersey, RESTeasy, CXF, une extension existe pour Restlet, ...). La suite de ce billet présente les annotations de la JSR en regard des principes REST qu'elles mettent en oeuvre.
Lire la suiteLorsqu'une DSI souhaite mettre en oeuvre une Architecture Orientée Services (SOA), il lui est souvent conseillé de suivre une démarche en cascade qui part des processus métier de l'entreprise et qui visent à définir des services ré-utilisables. Même en supposant que ce long processus réussisse, la matérialisation informatique de ces services dans le SI passe généralement par de lourds projets de refonte de l'existant qui est généralement peu aligné sur ces visions théoriques. Qui peut alors réalistement défendre auprès de sa Direction Générale un projet de refonte même partiel de son SI aux seules fins de le rendre SOA ?
Lire la suiteMalgré l'émergence de nouveaux concepts, standards, outils, etc., la complexité de l'intégration demeure toujours la même. Intégrer des applications hétérogènes d'un SI dans une démarche d'urbanisation, de flexibilité et d'évolutivité s'avère un exercice complexe et délicat. Cela nécessite à l'entreprise un effort considérable sur divers volets : économique, technique et organisationnel.
Le texte suivant est extrait du livre "Une Politique pour le Système d'Information - Descartes - Wittgenstein- (XML)" publié par OCTO Technology :
SOA est l'archétype de la régression collective. Rien de grave, cela arrive dans tous les secteurs. Après DCE, Corba, l'urbanisme des SI et les outils d'EAI, voici le serpent de mer resurgir encore.
Et il y a une bonne raison à sa résurrection : toute réalisation informatique qui implique plus d'une application est un cauchemar : coordination, construction à plusieurs, tests à plusieurs, stress à plusieurs...
Alors les solutions fusent, toujours les mêmes : il faut diminuer le nombre de boîtes et le nombre de fils entre les boîtes.
Lire la suite
