Discussion :

[Raiden1234]

Bonsoir !

Alors voila j'ai l'erreur java.lang.NoClassDefFoundError: org/htmlparser/util/ParserException lors du lancement d'une application Java.

Cependant voila, là où ça se complique c'est que j'ai une application maitre (codé en windev) qui va lancer cette fameuse application Java sur 7 serveurs différents en simultané.

L'application Java consiste brièvement à enregistrer du contenu de site web grâce à leur module associé. Un module est une classe Java qui en gros à travers des macro va définir les règles pour enregistrer notre contenu souhaité. Mais là n'est pas le sujet.
C'est au démarrage de l'application, lorsqu'il va charger tous les modules (donc une liste de class Java qui se trouve sur chaqu'un des 7 serveurs) qu'il va y avoir cette exception.

Vu comme j'interprète cette exception c'est qu'il n'arrive tout simplement pas à charger les modules (voir image ci-dessous pour plus de détail sur l'exception générée).

Cependant voila, il arrive à le faire sur 5 des 7 serveurs. J'ai alors comparé les variables d'environnement, la version Java installée, la hiérarchie des répertoires et fichiers et je n'ai pas trouvé de différence avec les serveurs qui marchent et ceux où ça ne marchent pas.

J'ai également fait une recherche sur les différents serveurs pour vérifier si par exemple le fichier jar htmlparser.jar s'y trouvait bien. Et il s'y trouve bien...

Donc voila, si vous avez des éléments de solution.

Exception complète :

[sinok]

Ce jar peut très bien être présent sur la machine, tout en n'étant pas référencé dans le classpath.

S'agit il d'une appli java standalone ou d'une appli web?
Si c'est une appli web il faut vérifier que ce jar se trouve bien dans le répertoire WEB-INF/lib du war (ou du répertoire) de l'application.

S'il s'agit d'une application standalone (lancée via ligne de commande), il faut vérifier si le fichier htmlparser.jar est bien référencé dans la fichier META-INF/MANIFEST.MF du jar principal de l'application.

Il en est de même pour les jars dont dépend la librairie htmlparser.

[Raiden1234]

C'est une application standalone.

En fait ce qui me gène c'est que ces fameux 7 serveurs ne contiennent QUE l'exécutable avec JRE uniquement d'installé. Ils ne disposent aucunement de fichiers associés aux sources et utilisé lors de la compilation comme le fichier CLASSPATH etc...

Cet exécutable (qui est donc copié sur les 7 serveurs) est quant à lui compilé sur ma machine où là le CLASSPATH est normalement juste vu que cet exécutable fonctionne sur 5 des 7 serveurs.

Du coup la seule explication que je donne à cela c'est que dans le dossier contenant l'exécutable jar et qui se trouve sur les 7 serveurs, il doit encore y avoir un fichier de configuration quelque part qui fourni un chemin ou je ne sais quoi qui ne correspond pas avec 2 des 7 serveurs. (exemple: le fichier launch4j.xml peut-être).

Sachant que chaque serveurs dispose du même dossier contenant le même exécutable jar.

Alors est-ce qu'il est nécessaire que j'installe Eclipse sur les serveurs qui ne fonctionne pas pour vérifier le fichier META-INF ou est-ce encore une autre erreur ?

[Raiden1234]

J'ai extrait le jar principal provenant d'un serveur qui fonctionne et d'un autre qui ne fonctionne pas. Je les ai comparé tout est identique je ne comprend pas

J'ai regardé dans META-INF et MANIFEST.MF la seule ligne que je vois c'est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Manifest-Version: 1.0
Main-Class: IMacroAspirateur

Mais d'un autre côté cette configuration marche sur 5 des 7 serveurs, donc je me dis qu'il doit y avoir une configuration ailleurs.

La racine (jar principal extrait) ressemble à ça :



Sachant qu'il y a un dossier xerces dans org/apache. Je pense que la configuration du parser se trouve ainsi à cet endroit.

Je ne comprends pas.

[Raiden1234]

On a réussi à contourner l'erreur en supprimant des dll's.