[JSP]Liste déroulante au comportement étrange

Version imprimable

Bonjour,

Je me retrouve fasse à une probléme "étrange"...

Je travaille sur une application de gestion des utilisateurs avec annuaires téléphonique.
Dans cette application , nous pouvons créer des nouveaux utilisateurs .
Dans le formulaire de création des nouveaux utilisateurs , il y a un champs "liste déroulante" alimenté à l'aide de numéro de téléphone ( saisi par le service téléphonie) ...

Hors c'est ici que le probléme se poste .

En local dans mon environnement de test, la liste déroulante s'alimente correctement, et le formulaire s'affiche dans son intégralité.
Alors que sur le serveur web , le formulaire "bloque" au niveau de la liste déroulante , et finit sur le code HTML ci dessous :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 <option value="76" >06 32 65 55 27 (28-42) (55-27)</option> <option value="77" >06 32 65 55 21 (28-43) (55-21)</option> <option value="79" >06 32 65 55 20 (28-45) (55-20)</option> <option value="80" >06 32 65 55 26 (28-46) (55-26)</option> <option value="81" >06 32 65 55 24 (28-47) (55-24)</option> <option value="82" >06 32 65 55 28 (28-48) (55-28)</option> <option value="83" >06 32 65 55 29 (28-49) (55-29)</option>
Et s'arrete systématiquement à l'enregistrement 83...

Par conséquent la page ne s'affiche pas intégralement , notemen le bouton "Enregistrer" qui dans la page arrive après la liste déroulante...

Auriez vous une idée de ce qui pourrait bloquer au niveau du paramétrage des serveurs , pour qu'il existe ainsi une différence entre l'affichage en local et l'affichage sur le serveur...

Précision : l'envirronement est le même
- Serveur Apache et Tomcat...

Merci d'avance pour vos réponses.

Jérémy

11/05/2006, 10h33
Laurent.B

A mon avis ce sera difficile de te mettre sur la voie... il vaudrait mieux que tu parviennes à tracer, ou que tu puisses débugger ton appli sur le serveur distant.
Mais par exemple, est-ce que tu n'aurais pas une base données différente entre ton dev et la prod?
11/05/2006, 10h46
jdotti

Bonjour Laurent.B,

Merci pour ta réponse...

J'ai exactement la même base de donnée entre les deux environnement...

Ne serait il pas possible que cela soit liée aux nombres de connexions permises dans la spool de connexions ?

J'essaie de ce pas ....
11/05/2006, 11h00
Laurent.B

Je ne pense pas que ce soit un problème de pool.
J'ai déjà eu le problème d'une page qui s'arrête en plein milieu mais j'avoue que je ne sais plus comment je m'en suis sorti et puis à mon avis, la raison peut être différente d'une situation à l'autre...
Tu n'as pas une exception quelque part?

Re,

J'avoue que je n'y comprends vraiment rien... Je viens de créer un nouveau projet dans JBuilder , qui pointe vers le serveur de production...

En local toujours pareil, rien à redire...

En revanche toujours le même probléme ...

Au passage j'ai augmenté le nombre de connexion max dans le pool, mais effectivement cela ne change rien...
Ce que je trouve étrange ( particuliérement) c'est que l'affichage plante a des endroits différents ...

Dans mon poste initial cela s'arrete à

Code:

<option value="83" >06 32 65 55 29 (28-49) (55-29)</option>

Mais de temps en temps cela s'arrete ainsi aussi
Code:

1 2 <option value="83" >06 32 65 55 29 (28-49) (55-29)</option> <option value="84" >06 32 65 55 28 (29-49) (55-29)</op
Du coup j'ai été éditié le fichier Log de TomCat qui me dit :

Citation:

11 mai 2006 10:49:19 org.apache.catalina.startup.HostConfig deployDescriptors
GRAVE: Erreur lors du déploiement du descripteur de configuration GestiondesUser.xml
java.io.IOException: java.lang.IllegalStateException: Le chemin de contexte /gestiondesusers est déjà utilisé

Comme il s'agir d'une application que je reprends, je ne vois pas où est situé le fichier descripteur de déploiement...
De mon côté , je décris cela dans le fichier serveur.xml de Tomcat...

A ce niveau là, j'ai corrigé l'erreur de déploiement qui n'existe plus...Mon prédecesseur avait directement situé le déscriptif dans le répertoire \conf\Catalina\localhost de Tomcat...

Bon j'y retourne, mais je suis en train de devenir chévre... 8O

( Merci pour ton soutien en tous les cas )

Et voici donc le log de TomCat sur le serveur de production m'informant d'une exception :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 2006-05-11 11:30:07 StandardWrapperValve[jsp]: "Servlet.service()" pour la servlet jsp a généré une exception java.lang.NullPointerException at org.apache.jsp.modifuser_jsp._jspService(modifuser_jsp.java:262) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:595)
Une idée de l'orgine de l'erreur ?

Merci d'avance pour vos réponses... :)

Jérémy

edit : correction de l'erreur de déploiement...
edit : rajout du logs de TomCat sur le serveur de production

11/05/2006, 15h22
jdotti

Solution

Re,

Donc avant de mettre la balise [Resolu] , voici comment j'ai procédé pour résoudre ce probléme de squisage de page jsp

J'ai édité le fichier log de Tomcat et j'ai pu y voir une exception comme cité dans le post ci dessus :

Citation:

2006-05-11 11:30:07 StandardWrapperValve[jsp]: "Servlet.service()" pour la servlet jsp a généré une exception
java.lang.NullPointerException
at org.apache.jsp.modifuser_jsp._jspService(modifuser_jsp.java:262)

Les lignes les plus importantes étant celle-ci ...

De là j'ai été dans le dossier Tomcat50\work\Catalina\localhost\gestiondesusers\org\apache\jsp de mon application "gestiondesusers" .
En éditant le fichier incriminé dans le message d'erreur trouvé dans le fichier log de TomCat , j'ai pu retrouvé le code qui posait probléme...

De là j'ai corrigé le probléme , j'ai reconstruit le projet et je n'ai plus de probléme...

Merci encore à Laurent.B de m'avoir aiguillé :)

On ne tarira jamais trop d'éloge sur les fichiers logs... :lol:
11/05/2006, 15h47
Laurent.B

Bien bien ;)