encore un mystere insondable sur web.xml!!!

encore un mystere insondable sur web.xml!!! - Java - Programmation

Marsh Posté le 12-11-2002 à 09:33:12    

Voila mon pb :  
qd je sauvegarde mon fichier web.xml, sous forte, il me dit qu'il y a des erreurs alors et en plus il ne reconnait pas le format xml...
Lorsque je renomme le fichier en web1.xml, tout va bien.
Va comprendre ...


Message édité par persepolis le 12-11-2002 à 09:37:00

---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.
Reply

Marsh Posté le 12-11-2002 à 09:33:12   

Reply

Marsh Posté le 12-11-2002 à 09:47:59    


A priori le pb vient de cette partie de mon web.xml
et notamment la partie en gras :
Message :
"</servlet>" prévu pour terminer l'élément qui commence à la ligne 38. [54,-1]
 
    <servlet>    
    <servlet-name>setup</servlet-name>
      <servlet-class>SetupServlet</servlet-class>
      <init-param>
       <param-name>props</param-name>
        <param-value>
            C:\jakarta-tomcat-4.0.4\webapps\StlUpload\WEB-INF\config.properties
        </param-value>
      </init-param>
       
      <init-param>
 <param-name>userDB</param-name>
        <param-value>
            C:\jakarta-tomcat-4.0.4\webapps\StlUpload\WEB-INF\userDB
        </param-value>
      </init-param>
     </load-on-startup>
    </servlet>


---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.
Reply

Marsh Posté le 12-11-2002 à 09:50:31    

tu te rends compte de ce que tu as ecrit ?
 
tu fermes une balise qui n'est ouverte nulle part...

Reply

Marsh Posté le 12-11-2002 à 09:54:53    

lorill a écrit a écrit :

tu te rends compte de ce que tu as ecrit ?
 
tu fermes une balise qui n'est ouverte nulle part...




Dans mon dernier Topic sur le sujet, Krosso m'a dit que </load-on-startup> suffisait.
Avant, j'avais mis :  
<load-on-startup>1</load-on-startup>


---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.
Reply

Marsh Posté le 12-11-2002 à 09:58:34    

ben <load-on-startup/> je veux bien, mais certainement pas </load-on-startup>

Reply

Marsh Posté le 12-11-2002 à 09:59:09    

<load-on-startup/>, pas </load-on-startup>.
 
Le slash final permet de fermer l'élément en même temps qu'on l'ouvre.
 
edit> Too late...  :D


Message édité par BifaceMcLeOD le 12-11-2002 à 09:59:25
Reply

Marsh Posté le 12-11-2002 à 10:05:15    

lorill a écrit a écrit :

ben <load-on-startup/> je veux bien, mais certainement pas </load-on-startup>




C'est bizzare, il me met l'erreur a <load-on-startup/>
mais pas a <load-on-startup>1</load-on-startup>


---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.
Reply

Marsh Posté le 12-11-2002 à 10:07:01    

ptet que la DTD interdit a cet élement d'être vide ?
j'ai pas regardé, donc je sais pas, mais rien ne t'empeche d'y jeter un oeil.

Reply

Marsh Posté le 12-11-2002 à 10:16:06    

lorill a écrit a écrit :

ptet que la DTD interdit a cet élement d'être vide ?
j'ai pas regardé, donc je sais pas, mais rien ne t'empeche d'y jeter un oeil.




nan, en principe c'est bon ...

Reply

Marsh Posté le 12-11-2002 à 10:20:49    

benou a écrit a écrit :

 
nan, en principe c'est bon ...




bon, ben alors forte est naze  [:sinclaire]  
 
remarque, maintenant que j'y pense, netbeans me fait l'erreur chez moi aussi, il me raconte que le fichier n'est pas valide, mais bon, rien a battre, tomcat me le prend quand même.
 
sans doute que netbeans/forte a une dtd en local pour valider et que celle ci est fausse...

Reply

Marsh Posté le 12-11-2002 à 10:20:49   

Reply

Marsh Posté le 12-11-2002 à 10:32:50    

lorill a écrit a écrit :

 
bon, ben alors forte est naze  [:sinclaire]  
 
remarque, maintenant que j'y pense, netbeans me fait l'erreur chez moi aussi, il me raconte que le fichier n'est pas valide, mais bon, rien a battre, tomcat me le prend quand même.
 
sans doute que netbeans/forte a une dtd en local pour valider et que celle ci est fausse...




t'as essaye de le nommer web1.
C'qu'est vraiment bizzare c'est qu'il retrouve la structure xml dans ce cas ->> ffj is bugged ???


---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.
Reply

Marsh Posté le 12-11-2002 à 10:47:27    

ben web.xml, il se rend compte que c'est un fichier spécial, alors il essaye de le valider... les autres il essaye même pas, c'est pour ca

Reply

Marsh Posté le 12-11-2002 à 11:02:48    

persepolis a écrit a écrit :

 
Dans mon dernier Topic sur le sujet, Krosso m'a dit que </load-on-startup> suffisait.
Avant, j'avais mis :  
<load-on-startup>1</load-on-startup>




Ah ouais, j'avais pas fait gaffe à la position du '/', mille excuses...

Reply

Marsh Posté le 12-11-2002 à 11:08:54    

krosso a écrit a écrit :

 
Ah ouais, j'avais pas fait gaffe à la position du '/', mille excuses...




pas grave, ca arrive même aux meilleurs :jap:


---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.
Reply

Marsh Posté le 12-11-2002 à 11:09:06    

lorill a écrit a écrit :

ben web.xml, il se rend compte que c'est un fichier spécial, alors il essaye de le valider... les autres il essaye même pas, c'est pour ca




bha non, en principe c'est une validation par la DTD indiqué dans le doctype. Le nom du fichier n'a pas d'importance. C'est juste au moment du déploiement que le container risque de ne pas retrouver le web.xml
 

Citation :

<!--
The load-on-startup element indicates that this servlet should be
loaded (instantiated and have its init() called) on the startup
of the web application. The optional contents of
these element
must be an integer indicating the order in which
the servlet should be loaded. If the value is a negative integer,
or the element is not present, the container is free to load the
servlet whenever it chooses. If the value is a positive integer
or 0, the container must load and initialize the servlet as the
application is deployed. The container must guarantee that
servlets marked with lower integers are loaded before servlets
marked with higher integers. The container may choose the order
of loading of servlets with the same load-on-start-up value.
 
Used in: servlet
-->
<!ELEMENT load-on-startup (#PCDATA)>

Reply

Marsh Posté le 12-11-2002 à 11:11:02    

benou a écrit a écrit :

 
bha non, en principe c'est une validation par la DTD indiqué dans le doctype. Le nom du fichier n'a pas d'importance. C'est juste au moment du déploiement que le container risque de ne pas retrouver le web.xml




Bah oui, mais non, parce que je parlais pas de tomcat la, mais de netbeans. Et si c'est vrai que j'ai pas maté les sources, vu le comportement, je dois pas être loin.

Reply

Marsh Posté le 12-11-2002 à 11:11:48    

lorill a écrit a écrit :

 
Bah oui, mais non, parce que je parlais pas de tomcat la, mais de netbeans. Et si c'est vrai que j'ai pas maté les sources, vu le comportement, je dois pas être loin.




ouais ... mais c'est vraiment bizarre ... :/

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed