Bonjour,
quand je compile ma servlet, j'ai ce type d'erreur.
Mon fichier Outils.java est au même niveau que ma servlet
 
UploadServlet.java:23: cannot resolve symbol
symbol  : class Outils  
location: class UploadServlet
    public Outils gestDir;
           ^
Qu'est ce que vous en pensez ?
 

que ton classpath est foireux, comme d'habitude  

troll?

lorill a écrit a écrit : que ton classpath est foireux, comme d'habitude

J'avais cru comprendre que si les 2 classes étaient sur la même directorie, y'avait pas de pb ...
P.S : c'est Koi CDC...

ben pas de probleme si le repertoire courant est dans le path, ce qui semble pas être le cas chez toi

Dac, mais quand je compile Outils.java j'ai pas de problème
Vu qu'il est au même endroit, y'a pas de raison que j'ai des pb avec UploadServlet.java

 
et outils.java fait appel à une classes à toi? Non je parie ...

bon, écoute, si tu prends même pas la peine de vérifer une variable d'envirronement, je vois pas pourquoi j'irais essayer de t'aider  

vérifie que '.' est dans ton classpath !

passe par la case http://penserenjava.free.fr

DarkLord a écrit a écrit : passe par la case http://penserenjava.free.fr

je suis pas sur qu'il insiste beaucoup là dessus dans le bouquin ...

 
si si ... Du moins si il lit un peu il ne fera pas des réflexions du genre: Si A compile pourquoi B qui est dans le meme rép ne compilerai pas ...
 
Pour nous c'est évident qu'il y a pleins d'autre choses à prendre en compte mais pas pour lui -> revoir les bases

Chuis pas une tronche en Java (mais ça vient petit à petit), mais je sais encore me servir de
 
Et dans , j'ai trouvé le site http://www.moreservlets.com/Using-Tomcat-4.html
 
dans lequel il est stipulé que :

Donc, en clair, tu dois inclure le répertoire racine de ta hiérarchie de packages dans ton CLASSPATH !
Et ça marche !
 
Donc, vive

