Accueil InfoQ Architecture sur InfoQ
-
L'API Atom 1.0 est stable
L'équipe d'Atom a annoncé la sortie dans une pré-version stable de l'API de l'éditeur.
-
Pivotal se retire du Financement de Groovy/Grails
Pivotal Software a annoncé hier qu'ils retireraient leur financement des populaires frameworks Groovy et Grails après le 31 mars 2015. Pivotal a cité leur stratégie plus large de concentration des ressources sur l'accélération des projets commerciaux et open-source supportant leur croissance dans les domaines du PaaS, de la Data et de l'Agilité.
-
Tester l'Internet des Objets
Les tests d'applications embarquées et de systèmes destinés à l'internet des objets doivent prendre en compte les interactions physiques, sensorielles et émotionnelles explique Gerie Owen, Analyste d'affaires chez Northeast Utilities.
-
Le Retour en Scène de la Modularité Java
Oracle a annoncé la relance des efforts pour rendre Java entièrement modulaire, initiative connue sous le nom du projet Jigsaw.
-
Sortie de Restlet 2.3, avec le Support de Java 7, SPDY et CORS
Restlet a publié la version 2.3 de son framework Restlet. Cette version constitue en grande partie un effort pour mettre à jour les dépendances du projet et à améliorer la documentation et la gestion des APIs.
-
Support fondamental de JSON sous Java 9
Oracle a annoncé le premier lot de fonctionnalités qui ciblent Java 9. Cela inclut une nouvelle API pour JSON en cours de développement comme JEP 198.
-
L'Azure Camp en Live
Microsoft tient aujourd'hui son événement sur Microsoft Azure, l'Azure Camp 2014, qui abordera la mise en place pratique de toutes les technos disponibles pour écrire des applications cloud modernes : Docker et le IaaS Azure sous-jacent ; Hadoop, HBase, Storm ; mais aussi les bases NoSQL, les batchs, le search, etc.
-
AWS Elastic Beanstalk ajoute une plate-forme Docker pré-configurée
Après avoir proposé un support générique de Docker en juillet 2014, Amazon Web Services (AWS) a maintenant ajouté "Preconfigured Docker" comme nouvelle catégorie de son offre PaaS : AWS Elastic Beanstalk. Cette nouvelle catégorie s'appuie sur l'ajout récent de dépôts officiels pour les stacks de langages sur le Docker Hub Registry.
-
Le WHATWG standardise les Web Streams
Après plus d'un an de gestation sur GitHub, le projet Streams vient d'être adopté par le WHATWG dans un effort de standardisation d'une API de streaming web. Ce projet est mené par Domenic Denicola, qui est aussi à l'origine du travail sur les promesses qui fait actuellement partie d'ECMAScript 6.
-
Guide de conception d'API HTTP chez Heroku
Wesley Beary, membre de l'équipe d'API chez Heroku, a recensé une liste de directives pour la création d'APIs HTTP+JSON, présentées sous forme condensée ici même.
-
Entretien avec Leslie Lamport : Systèmes Distribués et Precise Thinking
Leslie Lamport est l’auteur d’articles parmi les plus cités dans le domaine de l’informatique. Ceci est le résumé d’un entretien que Leslie a accordé à Software Engineering Radio au cours duquel il a évoqué ses premiers travaux sur les systèmes distribués et rappelé l’importance du "Precise Thinking" dans le cadre de la programmation.
-
Apache Camel 2.14 : Java 8, Spring 4, REST DSL et Metrics
L'équipe Apache Camel a récemment sorti la version 2.14. Camel est un framework d'intégration open-source qui fournit des composants basés sur les patterns d'intégration d'application d'entreprise les plus répandus. Il permet à une application de définir des routes et des règles de médiation à l'aide de nombreux langages dédiés (DSL), en utilisant, par exemple, Java, XML, Groovy ou Scala.
-
Microservices vs Bibliothèques Partagées
Dans un article récent, Robert C. Martin conseille de démarrer avec des bibliothèques partagées et une architecture basée sur les plugins, et de n'introduire la ségrégation entre les services et les microservices uniquement que lorsque cela se révèle insuffisant.
-
Micro-services ? Qu'en est-il des Nano-services ?
Arnon Rotem-Gal-Oz a écrit un article suite à de nombreuses discussions autour du terme Micro-services et s'il se rapporte à SOA. Selon Arnon, cela pourrait devenir une pente glissante vers l'anti-modèle Nano-services.
-
Standard Markdown devient Common Markdown puis CommonMark
Un groupe issu notament de Stack Exchange, GitHub, et Reddit a commencé la standardisation et l'amélioration de Markdown sous le nom de Standard Markdown. Leur effort a rencontré l'opposition de John Gruber, le créateur de la syntaxe, qui refuse que le terme Markdown soit utilisé dans d'autres projets. Le projet a donc été renommé CommonMark.