L’alternative du « Polling » (en français scrutation)

7 novembre 2008

Définition:

Vérification répétitive et automatique de l’état d’un ou plusieurs éléments d’un système pour y détecter un changement. (source: wikipedia).

Détaillons ce que cela signifie:
Exemple: un client tchate sur une application web, il demande à récupérer la ligne 200 de sa discussion (la dernière ligne écrite lue est donc 199). Pour cela, il fait une requête au serveur du style:

http://mon.chat.app/getChatLine?idx=200

Si la ligne n’existe pas (parce que personne n’a envoyé de message), le serveur répond simplement  « n’existe pas ». Le client doit donc relancer la même requête 1 ou 2 secondes plus tard pour obtenir les nouveaux messages et cela tout le temps. C’est le principe du polling (traduit en français par « interroger » ou « scruter »).

Il a deux problèmes majeurs à cette technique:

Inefficace: si l’application interroge le serveur toutes les secondes pour savoir s’il y a eu une nouvelle ligne et que la discussion a en moyenne un nouveau message toutes les 30 secondes, alors 29 des 30 requêtes contiendront « n’existe pas ». Rappelons également que pour une requête échangée, le client et le serveur consomme plusieurs kilo-octets de contenus et d’entêtes HTTP. Le ratio entre l’information utile et l’information consommée (utile+transport) est très mauvais.  Bref, c’est une utilisation totalement inefficace de la bande passante.

Lent: imaginez un moment que l’un de vos interlocuteurs vous envoie quelque chose juste après avoir reçu la notification « n’existe pas ». Dans ce cas, vous serez obligé d’attendre 1 ou 2 secondes pour voir le message (ça dépend comment on règle le polling). En conclusion, c’est lent.

Le Push Server évite ce genre de problèmes. C’est pour cela qu’il est bien plus avancé et efficace que la technique de polling. Dans la pratique, le Server Push reste lié au principe de polling, mais on l’appelle également long polling.

Romain LAFOND

Tags : , ,
Classé dans : Comet, Tutorial – Pas de commentaire

Qu’est-ce que le Server Push ?

5 novembre 2008

Rappel

Les applications web communiquent via le protocole HTTP. C’est aujourd’hui un des protocoles les plus utilisés et aussi un des plus vieux. Mais le hic…c’est qu’il n’est pas prévu pour opérer en « mode connecté » ou « stateful » (ce qui diffère des connexions par sockets/connexion persistante). Il est basé sur le modèle requête-réponse où le client (navigateur web) envoie une requête au serveur qui ne fait que répondre avec une autre requête contenant les données de la réponse. Une fois la réponse donnée, il n’y a plus aucun moyen de renvoyer une autre information à ce même client. La connexion est fermée (vu qu’elle est non persistante). On dit que son mode de connexion est « non connecté » ou « stateless ». De plus, si un client envoie 2 requêtes au serveur, celui-ci n’a même pas le moyen de faire le lien entre ses 2 dernières, sauf avec l’aide de cookie ou de session.

Principe

Le principe du Server Push est de permettre au serveur d’envoyer les données au client lorsqu’il en a envi, on appelle ça plus couramment de la « notification », que l’on peut traduire en français par « pousser les données » du serveur vers le client. Malheureusement, en HTTP la notification est impossible pourtant certains sites internet réagissent comme si.

Exemple

Par exemple, le célèbre site « facebook » illustre parfaitement ce mécanisme puisque le client reçoit des notifications en « temps réel » sans à rafraichir sa page.

Le cas classique utilisant le “Server Push” est le client web de messagerie instantanée. Dans les mécanismes d’une telle application, il y a plusieurs types d’événements (nouveau message, connexion ou déconnexion d’un client) qui doivent tous être communiqués (notifier) aux clients. Et dans ce type d’application, cela doit être, comme son nom l’indique, « instantané ».

Mais alors…comment font-ils si le protocole HTTP ne le permet pas?

Avec un peu d’imagination (et du bon bricolage), on peut simuler le principe de notification du serveur vers le(s) client(s).
Nous allons voir quels sont les différents moyens de l’implanter dans le framework Google Web Toolkit (GWT), du moins élégant à la solution, qui semble être à l’heure actuelle, la plus robuste et la plus performante et qui est sur le point d’être intégrée à l’API de Servlet 3.0.

Sur internet, les termes Comet, Cometd, Bayeux, long polling, ou Reverse Ajax sont souvent associés au Server Push.

Romain LAFOND

Tags : , ,
Classé dans : Comet, Tutorial – Pas de commentaire

Récupérer un compte gmail supprimé

3 novembre 2008

Pas de panique ! C’est possible ! J’en ai fais l’expérience très récemment…J’en suis pas très fier, j’avoue ! Contrairement à beaucoup d’autres sites, la suppression de son compte google (c’est-à-dire tous les web services qui lui sont liés aussi…) n’est pas immédiate.

En effet, nombreux sont les membres qui subissent des piratages avec destruction du compte à la clef.

Je lâche le lien salvateur, rendez-vous ici : https://www.google.com/accounts/ForgotPasswd?hl=fr

Comme vous pouvez le remarquer, tout se passe comme si vous aviez perdu votre mot de passe. Le fait de récupérer votre mot de passe (du compte gmail supprimé) réactive le compte avec tous ses web services.

Il y a 2 solutions pour récupérer son mot de passe:

  • via le mail de secours (optionnel à l’inscription)
  • via la question secrète

Voilà… Ouf ! Merci qui? :)

Romain LAFOND

Tags :
Classé dans : Astuces – 2 commentaires

Helloworld !

1 novembre 2008

Et bien, ça-y-est ! Le blog est lancé ! Je félicite au passage l’hébergeur OVH pour son efficacité. En 20 minutes, j’avais déjà tous les outils pour commencer. Espérons que ça dure !

Cela fait un petit bout de temps que l’idée me trotte dans la tête…Mais j’ai jamais osé passer à l’acte faute de temps. Puis aujourd’hui, je me suis jeté à l’eau. J’ai donc acquis le domaine www.jdkcodingclub.net pour une durée d’un an (renouvelable). Pourquoi ce nom? C’est tout simplement le nom de mon équipe de foot sur facebook (composée de valeureux miagistes) : c’est comme ça que le JDK Coding Club est né ! ! Je trouvais ça sympa, alors j’ai décidé de garder le nom pour le blog.

Je doute que ce premier billet soit lu par beaucoup de monde, mais bon il a le mérite d’exister (il est surtout symbolique).  D’un autre coté, je pourrais déballer ma vie privée pour attirer les gens, d’ailleurs je suis sûr que ça marcherait, mais bon…c’est vraiment pas le but. Bref, tout ça pour dire que je débute en tant que web blogger (ce que je ne prétends pas encore être bien sûr)  !

Le but de ce blog est de publier des articles gravitant autour des technologies Java (J2EE, JavaFX, GWT…), mais aussi de proposer des tutoriaux simples et pertinents. Il me permettra également de m’initier à la rédaction d’articles. Bref, c’est un outil de découvertes et de partage.

Bonne lecture à tous !

Romain LAFOND

Classé dans : JDKCC – Pas de commentaire
Articles plus récents »