Conception de Web Services évolutifs Deux vecteurs d'agilité du SI sont l'évolutivité et la productivité. Or les SI se structurent de plus en plus autour de la notion de service. La capacité de mettre à disposition, à moindre coût et dans les meilleurs délais, des services évolutifs devient donc prioritaire. Quelques éléments de réponses à ces exigences :
- des outils Open Source : XSD2WSDL, WSDL2Java
- des bonnes pratiques d'utilisation des standards : XSD, WSDL
- un environnement de test : SOAPUI
 


(Monday, December 08, 2008 2:01 PM) Visualiser

---

JBI : un standard ouvert pour implémenter et déployer des ESB Java Business Intégration (JBI) est une norme édictée par la JSR-208 qui définit un standard ouvert d'assemblage de composants pour implémenter et déployer des solutions d'intégration. L'objectif de cette session est de vous présenter comment JBI permet d'implémenter et de déployer des Bus de Services d'Entreprise (ESB) qui constituent un des socles des Architectures Orientées Services (SOA).

(Monday, December 08, 2008 12:25 PM) Visualiser

---

LinQ : la réutilisation à un niveau microscopique pour une meilleure expressivité avec moins de code La notion de composant réutilisable s'apparente généralement à celle de composant générique, induisant une complexité accrue de paramé
trage et d'algorithme afin de satisfaire plusieurs cas d'utilisation. Inspiré de la programmation fonctionnelle, LinQ propose une approche différente consistant à concevoir des fonctions plus microscopiques et sémantiquement dédiées (les cellules) puis à les assembler progressivement avec une meilleure expressivité. On relatera ici un récent retour d'expérience en entreprise, illustré d'exemples concrets de l'adoption de cette approche. On fera enfin le point sur ses conséquences, ses avantages et ses inconvénients.
(Monday, December 08, 2008 12:17 PM) Visualiser

---

SCA : le futur des composants ? SCA (Service Component Architecture) semble promis à un bel avenir comme standard permettant la création de composants de services au sein d'une architecture orientée-service, indépendamment des langages d'implémentation et des protocoles de communication. Ce standard 
a été créé initialement par IBM et est promu aujourd'hui par le consortium Open-SOA. A travers cette présentation, nous verrons quels sont les concepts majeurs de SCA, son positionnement par rapport aux bus de services et les principales implémentations disponibles.
(Monday, December 08, 2008 12:07 PM) Visualiser

---

Combining the power of Flex 2 and Ruby On Rails - part I Can the combined power of these two new technologies make them the “perfect couple?” How does it change the way we build corporate web applications ? How does it compare to competitors, such as the future WPF from Microsoft?

This presentation will cover these topics, looking at the core features ofthe technologies in relation to their interactions (not a full description of each of them). It will then examine interaction scenarios between the two in the context of a classical, data-oriented corporate application with complex data entry, data search and data reporting (textual and graphical).
(Tuesday, January 09, 2007 7:12 PM) Visualiser

---

Combining the power of Flex 2 and Ruby On Rails - part II Can the combined power of these two new technologies make them the “perfect couple?” How does it change the way we build corporate web applications? How does it compare to competitors, such as the future WPF from Microsoft?

This presentation will cover these topics, looking at the core features of the technologies in relation to their interactions (not a full description of each of them). It will then examine interaction scenarios between the two in the context of a classical, data-oriented corporate application with complex data entry, data search and data reporting (textual and graphical).
(Tuesday, January 09, 2007 7:15 PM) Visualiser

---

An introduction to Aspect Oriented Programming - part I How am I going to get my architecture to do that?!

Aspect Oriented Programming is fundamental to JBoss implementation. JBoss' useof AOP in JBoss Tree Cache AOP provides the backbone for supporting highly-scalable, stateful session beans. JBoss Seam is based on stateful session beans and it also uses AOP for its implementation. Neither would be possible without the use of AOP.
(Tuesday, January 09, 2007 6:14 PM) Visualiser

---

An introduction to Aspect Oriented Programming - part II How am I going to get my architecture to do that?!

Aspect Oriented Programming is fundamental to JBoss implementation. JBoss' use of AOP in JBoss Tree Cache AOP provides the backbone for supporting highly-scalable, stateful session beans. JBoss Seam is based on stateful session beans and it also uses AOP for its implementation. Neither would be possible without the use of AOP.

(Tuesday, January 09, 2007 6:16 PM) Visualiser

---

Enterprise Maven 2.0 - Part I Unleash the power of Maven to streamline enterprise application development Building enterprise Java applications is a challenging process in which you must build, package, and deploy multiple components to a wide variety of environments. These components frequently depend on one another and on third-party libraries and frameworks. Additionally, effective software development organizations want this process to be automated, repeatable, and continuously integrated. Every enterprise application built will address these issues to some extent, and most will do so differently.
(Monday, December 18, 2006 12:11 PM) Visualiser

---

