Désactiver l'hibernation sous Ubuntu

Note pour plus tard : quand mon portable se remet en veille lorsque je le sort de la veille, c'est pas commode !

Alors je le configure pour qu'il se mette en hibernation et je désactive l'hibernation comme c'est indiqué ici...

Ah ah !!!

Le mot de passe c'est password

Note pour plus tard, dans l'IHM de signature de midlets de SunOracle fournie avec le SDK j2me, le mot de passe par défaut pour lire un keystore est password.

La prochaine fois, penser à ne pas chercher pendant deux jours pourquoi cette appli arrive à ouvrir un keystore mais pas moi... essayer "password" :(

SOAP-dust en moins moche

Bon alors, j'ai eu plusieurs retours très désagréables au sujet du design du site consacré à soap-dust...

Alors à ces censeurs, je signale que j'ai mis en place une version beaucoup plus sobre du site... j'ai aussi mis à jour le logo pour qu'il traduise un peu mieux mon état d'esprit sur ce sujet : http://soap-dust.sourceforge.net/

A noter qu'en plus d'un magnifique site web, soap-dust bénéficie toujours d'améliorations régulières.

ant, j2ee et le complot militariste

$>ant -p
Main targets:

 clean             Cleans the project
 make-war          Creates a WAR
 ...
Default target: make-war
$>vi build.xml
$>ant -p
Main targets:

 clean             Cleans the project
 make-love         Creates a WAR but make love, not war !
 ...
Default target: make-love
$>

C'est au moins ça qu'ils n'auront pas !!!

La foule est en délire

Ca y est ! C'est officiellement le début de la gloire. J'ai enfin atteint mon but ultime dans la vie : être cité sur un blog russe que personne ne lit.

Merci à datacompboy !

Plus sérieusement, merci à lui pour son player audio flash GPL qui a le bon goût de supporter la plupart des formats téléphoniques et qui m'a presque sauvé la vie : WavPlayer.

Si vous avez besoin de jouer des sons au format téléphonique sur une page web, c'est probablement votre meilleur chance : WavPlayer

soap-dust 0.1

Oh ! le gros événement !

Je viens de releaser la nouvelle version 0.1 de soap-dust qui intègre un tout nouveau tout beau parser wsdl/xsd.

Les plus grosses nouveautés :

Un nouveau parser qui augmente énormément les performances au moment de l'analyse du wsdl (jusqu'à un facteur 15 lors de l'analyse du wsdl de Jira, par exemple).

Quelques retouches pour permettre à soap-dust de tourner sur Android.

Vous développez en Java, vous devez vous interfacer avec cette grosse m.... de web-service soap développé par un stagiaire et imposé par votre client... ne sautez pas tout de suite ! refermez la fenêtre, la vie peut encore vous sourire : utilisez soap-dust !

Tests unitaires, HTTP et Java

S'il vous est déjà arrivé d'écrire du code qui effectue des requêtes http, alors il vous est arrivé d'écrire des tests automatisés pour tester ce code (mais si, voyons !).

Mais alors comment faites-vous ?

Dans le cas d'un développement en Java (mais pas seulement), une solution est d'introduire, dans la classe testée, des méthodes non privées qui font effectivement les appels HTTP puis, dans les tests, de truquer ces méthodes (d'où la nécessité qu'elles ne soient pas privées) de façon à simuler différents retours du serveur web ou vérifier ce que votre code tente de transmettre au serveur.

C'est ce que je faisais dans les tests de soap-dust mais sans être vraiment satisfait de mon code.

Finalement j'ai choisi une méthode qui me parait plus élégante.

J'ai définit des urls au format test: qui simulent des urls http:. Dans mes tests, je configure le code que je veux tester pour qu'il utiliser des urls test: plutôt que des urls http:.

Dans une url test:, je suis directement capable de définir le statut HTTP lorsqu'on requête cette url, de même que les données qu'on obtient. Cerise sur le gâteau, à la fin du test, je peux récupérer les données qu'un client aurait tenté de transmettre à un serveur via cette url.

Exemple :

 HttpURLConnection connection = (HttpURLConnection) new URL("test:status:500").openConnection();
 assertEquals(500, connection.getResponseCode());

 HttpURLConnection connection = (HttpURLConnection) new URL("test:status:200;file:hello.txt").openConnection();
 assertStreamContent("Hello World !", connection.getInputStream);

 byte[] written = new byte[] {1, 2, 3, 4};
 HttpURLConnection connection = (HttpURLConnection) new URL("test:").openConnection();
 OutputStream out = connection.getOutputStream();
 out.write(written);
 out.flush();
 out.close(); 
 assertTrue(Arrays.equals(written, Handler.saved.get("test:").toByteArray())); 

Pour que les URLs test: soient reconnues par la jvm, il suffit de créer un classe test.Handler dans le package de votre choix puis de déclarer ce nouvel handler dans la jvm. Par exemple dans le cas des tests de soap-dust :

 String handlers = System.getProperty("java.protocol.handler.pkgs");
 if (handlers == null) handlers = "";
 handlers += "|soapdust.urlhandler";
 System.setProperty("java.protocol.handler.pkgs", handlers);

Grâce à cela, j'ai pu à nouveau rendre privée les méthodes que j'avais exposée uniquement pour les tests et ainsi j'ai eu plus de liberté dans la réorganisation de mon code.

Pour plus de détails, consultez :

• la javadoc de la classe Handler.


• le source de sa classe de test


• des exemples de tests dans soap-dust qui utilisent ce mécanisme

Ce gestionnaire d'url test: est en version alpha et livré avec soap-dust.