HOAB

History of a bug

Webex and linux

Rédigé par gorki Aucun commentaire

Le problème :

I know that many post have been written on the subject, but has I do not had a quick solution. Here is some few more information.

When connecting to webex from Linux, I had no sharing.

Solution :

First I used Firefox 64 and JVM 64. It doesn't work. Whatever I read on the net (from this link, or there).

So :

  1. Install i386 architecture
  2. install firefox32 (< 52.x otherwise Java is not working for now)
  3. create a separate profile
  4. install missing packages... (when starting firefox32)
  5. install 32bits JVM
  6. create a link to the JVM plugin in the new profile
  7. remove any shared plugin (for example JVM 64bits plugin in shared plugins library) : use plugins directory in profile

This is a quick & dirty, I'll try to update it after.

Useful tips :

  • about:plugins in firefox
    • if the 32bits plugins is not there, or the JVM64 is still there, don't go further, correct this
  • http://java.com/verify/
  • remove webex directory : ~/.webex
  • install missing packages for webex (ldd tips)
  • sometimes it can be long when you are behind a proxy

EJB not found when deploying from Intellij IDEA to JBoss

Rédigé par gorki Aucun commentaire

Le problème :

I follow the integration guide from JetBrains :

But I deploy my application (that use EJB), EJB (referenced by @EJB and defined in ejb-jar.xml) were not found

Solution :

After a few tests, I found that JBoss require that a deployment directory must finished with a known extension

JBAS015010: Le scanner de déploiement a trouvé un répertoire nommé META-INF qui n'était pas à l'intérieur d'un répertoire dont le nom se termine par .ear, .jar, .rar, .sar ou .war.

So when I modify the output dir of the artifact deployed to jboss from "mywebapp" to "mywebapp.war", it works...

 

RestAssured Junit et tests Session

Rédigé par gorki Aucun commentaire

Le problème :

RestAssured est un framework de tests pour les services Rest avec un langage assez simple.

Le seul problème est qu'il demande à ce qu'un serveur soit démarré, ce qui est toujours un peu lent pour les tests unitaires.

Heureusement, est inclu RestAssuredMockMvc qui permet de mocker le serveur, faire "comme si" on avait un serveur, très bien !

Problème :

  • Dans un de mes tests j'utilisent des informations stockées en session

Autant RestAssured a prévu le coup et a des méthodes pour ça (cf SessionFilter) côté client, autant la partie RestassuredMockMvc n'a rien de tout ça dans la partie serveur simulé.

Solution :

J'ai pas mal tatonné/recherché, mais finalement une solution assez simple et non intrusive :

// Création de la requête de test avec serveur simulé (le given() de RestassuredMockMvc)
MockMvcRequestSpecification request = given().standaloneSetup(controller);

// Création d'un session vide
final MockHttpSession session = new MockHttpSession();

// On ajoute un interceptor pour indiquer lors de la construction de la requête d'utiliser notre session
request.interceptor(new MockHttpServletRequestBuilderInterceptor() {
            @Override
            public void intercept(MockHttpServletRequestBuilder requestBuilder) {
                requestBuilder.session(session);
            }
});

// on peut ensuite enchainer les appels, la session sera la même

request.queryParam(...).when(...)...

request.queryParam(...).when(...)...

Donc côté serveur simulé, on intercepte le constructeur pour lui donner une session vide (mais non null). On pourrait imaginer un système plus complexe pour gérer le fait qu'au premier appel la session devrait être null, mais on va s'arrêter là pour l'instant.

 

 

Yourkit et Tomcat5 sous Windows

Rédigé par gorki Aucun commentaire

Le problème :

Connecter Yourkit à un Tomcat installé localement sur une machine Windows

Tomcat exécuté en tant que service avec le profil Administrateur

Solution :

Bon rappel de ce qui est décrit ici

  • Tomcat5 :  installation / désintallation du service
  • Tomcat5w : fenetre de contrôle du service et de ses paramètres

Il faut donc exécuter ces programmes dans une console en ligne de commande "admin" :

# Démarrer
# Exécuter... 
cmd
# Valider avec : "Ctrl + Shift + Enter"

Sinon, on peut toujours faire bouton droit sur Tomcat5w et "exécuter en tant qu'Administrateur".

Ensuite, ajouter le lien vers l'agent Yourkit :

  • Il faut mettre les chemins courts de Windows !
  • De cette manière :
# Nom court sous windows : 
dir /x c:\
# Pour obtenir au final le chemin complet : 
dir C:\PROGRA~2\YOURKI~1.6\bin\win32\yjpagent.dll

Ajouter le chemin aux paramètres de la JVM du service Tomcat :ourkit

-agentpath:C:\PROGRA~2\YOURKI~1.6\bin\win32\yjpagent.dll

Et ne pas oublier de démarrer Yourkit en mode Administrateur.

H2 base mémoire et client WEB intégré

Rédigé par gorki Aucun commentaire

Le problème :

La base H2 intègre un mode SERVEUR comme Hsqldb ou Derby, mais aussi un mode mixe qui permet au premier client connecté à la base de démarrer un serveur.

Très pratique, en utilisant un client quelconque , on peut se connecter au serveur !

Deux problèmes :

  • quel client ?
  • le mode serveur, OK, mais il ne fonctionne pas avec la base mémoire embarquée !

Solution : quel client ?

Tombé un peu par hasard dessus : ici sur stackoverflow

Il y a une liste ici : http://h2database.com/html/links.html#tools

La console WEB n'est pas intégrée au driver H2, même si dans la librairie H2 il y a la console H2 ; au départ je pensais qu'on aurais pu y accéder en tapant l'URL de la base de données + /console par exemple :)

Pour la console H2 :

  • soit vous avez le raccourci si vous avez installé H2, cf la doc
  • soit via le jar : java org.h2.tools.Console -web -browser
  • sinon, on peut la démarrer tout simplement :
import java.sql.SQLException;
import org.h2.tools.Console;


public class H2Client {

    public static void main(String[] args) {
        try {
            new Console().runTool();
        } catch (SQLException e) {
            e.printStackTrace();
        }
    }
}

Entrer l'url indiquée dans la configuration ou affichée lors du lancement du serveur pour la base mémoire.

Solution : serveur et base mémoire ?

Idem, dans le même post : ici sur stackoverflow

Sur disque

Ajouter AUTOSERVER=TRUE à la fin de la déclaration de la base de données :

Exemple :

jdbc:h2:~/my-database/db2;AUTO_SERVER=TRUE

En base mémoire

Il faut démarrer le serveur dans la JVM qui utilise la base mémoire embarquée :

Pour la déclaration base mémoire classique :

  • jdbc:h2:mem:test
            Server server = Server.createTcpServer().start();
            System.out.println("URL du serveur H2 : jdbc:h2:" + server.getURL() + "/mem:test");

Notez le "mem:test" à la fin de l'URL, à adapter si vous modifier la votre.

En fin de démarrage de Spring Boot, ça donne :

    @Bean
    public Server initH2Server() {
        try {
            Server server = Server.createTcpServer().start();
            System.out.println("URL: jdbc:h2:" + server.getURL() + "/mem:test");
            return server;
        } catch (SQLException e) {
            e.printStackTrace();
        }
        return null;
    }
Fil RSS des articles de cette catégorie