Voila, j'ai un site avec plein de servlets.  
Lorsque je navigue sur le site, etant en local sur la machine faisant tourner tomcat, y'a pas de probleme.  
 
Par contre, lorsque je suis à l'exterieur, et que j'execute ces memes servlets sur cette machine, qui est derriere un proxy dont on a ouvert le port, j'ai une NullException dans mes servlets, et ce toujours à la meme ligne 144:  
 
 
143: sessionObjects = (SessionObjects)session.getAttribute("sessionObjects" );  
144: currentUser = sessionObjects.getConnectedUser();  
 
session est le parametre de ma methode doPost, et sessionObjects est un objet que j'ai mis dedans. J'en deduis donc qu'il est null, mais je comprends pas pkoi, étant donné qu'en local, je n'ai aucun probleme.  
 
Est-ce que qqu'un connait ce probleme?

C'est ton objet sessionObjects qui semble être null, plutôt que ce qu'indique ton titre   Ou alors la NullPointerException a lieu ligne 143.
 
Comment est créé sessionObjects ? C'est là qu'est le pbm.
Quand est-il attaché à session ?
Montre-nous plutôt ce bout de code là.
Tu créés ta session avant ou après authentification ?
 
C'est une gestion de session par cookie ou par url ? Tu fais ton test sur un 2ème PC ? Le browser de ce PC accepte-il les cookies ?
 
Je ne vois pas trop où un pbm de ports pourrait intervenir...?
 
 
pfou... que de questions alors que tu attends une réponse  

ca ressemble à un problème de cookies ...

Ok, je vois rassure toute de suite, je n'utilise ni les cookies, ni l'url rewriting.
 
En fait, des qu'un utilisateur se connecte, je verifie son login et son mot de passe, et je fais un:
 
session = request.getSession(true);
puis un:  
session.setAttribute("sessionObjects",sessionObjects);
Tout ceci au sein d'un meme servlet que j'ai appelé connexion.
 
Ensuite, un autre servlet fait donc la chose suivante:
session = request.getSession(true);
puis:
sessionObjects = (SessionObjects)session.getAttribute("sessionObjects" );
currentUser = sessionObjects.getConnectedUser();  
 
Voila, donc je comprends pas trop comment ca peut marche dans un cas et pas l'autre.
 
 
     

Hein   Ca ne rassure pas vraiment au contraire !
L'hypothèse du cookie se renforce...
 

Je ne suis pas obligé d'utiliser les cookies, ca marche sans en tout cas en local  

pour info : les sessions utilisent les cookies (par défaut)