Avec Silverlight 4, vient le temps des applications riches d’entreprise. Le développeur a tout pour développer des applications fiables, évolutives, sécurisées et réactives. Identiques en tous points à des applications desktop ou web classiques, elles sont surtout beaucoup plus ergonomiques.

Métier et riche en même temps

Avec les performances d’internet aujourd’hui, plus rien ne justifie d’avoir des applications complètement portées par le client, base de données comprise. C’est encore plus vrai quand la collaboration est un critère important. On veut pouvoir profiter du potentiel et de la puissance des data-centers du cloud.

Il peut pourtant être intéressant de pouvoir continuer de travailler en mode déconnecté. Quoi de plus frustrant en effet que de perdre le fruit de son travail lorsque le train passe sous un tunnel. C’est une vision partagée depuis un moment par Google (Gears), Adobe (Air) et Microsoft : avoir les avantages d’internet sans les inconvénients.

Les RIA intéressaient jusqu’ici surtout les sites de vente ou de médias en ligne. La consolidation de Silverlight (sécurité, performance, composants, interaction) offre de nouvelles perspectives.

Mais en quoi Silverlight peut-il rejoindre les pré-requis spécifiques d’une application métier et au fond, qu’est-ce qui fait une bonne application métier ?

L’application CRM en SaaS de CAS® (www.cas.de)

Productivité

Le premier aspect d’une application métier est la productivité. Elle doit répondre exactement au besoin de l’utilisateur (sans fioritures mais aussi sans lacunes). Elle doit aussi être facile à maintenir et à faire évoluer. Exit donc les technologies de pointe, qu’un développeur sur dix seulement est capable de comprendre. Et la disponibilité devient primordiale elle aussi.

Avec la découverte de composants au runtime, l’IoC (Inversion de Contrôle) et l’injection de dépendance avec MEF (Managed Extensibility Framework), le modèle MVVM (idéal pour Silverlight), les patterns les plus reconnus sont adoptés pour le bonheur de la maintenabilité et de la réutilisabilité de vos applications. Avec le développement unifié pour toutes les plateformes (Common Runtime .Net), le partage des fichiers entre développeur et designer, le partage des services sur le cloud, la productivité du développement n’a jamais été aussi forte. Avec le mode déconnecté, la présence sur le pc ou le smartphone, le mode out-of-browser (OOB), la productivité de l’utilisateur est maximale.

Interaction

L’interaction est elle aussi un critère essentiel. Une application en plug-in, complètement isolée, c’est bien mais ça limite le service rendu. Dans Silverlight 4, l’interaction avec l’utilisateur et ses applicatifs est plus grande.

Il y a d’abord l’interaction avec l’utilisateur :

• Le support du texte riche (RichTextArea).

• L’API de Notification pour les alertes.

• Le support complet du clavier en mode plein écran.

• La gestion de la souris (molette, click droit).

• Le presse-papier, enfin géré.

• La géo-localisation qui permet de lier l’action à la situation de l’utilisateur.

• La Webcam et le microphone supportés (indispensable pour les meetings).

• Les nouveaux événements pour les transitions sur ItemsControl (BeforeLoaded, Loaded, Unloaded).

Il y a ensuite l’interaction avec le reste du système :

• Le stockage avec l’accès aux répertoires du compte utilisateur où se trouvent les documents.

• Le partage grâce à l’interaction avec les logiciels qui exposent une API COM sous Windows.

• L’import avec le support du glisser-coller depuis une source extérieure, par exemple depuis l’explorateur, très pratique pour l’upload de fichier, l’ajout de pièces jointes.

• La gestion de l’impression, complète et offrant un contrôle intégral des éléments à imprimer.

• La confiance avec la sandbox et l’isolated storage.

• Le mode Trusted pour aller plus loin dans l’interaction.

Il y a enfin l’interaction avec le reste du monde, mais en toute sécurité :

• Les WCF RIA Services qui font la glue avec le tiers métier.

• La validation des entrées.

• La cryptographie et le support du SSL.

• La prévention des risques de Cross Site Scripting (XSS).

• Les fichiers de politique cross-domain pour l’extension des ressources.

• Le temps réel (WCF RIA Services) qui apporte un vrai confort et une réactivité maximale.

Workflows