Mise en œuvre de SOA - Pourquoi avez-vous besoin d'un ESB ? - Part I La mise en œuvre d'un architecture orientée services peut prendre différentes formes qui varient largement dans leur complexité. Le choix entre ces différentes formes de mise en œuvre est crucial car il impacte fortement la manière dont les applications et services doivent être conçus pour rentrer dans la cadre de l'architecture choisie.
Cette présentation a pour objectif de faire un tour d'horizon de ces différents modes de mise en œuvre, de voir leurs avantages et inconvénients, et de voir quel type d'implémentation convient en fonction des situations et des SI. Les problématiques de format pivot de données, de transformation et d'enrichissement de données seront abordées. Les problématiques d'administration et de contrôle de la qualité de service seront aussi abordées.
(Wednesday, November 29, 2006 1:00 AM) Visualiser

---

Mise en œuvre de SOA - Pourquoi avez-vous besoin d'un ESB ? - Part II La mise en œuvre d'un architecture orientée services peut prendre différentes formes qui varient largement dans leur complexité. Le choix entre ces différentes formes de mise en œuvre est crucial car il impacte fortement la manière dont les applications et services doivent être conçus pour rentrer dans la cadre de l'architecture choisie.
Cette présentation a pour objectif de faire un tour d'horizon de ces différents modes de mise en œuvre, de voir leurs avantages et inconvénients, et de voir quel type d'implémentation convient en fonction des situations et des SI. Les problématiques de format pivot de données, de transformation et d'enrichissement de données seront abordées. Les problématiques d'administration et de contrôle de la qualité de service seront aussi abordées.
(Wednesday, November 29, 2006 1:00 AM) Visualiser

---

Programmation Orientée Aspect & + - Part II Cette session vise à donner quelques retours d'expériences sur la mise en place de l'AOP en entreprise, que ce soit pour résoudre des problèmes techniques ou pour améliorer la qualité et réduire le coût de construction des applications.
En guise d'ouverture, nous verrons quelles nouvelles pistes sont actuellement explorées par les "défricheurs" pour dépasser les limitations actuelles de l'AOP.
(Sunday, October 01, 2006 1:00 AM) Visualiser

---

Programmation Orientée Aspect & + - Part I Cette session vise à donner quelques retours d'expériences sur la mise en place de l'AOP en entreprise, que ce soit pour résoudre des problèmes techniques ou pour améliorer la qualité et réduire le coût de construction des applications.
En guise d'ouverture, nous verrons quelles nouvelles pistes sont actuellement explorées par les "défricheurs" pour dépasser les limitations actuelles de l'AOP.
(Sunday, October 01, 2006 1:00 AM) Visualiser

---

Implémenter une couche de persistance avec .NET - Part I Développer une couche de persistance est assurément une des tâches les plus difficiles lors de la réalisation d'une application de gestion. Alors que les techniques de mapping objet / relationnel sont restées pendant plus de dix ans l'apanage d'experts, de plus en plus de projets franchissent le pas. Avec cet engouement, ces mêmes projets payent souvent les pots cassés d'une mauvaise conception ou d'une méconnaissance des principes du mapping, dont la persistance est tout sauf transparente (malgré ce qu'affirment les présentations marketing).
Quels sont les pièges à éviter lorsqu'on doit faire du mapping O/R ? Y-a-t-il des modèles de conception à suivre ? La génération de code peut-elle apporter une solution alternative moins coûteuse et mieux maîtrisée ? Faut-il réserver cette technique à des petits projets ou des gros projets ?
Cette session s'attachera à décrire les grands principes du mapping objet / relationnel tout en décrivant au travers d'une étude de cas pratique les effets pervers d'une mauvaise conception. Les outils de persistance utilisés seront ceux du marché, qu'il soient propriétaires ou Open Source (nhibernate, Code-Smith, …). Quant à l'approche "techniquement agnostique", elle conviendra aussi bien aux aficionados de .NET que de Java EE.
(Thursday, June 08, 2006 1:00 AM) Visualiser

---

Implémenter une couche de persistance avec .NET - Part II Développer une couche de persistance est assurément une des tâches les plus difficiles lors de la réalisation d'une application de gestion. Alors que les techniques de mapping objet / relationnel sont restées pendant plus de dix ans l'apanage d'experts, de plus en plus de projets franchissent le pas. Avec cet engouement, ces mêmes projets payent souvent les pots cassés d'une mauvaise conception ou d'une méconnaissance des principes du mapping, dont la persistance est tout sauf transparente (malgré ce qu'affirment les présentations marketing).
Quels sont les pièges à éviter lorsqu'on doit faire du mapping O/R ? Y-a-t-il des modèles de conception à suivre ? La génération de code peut-elle apporter une solution alternative moins coûteuse et mieux maîtrisée ? Faut-il réserver cette technique à des petits projets ou des gros projets ?
Cette session s'attachera à décrire les grands principes du mapping objet / relationnel tout en décrivant au travers d'une étude de cas pratique les effets pervers d'une mauvaise conception. Les outils de persistance utilisés seront ceux du marché, qu'il soient propriétaires ou Open Source (nhibernate, Code-Smith, …). Quant à l'approche "techniquement agnostique", elle conviendra aussi bien aux aficionados de .NET que de Java EE.
(Thursday, June 08, 2006 1:00 AM) Visualiser

---