Discussion :

[dev RC0]

Bonjour à toutes et à tous,

J'ai un petit souci sur du code coté serveur.
Mon traitement s'exécute jusqu'à ce que le serveur pète sur ça :"ApplicationFilterChain.InternalDoFilter(ServletRequest, ServletResponse)".

Ma conf:
Serveur Tomcat 5.5_17 (Version obligatoire pour être déployé sur un Tomcat historique du projet.
JRE 1.6.0_u03 (pour les libs communes compilées en 1.6.0_u03 32Bits)

Mon problème:

J'ai identifié le souci sur un appel de méthode d'une librairie que j'importe car elle est partagée avec le client lourd qui requête le serveur.
Ca pète sur cette ligne:

Code :

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

1
2
 
String reqauthUncoded = new String(Base64.decode(reqauth.trim()));

Il s'agit du Base64 de la lib kerberos que j'importe.

Mais je remarque que ça pète aussi sur un appel d'une classe appartenant à mon serveur, dans un package:

Code :

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

1
2
 
CATChangePasswordManager.getInstance().sendResponse(_isAuthOK, _errorMess, response_);

Dans ce cas précis, je ne rentre même pas dans le getInstance().

Après quelques recherches, je trouve des billes sur des mauvais classpath pour les libs semble-t-il.
J'ai donc tenté de bouger mes imports de lib comme suit:
WEB-INF/lib -> KO
/lib -> KO
SourceFolder "lib" -> KO
Ca ne donne rien du tout! J'ai toujours ce même problème.

Questions:
Y a-t-il une facon meilleure de passer l'objet "HttpServletRequest" dans des classes que j'utilise?
Je fais tout simplement ça:

Code :

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

authentication(request);

Mais peut-être faut-il passer ar un Dispatcher?

Comment faut-il ajouter des librairies sur une application serveur?

Y a-t-il une conf particulière pour le serveur lui même?

Si quelqu'un peut me débloquer sur ce point, ce serait vraiment cool..

Bonne journée à tous.

[tchize_]

tu peux préciser "ça pête"? Stacktrace, exception, message? Je ne connais aucun serveur qui dise "j'ai pêté".

[dev RC0]

Ca pete sur une NoClassDefFoundError.



Mais ce que je ne pige pas, c'est que la librairie est bien accessible dans le projet. (ainsi que toutes les libs dont elle dépenderait)
Et surtout que ce fameux "ApplicationFilterChain.InternalDoFilter(ServletRequest, ServletResponse)" est levé aussi sur des simples appels de classe comme "CATChangePasswordManager" qui est une classe du projet, crée par le projet, utilisée que par le projet. Donc pas de souci de lib foireuses a ce niveau la.

[andry.aime]

Bonjour,

Le lib n'est peut être pas déployé sur le serveur, bien que tu l'as sur ton IDE. Vérifie dans ton répertoire de déploiement du projet sur tomcat, dans WEB-INF/lib si le jar est bien présent et essaie de l'ouvrir avec un gestionnaire d'archive pour vérifier que le jar n'est pas tronqué.

PS: Copie et colle les erreurs dans une balise [QUOTE] au lieu d'utiliser un imprime écran.

A+.

[dev RC0]

Les jars de mes libs sont bonnes dans le répertoire sur le serveur.
Bonne taille, etc...

Je sèche complètement la dessus!

Sinon, il y a des règles particulières à appliquer pour l'intégration de librairies dans un projet tomcat? (Sur les emplacements notamment)

[tchize_]

elles doivent se trouver dans le WEB-INF/lib du war généré.

[dev RC0]

Merci pour vos réponses.

Du coup j'avais déjà mes librairies dans WEB-INF/lib, donc toujours en échec sur ce problème.

Je l'ai contourner en me servant de la lib "Base64" d'apache, et en ne me servant plus de ma classe dans mon projet.
Mais ça ne résout pas le problème..

Je laisse le post ouvert si quelqu'un à d'autres explications.

Merci à tous.

[tchize_]

Si le jar de la librairie contenant la classe en question est dans le WEB-INF/lib de ton war, alors tu n'aura plus l'exception. Il n'y a pas d'alternative. un NoClassDefFoundError signifie que la définition de la classe n'est pas trouvée, et ce qui se trouve dans le WEB-INF/lib est ajouté automatiquement aux définitions.