dans mon CLASSPATH, j'ai maintenant
/exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/webapps/stlnew
(mon répertoire racine
 
mon UploadServlet.java se trouve dans  
/exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/webapps/stlnew/WEB-INF/classes
et ça marche toujours pas ...
 
Je rectifie...
En mettant dans le CLASSPATH :
/exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/webapps/stlnew/WEB-INF/classes
Ca marche            
Est ce normal

Et ca t'étonnes ?

persepolis a écrit a écrit : dans mon CLASSPATH, j'ai maintenant /exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/webapps/stlnew (mon répertoire racine   mon UploadServlet.java se trouve dans   /exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/webapps/stlnew/WEB-INF/classes et ça marche toujours pas ...   Je rectifie... En mettant dans le CLASSPATH : /exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/webapps/stlnew/WEB-INF/classes Ca marche             Est ce normal

 
  à ton avis, ca veut dire quoi CLASSPATH ???
allez, je t'aide : c'est composé de 2 mots anglais

mais c'est un troll c'est pas possible !!!!
 
il demande si c'est normal  

DarkLord a écrit a écrit : mais c'est un troll c'est pas possible !!!!   il demande si c'est normal

 
Ca t'arrive de temps en temps de garder le sourire ...
C'est la lattitude où tu vies qui te rend maussade ?    
Ca n'empêche que j'apprécie ton aide

Tu ne m'as tjs pas dit ce qu'était CDCQVTL

J'ai résolu mon 1er topic Java
 

Harkonnen a écrit a écrit : J'ai résolu mon 1er topic Java

 
T'es entrain de te dire que t'as trouvé plus newbie que toi ?
 
Je te rassure, d'ici quelques mois, on leur donnera des leçons aux papis de java  

parce que c'est une private joke qui n'a rien a voir avec ce topic  

persepolis a écrit a écrit :     Ca t'arrive de temps en temps de garder le sourire ... C'est la lattitude où tu vies qui te rend maussade ?     Ca n'empêche que j'apprécie ton aide

 
non mais c'est vraiment pas méchant je t'assure. Enfin je sais pas moi qd on met une variable CLASSPATH qui pointe là ou les CLASSES se trouvent et qu'on s'étonne que ca marche, c'est soit que t'es mal réveillé, soit que tu trolles ...
 
donc t'es mal réveillé
 
mais ct juste pour savoir

DarkLord a écrit a écrit :     non mais c'est vraiment pas méchant je t'assure. Enfin je sais pas moi qd on met une variable CLASSPATH qui pointe là ou les CLASSES se trouvent et qu'on s'étonne que ca marche, c'est soit que t'es mal réveillé, soit que tu trolles ...   donc t'es mal réveillé   mais ct juste pour savoir

Le problème que j'ai eu, c'est surtout que je me suis sorti des tentacules de Forte qui gérait les CLASSPATH comme un grand et que je ne m'étais jamais bien occupé de CLASSPATH.
Maintenant Editeur Scintilla et ça va bien.
 

on le répetera jamais assez qu'il ne faut pas commencer avec un IDE !

lorill a écrit a écrit :   parce que c'est une private joke qui n'a rien a voir avec ce topic

Alors, pourkoi tu signes tous tes messages avec si c'est private ?????

Encore un pb du même niveau que je mets dans le même topic ...
 
Tout ce compile ...
Lorsque je lance mon applet, il me dit
Exception : noClassDefFounf org.apache.log4j.Logger
 
Cette classe se trouve dans le fichier log4j-1.2.4.jar  
Chemin : /exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/common/lib  
pour que je puisse l'utiliser dans toutes mes appli... à venir
Dans mon CLASSPATH j'ai :
/exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/common/lib/log4j-1.2.4.jar
Qu'est qui merde Docteur ...

T'as oublié d'ajouter le répertoire courant dans ton CLASSPATH
 
 
/exec/commun/prog/tomcat/jakarta-tomcat-4.1.12/common/lib/log4j-1.2.4.jar;.

 
j'espère que tu as voulu dire servlet et que tu ne recommences pas à vouloir accéder aux jars serveurs depuis le client comme la dernière fois ...

DarkLord a écrit a écrit :     j'espère que tu as voulu dire servlet et que tu ne recommences pas à vouloir accéder aux jars serveurs depuis le client comme la dernière fois ...

Damned          
Je suis une nouvelle fois pris la main dans le sac .
Bordel de merde, j'my ferai pas.
Vas-y, là tu peux te défouler    

persepolis a écrit a écrit :   Damned           Je suis une nouvelle fois pris la main dans le sac . Bordel de merde, j'my ferai pas. Vas-y, là tu peux te défouler

 
donc tu me rassures c'est bien servlet hein  

DarkLord a écrit a écrit :     donc tu me rassures c'est bien servlet hein

Eh non, c'est bien applet ...
C'est pour ça que tu peux te défouler
P.S : C'est combien la licence annuelle au CDCQVTL ?

DarkLord a écrit a écrit :   donc tu me rassures c'est bien servlet hein

j'ai cru comprendre que non  

 
Trop cher  

 
oh mais putain ca sert à quoi que je t'expliques un truc dans ton autre post si tu recommencs deux jours après
 
     

DarkLord a écrit a écrit :     oh mais putain ca sert à quoi que je t'expliques un truc dans ton autre post si tu recommencs deux jours après

 
pleure po

DarkLord a écrit a écrit :     oh mais putain ca sert à quoi que je t'expliques un truc dans ton autre post si tu recommencs deux jours après

tu peux y aller à donfe
j'merite...
Toutes mes excuses maître Lord.
Je suis un très mauvais petit scarabée...  

posté le 14.11.2002
 
persepolis a écrit :
 
Une aut'tit question ?
Mon appli (applets) est dans un jar.
Comment l'applet peut connaître mon package org.apache.log4j qui se trouve dans log4j-1.2.6.jar de WEB-INF/lib
 
J'ai essayé un truc comme ca mais bof !!!
   <PARAM NAME = ARCHIVE VALUE = "stlupload.jar,WEB-INF/lib/log4j-1.2.6.jar" >
L'est pas d'accord...
 
 
 
je t'ai dit que ca n'avait aucun sens de déployer log4j dans une applet !!!!!! ensuite tu confons complètement la partie serveur et la partie cliente. L'applet, elle tourne chez le client hein   donc elle n'a pas accès à ton rép web-inf et encore heureux! T'imagines le trou de sécu    
 
-> arrête avec log4j dans ton applet c'est n'importe nawak sauf si tu veux loguer à distance mais bon c'est une feature avancée donc ... T'as pas compris qd je t'ai expliqué qu'une applet ne pouvait pas écrire en local sur le disque ou quoi?    Et quand bien même tu la signes et que tu files les droits bin c'est lourd. Imagine que tes clients doivent descendre log4j.jar pour faire tourner ton applet. Je te dis pas le temps de téléchargement