Voilaà quand je compile j'ai cette erreur (ou warning):
 
Identification.java uses or overrides a deprecated API.
 
Mais mon programme marche nickel ...
 
Donc je voudrais savoir si c important que je jete un coup d'oeil sur cet erreur ou ça en vaut pas la peine ?
 
J'ai pas envie de tomber sur de mauvaises surprises (genre tout reprogrammer ...)

comme ca doit être indiqué, compile avec un -deprecated

Comme mon compilateur en ligne de commande ne marche pas ... (J'arrive pas à faire de javac ....)
 
J'utilise JCreator, tu sais comment compiler en -deprecated avec JCreator ?

deprecated, ça veut dire que dans les prochaines version du JDK, la classe ou méthode désignée n'existera plus. Donc tu ferais mieux de chercher à remplacer ce truc par qqch qui n'est pas deprecated, plutôt que de compiler avec -depreceted (ce qui équivaut à fermer les yeux !)

C'est qu'il faut pouvoir utiliser l'option de compilation "deprected", afin que le compilateur te dise très précisément quelle est la méthode dépréciée que tu utilises, et le cas échéant (cf. Javadoc de cette méthode), quel est la méthode à utiliser à la place.

deprecated veut surtout dire qu'il existe une fonction qui a remplacé la fonction deprecated.
Ca ne préjuge en rien sur le fait que cette fonction sera présente ou non dans la prochaine version du JDK (le JDK 1.4 par exemple est bien obligé de supporter certaines fonctions deprecated rien que pour supporter les applets par exemple

faux !

 
Pourquoi ? en 1.4 la classe Applet est deprecated ?

 
Ha bon ? Et du coup, même les classes et méthode deprecated depuis le JDK 1.1 son encore supportées ?

bha oui.

 
Bah j'apprend quelque chose là. Mais du coup, en 2040, les 9/10 des méthodes et API seront deprecated !

je m'avance (j'ai pas lu la définition exacte), mais pour moi, une méthode dépreciée signifie qu'il ne faut pas se plaindre si quelque chose bug parce qu'on l'utilise. On gros, pour moi, ca signifie que Sun arrête de maintenir ces méthodes (ou ces classes), ce qui ne signifie pas qu'elles ne fonctionneront plus dans les prochines JDK.
 
Mais je suis sur qu'ils continue de les maintenir. C'est juste qu'ils diovent être moins regardant ...

 
Roooh, ils sont quand même bien chez Sun !

Sun mérite votre confiance !

pour info : http://java.sun.com/j2se/1.4/docs/ [...] ation.html

Surtout avec Sun régénérant !  

Extrait de la page sus-mentionnée par benou :

 
Ce qui donne en français, pour les non-anglophones :

C'est bon, j'ai modifié la méthode "has-been"  

mais euh !!  
Shogun2002! (personne lui a dit!?)
La premiere chose à faire serait que tu saches faire un javac justement!
Allez, je suis dans un bon jour, si tu veux essayer ce soir je peux meme t'aider

Au fait j'avais deja poster un post expliquant mon problème de javac en ligne de commande (il ne reconnait pas la commande javac mais la commande java oui).
 
Après plusieurs réponses sur le forum , on me dit que mon install de sdk etait foireux ....
 
Car depuis que j'ai installé Rational Rose et JBuilder, la commande javac n'était plus dispo ! bizarre non    
 
J'ai viré Rational et reinstallé Java 1.4.1 et toujours le meme pb !
 
Depuis g jeté l'éponge pour JBuilder (qui est seulement pratique pour les interfaces graphiques) et je bosse sous JCreator (implementation, compilation, execution ....).
 
Merci quand meme pour ton aide  

quand tu fais, sous dos
echo %PATH%
 
tu as quoi?
et ton jdk est installé ou?

C:\Documents and Settings\PROPRIETAIRE>echo %PATH%
C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Program Files\Rationa
l\common;C:\Program Files\Rational\ClearQuest;C:\Program Files\Rational\Rose\Top
Link\;C:\Program Files\Real\Helix Producer Basic
 
 
Comment virer c truc de rational ? en plus je les desinstaller "à la main" ....
 
JDK dans:
 
c:\j2sdk1.4.1

win2K?

XP Home

bon on va admettre que ça doit etre a peu pres pareil
panneau de config>systeme>avancé>variables d'env.
tu peux changer la path dans les var. systeme
et profites en pour y ajouter c:\j2sdk1.4.1\bin sans oublier le ; séparateur.
 
ok>ok>ok
réouvre une fenetre dos et paf, miracle, ton javac va marcher

Heu ...
 
Il y est déjà    
 
Je vois pas ce qui marche pas ...
 

Il y a pas un moyen de modifier directement dans le fichier (sans passer par Windows) ?

 
Attend, mais là :

 
T'as bien affiché le résultat d'un echo PATH %PATH%
Moi j'y vois pas le sous répertoire "/bin" de ton JDK.
Et puis, éditer directement la variable, on pouvais le faire sous Windows 98 via autoexec.bat, mais ss XP, j'en sais trop rien.

En faisant la méthode de real moins moins vis Windows la variable d'environnement systeme est deja définit ....
 
Voila ce que j'ai à partir de Windows
 
Variable d'environnement Systeme :
 
Nom de la variable : JAVA
Valeur de la variable : C:\j2sdk1.4.1\bin
 
 
Sous Windows c'est bien définit ... mais quand on verifie avec echo Path il y est pas ...
 
Donc si qqun c modifier le fichier directement, je suis prenant  

C'est bon j'ai résolu ...  
 
Il fallait aussi le defnir pour variable d'environnement utilisateur
 
Mais tout ce qui est rmi ... ça veut pas ...
 
Bon c mieux que rien ....

si rmi fonctionne,    
 
Grand merci à ceux qui m'ont aidé  

c la variable PATH que je t'ai dis de modifier gros malin !!!

Mais je savais pas que la variable d'environnement utilisateur == variable PATH , je pensais que ct la variable d'environnement systême ...
 
Enfin bref ... ça marche