Dans les applications métier, les processus sont indispensables et souvent complexes. Une étape de workflow peut intervenir à tout moment pour l’utilisateur, nécessitant son intervention. Si son application métier n’est pas lancée, il peut être prévenu par mail, par exemple mais cela ne palie pas tout : finalement, on n’a pas les yeux rivés sur sa messagerie en permanence. Quoi de mieux alors, que d’avoir un statut affiché en bas de l’écran, comme pour l’arrivée de mail dans Outlook. L’utilisateur n’a plus qu’à cliquer sur le statut pour lancer l’application et valider sa phase de workflow.

Et sur mobile ?

Pouvoir travailler sur la même application depuis son poste fixe au bureau, continuer sur le smartphone dans le train, et revenir dessus sur son portable chez soi ou dans la chambre d’hôtel, voilà la vraie mobilité. Silverlight 4 est opérationnel sur windows mobile et avec le multitouch, on palie aisément l’absence de souris. Votre application vous suit partout, vous n’êtes plus jamais pris de court. C’est vraisemblablement l’avenir des applications métier.

Horizons

La technologie Silverlight se rapproche plus que jamais des technologies desktop classiques en termes de productivité (utilisateur et développeur), comme en termes de sécurité ou de fonctionnalités. On peut donc enfin réinventer toutes ces applications métiers que nous pratiquons au jour le jour, en beaucoup plus ergonomiques et pratiques. Les utilisateurs ne seront pas trop durs à convaincre et la maturité certaine de cette dernière version devrait rassurer les responsables informatiques. On peut s’attendre à une déferlante d’applications métier sous Silverlight dans les années qui viennent, notamment sur Codeplex ou le Showcase Silverlight (http://www.silverlight.net/showcase/).

Le premier livre, en français, sur GWT est disponible dans toutes les bonnes librairies. Ce livre a été rédigé par Olivier Gerardin, un collègue de SFEIR Benelux.

Ce livre est le premier ouvrage intégrant un chapitre sur la nouvelle version de GWT : GWT2.

Félicitations à Olivier !

GWT – Créer des applications web interactives avec Google Web Toolkit

La semaine prochaine je vais démarrer un petit JUGing durant lequel je vais présenter les technologies Google : AppEngine, Wave, GWT, Android et GoogleApps. Cette présentation sera assez pratique et a pour objectif que chacun puisse repartir chez lui avec une meilleure vision des différents technologies de Google et comment elles s’architecturent dans une vision globale.

Je travaille sur quelques démonstrations sympa : sondage SMS, demande de congés via Wave,…

Les dates déjà fixées sont les suivantes : Lille (09/11/2009), Paris (10/11/2009), Rennes (12/11/2009), Nantes (13/11/2009), Lyon (23/11/2009) et Nancy (07/12/2009).

D’autres JUG suivront, il faut simplement que je fixe les dates.

Je viens de recevoir ce message de la part de l’équipe Android Market :

Hello,
We're writing to inform you about a couple changes to Android Market that require your attention.
First, we have added the ability to target applications by carrier in all countries.  For example, if you are showing your app in the United States, you can now choose among Sprint, T-Mobile, and Verizon Wireless.  If your apps are intended for users of specific carriers, please go to the Android Market developer website at http://market.android.com/publish (in the Publishing Options section under Locations) and target your applications to those carriers accordingly.
Second, Android Market will soon be available on devices with different screen sizes.  Until now, Android devices have only had "normal"-sized screens, e.g., HVGA (320x480).  The latest platform release, Android 1.6, expands support for upcoming devices that cover three different screen sizes:  small, normal, and large.  Please note that Android Market will allow apps built with the Android 1.5 SDK (or lower) to show only on normal- and large-screened devices.  Android Market will allow apps built with the Android 1.6 SDK to show on all three screen sizes.  Therefore, you will need to upgrade your app to Android 1.6 if you want it to also show on small screen devices that will launch in the coming weeks.  For complete details on Android's support for different screen sizes and the implications for your apps, we strongly recommend that you read the Android Developers Blogpost at http://android-developers.blogspot.com/2009/10/support-for-additional-screen.html.
Thanks, and we look forward to continue working with you on Android
Market.
Sincerely,

The Android Market Team

Un jour ou l’autre, il est nécessaire de franchir le pas. C’est fait depuis hier. J’ai basculé un premier blog sur un système que mes équipes ont développé en interne : le WolfEngine.

Lorsque SFEIR a eu la possibilité de beta tester AppEngine, en python puis en java, j’ai lancé mes équipes internes sur un développement dont l’objectif était d’apprendre à maîtriser la nouvelle vague technologique qui se profilait. Le projet s’est étalé sur 18 mois et il vient de franchir une étape hier, la première mise en production. Voici un petit bilan.

Les étapes du projet

1. Début 2008 choix d’une technologie pour monter en compétence sur les technologies cloud : AppEngine. Le fait d’avoir accès au produit en version béta a fortement influencé la sélection de AppEngine par rapport à d’autres technologies types EC2.
2. Printemps 2008, première expérimentation autour du moteur : développement d’appliquettes, tests de  charge, analyse des techniques d’optimisation à mettre en oeuvre, confrontations aux contraintes de BigTable. L’objectif était de développer le feeling avec ce type de technologie,
3. Ete 2008, décision de développer un système de blog. Le projet en soit n’est pas très original mais il a la particularité d’apporter suffisamment de complexité tout en posant de vrais problèmes liés à un fonctionnel connu de tous ce qui évite d’interminables discussions sur les spécifications.
4. Automne 2008, première version java. Cette version n’a jamais été déployé et pour cause, seul le SDK nous était accessible, via le contrat de beta test,…
5. Hivers 2008, deuxième version, avec un premier déployement (enfin nous avions accès au déploiement java). Techniquement peu abouti, un fonctionnel non finalisé et un manque de disponibilité, cet ensemble nous a contraints à mettre le projet en veille durant le printemps 2009, …
6. Eté 2009, redémarrage du projet avec pour objectif de passer tous les blogs de SFEIR sur cette infrastructure. Toute la couche de persistances et de services a été refaite  pour utiliser les dernières API (JDO) afin d’apporter plus de cohérence dans l'application. Les objectifs à atteindre étaient : tenir la charge ( !), arriver à un système peu gourmand pour rester en dessous des quotas payants, apporter de la convivialité en supportant l’API Metaweblog qui permet de blogger en utilisant Windows Live Writer, peaufiner le système de gestion des droits utilisateurs (administrateur, éditeur, contributeur), mettre un système de gestion des commentaires, mettre en place un système de comptage de clicks,… WolfEngine propulse enfin un premier blog depuis hier. L’infographie n’est pas parfaite, il reste quelques bugs, mais il faut bien se lancer...

Ce que nous avons appris :

• développer sur le cloud nécessite un vrai apprentissage. C’est un point à ne surtout pas négliger en d’autres termes : le cloud est pratique, mais pas simple à mettre en œuvre,
• débugué sur le cloud n’est pas facile, pas de remote debug
• l’infrastructure Google est efficace, la première page du blog, bien optimisée, s’affiche de manière quasi immédiate
• il est peu probable qu’il y ait une compatibilité entre les différents cloud
• il faut optimiser les I/O
• ne jamais optimiser en local, le comportement local n’est pas le même que le comportement en ligne
• la mise en oeuvre de JDO par AppEngine n’est pas la même que pour une base de données relationnelle

Ce que nous avons aimé :

• ne plus se soucier de l’infrastructure
• pouvoir coder en java et déployer sur internet à des prix compétitifs
• la console d’administration
• la simplicité de mise en oeuvre des batchs
• le démarrage immédiat : installer Eclipse, le plugin, coder, tester, déployer – c’est en ligne

Ce que nous n’avons pas aimé :

• un bon fonctionnement local n’est pas forcément signe d’un bon fonctionnement en ligne
• nous avons essuyé pas mal de plâtre, beaucoup de frameworks ne sont pas encore opérationnels sur AppEngine
• l’absence de lisibilité sur les quotas
• la difficulté à mettre en place des tests en situation réel

Automne 2009, nous attaquons une nouvelle étape, nous allons solidifier le système, améliorer le code et commencer à nous écarter des fonctionnalités de base d’un blog. Je pense en effet que le blog tel que je le manipule depuis que j’ai créé a19s (2000) va muter. La première chose que je souhaite mettre en oeuvre est la suppression de la page d’accueil chronologique. En effet de deux choses l’une, soit le lecteur est un lecteur régulier, auquel cas il lit les brèves à travers un blog reader (via les feeds RSS), soit le lecteur est de passage sur le site et dans ce cas le contenu chronologique ne met pas assez en valeur le blog. Cette nouvelle version du WolfEngine sera testée avec le site de SFEIR, si tout va bien…

La suite logique du rachat de SpringSource par VMWare arrive plus vite que je ne l'imaginais, il s'agit de Cloud Foundry.

Une offre qui permet le déploiement d'application java sur internet. Dans un premier temps SpringSource va s'appuyer logiquement sur l'offre Amazon EC2. D'après l'annonce il n'y aurait tout de fois pas d'adhérence entre Cloud Foundry et EC2 qui devrait permettre à terme de déployer sur d'autres infrastructure. La configuration de base est composé de Apache, Tomcat, MySQL et Hyperic.

Les premiers retours devraient pas tarder de fleurir sur le web.

http://www.cloudfoundry.com/

SpringSource Launches Enterprise Java Cloud

BI for Business People :

Look at how many people use Google to research or find information. Google's search success is because it's easy and quick! When my father who is 73 can find stuff that's a testimonial! Alternatively BI is still too confusing for the general employee. Dashboards. Analytical cubes. Reports. Forecasts.

Imaginer pouvoir projeter ce que fait Google pour le web dans le domaine de la BI est un beau rêve. Avant qu'il ne puisse devenir réalité il faudra d'abord que le SI des entreprises adoptent une architecture orientée ressource (ROA ou WOA). C'est pas gagné :-).

BI only used by 8%, what is the point

Un petit rappel de l’architecture Azure :

Comme le montre si bien cette image, la plate forme Azure est un ensemble de services (élastiques) et un environnement d’exécution: Windows Azure (abrite pour l’instant du code .Net et PHP).

Une application est exécutée sur n instances (n>=1 selon la demande), et pour traduire en «vocabulaire Azure» on parle d’un rôle qui s’exécute sur un nœud.

Un nœud : Unité de calcul (machine virtuelle).

Un Rôle : Une application (qui peut être instanciée en n exemplaires), un rôle se divise en trois types :

- Web Rôle : Application Asp.Net

- Cgi Web Rôle : Web FastCgi

- Worker Rôle : Traitement batch (pas d’exposition web)

Et les caractéristiques de la plateforme Azure ?

-Baisse du tichet d’entrée : grâce à des multiples implémentations des DataCenters partout dans le monde.

-Elasticité et dynamisme des ressources.

-Modèle de consommation et d’allocation : comme n’importe quel service, la facturation est à la demande, bien entendu une demande d’usage est pas en fonction du nombre des utilisateurs.

Parmi les grandes questions posées à la plate forme Azure est le stockage des données : l’endroit, la sécurité, la législation…Eh oui c’est tout un débat, encore un petit rappel des différents types de stockage «durable» Azure :

-Table storages : Tables simples (non relationnelles)

-Blob storage : Pour les données binaires.

-Les queues (FIFO).

Azure c’est un  «nuage» donc c’est vaste comme sujet … N’hésitez pas à commenter et surtout faire partager vos retours d’expériences.

 ZeCloud, microsoft Azure

Laurence Moroney a sorti à l’occasion du Mix09 un ouvrage sur les nouveaux aspects de Silverlight 3 : “First Look: Microsoft Silverlight 3”. Une version PDF en donne un avant gout en livrant 3 chapitres. Cela parle de transformations de type perspective, qui simulent des rotations 3D; des nouvelles fonctions de facilitation d’animation, qui aident grandement pour la création d’animations complexes mais fluides; le support des vidéos au format H264; les Pixel Shaders, ces instructions jusque-là réservées à WPF qui s’exécutent directement dans le processeur graphique, donc très rapides; l’exécution des applications Silverlight hors navigateur; l’ouverture de la sauvegarde de fichier en dehors du “isolated storage”; et le binding d’éléments de XAML. Le pdf fait 23 pages et se lit comme une nouvelle d’Edgar Poe, donc : bonne lecture à tous.

Le pdf : http://go.microsoft.com/?linkid=9654953

La présentation du pdf par son auteur : sur les blogs msdn

La présentation par Christophe Lauer : msdn aussi

Le célèbre outil qui s’ajoute à Visual Studio sort une nouvelle version. Il est toujours le meilleur à mes yeux pour l’analyse de code, le refactoring, le nettoyage de code, la génération de bouts de codes. C’est un must have pour tous les projets d’envergure. La nouvelle version inclut pas mal de nouveautés. Il faut aller voir:

http://www.jetbrains.com/resharper/