Organisé par Julien Dubois de SpringSource et Didier Girard de Sfeir, une chouette matinée dense en contenu, au final pour les Geek & les Boss! L'idée fait son chemin...
Lire la suitePublications de Olivier Mallassi
L'agrégation d'IHM ! ou nouveau buzz, les mashups ! Bref, ce besoin d'agréger dans le navigateur des informations provenant de sites multiples peut se trouver freiné par une règle de sécurité séculaire (enfin depuis Netscape 2.0...) : la Same Origine Policy.
Lire la suite
Nul besoin d'être paléontologue car à l'échelle de l'industrie informatique, quelques malheureuses années d'expérience suffisent à voir passer des générations de solutions et d'architectures. Sur le sujet des IHMs, Google et Adobe se sont, tout le monde l'aura remarqué, lancés dans la promotion de plateformes de développement d'applications en proposant des alternatives aux standards Java initiés par Sun : Java Server Faces&co
Lire la suiteDominique Jocal avait posé la question des performances des applications RIA il y a quelques temps déjà remarquant avec justesse que la complexité croissante des applications, l'utilisation massive du langage JavaScript risquait d'amener les utilisateurs à se plaindre de manquer de ressources systèmes...
Alors qu'en est-il aujourd'hui ? Est-ce toujours d'actualité ?
- " Encore plus fort ! ce n'est plus ton browser qui demande de l'information. C'est ton serveur qui lui remonte, lui push de l'information et le tout en technologie web ! "
- " oulà, oulà...tu ne serai pas en train de me prendre pour un gars sorti de sa campagne toi ?! "
En fait, si un peu mais pas tant que ca non plus ;-)
Cette partie complémente la précédente et propose une autre solution d'implémentation des applications web en mode déconnecté, une solution où connecté et déconnecté sont vus de manière transparente par l'utilisateur...
Lire la suiteLa précédente partie a présenté - vue d'avion - les principales problématiques des applications déconnectées et une des technologies d'implémentation : Google Gears. Cette partie expliquera comment rendre " offline " une application GWT en respectant un premier pattern : " déconnexion explicite ".
Nos bonnes vieilles applications Web déconnectées...du web...un nouvel enjeu?
Certainement car techniquement et dans un environnement Web - ie où l'application est exécutée dans le navigateur - et donc par définition connectée, c'est plutôt novateur. Peut être pas car les applications déconnectées existent déjà: souvent des applications VB interrogeant une base de données embarquée sur le poste client, la synchronisation des données (du serveur "central" vers le client et du client vers le serveur "central") répondant à des mécanismes "maison" efficaces.
Cette série de trois articles montrera le développement d'une application Web GWT sur la plateforme Gears et explicitera - de ci et de là - les problématiques d'applications web déconnectées ainsi que les enjeux d'architectures associés:
- la première et présente partie présentera une solution ainsi que quelques problématiques liées à ce type d'architecture
- la seconde partie proposera une solution d'implémentation reposant sur un pattern de "déconnexion explicite". L'utilisateur demande via une action explicite à passer en mode déconnecté ou offline
- la dernière partie proposera une solution d'implémentation reposant sur un pattern de "déconnexion implicite". A l'inverse, dans ce cas, connecté et déconnecté sont presque vus à l'identique, du point de vue utilisateur...
Dans un précédent post, j'avais déjà évoqué l'insuffisance de l'indicateur "couverture de test" à lui seul pour garantir la détection de régressions. Pour résumer, un autre indicateur permettant de répondre aux questions "mes tests me protègent-ils contre d'éventuelles régressions?" ou formuler autrement "Quel est le niveau de confiance que j'ai dans mes tests?" doit être trouvé.
Deux idées existent. La méthode plus simple consiste à compter le nombre d'assertions réalisées: efficace et simple à mettre en oeuvre puisque cette solution repose sur un simple grep (comme si grep était simple...).
L'autre méthode repose sur le principe suivant:
Le code de test "valide" le code métier. le code métier peut valider le code de test...
Alors concrètement comment faire?! comment l'implémenter? Comme j'avais envie de coder, voilà "l'histoire" d'un POC visant à valider les principes précédemment énoncés.
Lire la suite
