Reprise du message précédent :
G compris.
Ms c pas si simple que ça a assimiler.
Mais Java, plus je découvre, et plus je trouve ce langage génialement bien fait.

Tu sais tu peux ecrire si tu veux
 
Object o = new String("coucou" );
 
C'est le but de l'héritage. Suppose que tu travailles avec des Fruits. Tu as donc une interface Fruits avec des méthodes comme getCouleur(), isBon(), hasPelure() enfin tout ce que tu veux.
 
Dans certaines parties de ton programme tu veux travailler avec un fruit quel qu'il soit.
 
Bin clariement tu vaus faire
 
doSomething(Fruit theFruit)
 
tu passes une interface en param? NON une interface ne peut etre instanciée. Par contre tu peux etre SUR que l'objet qui est passé en paramètre implémente fruit. Donc tu sais qu'à tout les coups tu vas pouvoir appeller les méthodes déclarées dans l'interface.
 
 
Et pour répondre à ta question lorque tu fais
 
ServletConfig c = get ....
 
Tu déclares travailler avec un objet qui implémentes ServletConfig (ie qui subclasse/implménete servletconfig)
 
est ce plus clair?

c'est pas simple quand tu as fait beaucoup d'un langage structurel classique.  
mais en faite, c'est super logique !

 
Oui, mais pour moi, quand on écrit:
ServletConfig MaConfig = getServletContext();  
ça voulait dire que MaConfig était une instance de ServletConfig.
Là g compris, c cool.
Je débute plutot ds le Java moi. Les interfaces, c assez nouveau, en C++ y a pas ça !

bha y a de l'héritage, c'est pareil ...
 
si tu veux bien capté ce genre de truc, il vaut mieux que tu prenne un bon bouquin de java. (cf ma signature)

 
Ouais, mais ce qui me perturbais, c que dans l'héritage "classique", comme en C++ (le langage que je pratique depuis maintenant un an).
Si tu passe un type d'objet en param, ça veut dire que tu passes cet objet, ou un objet qui en hérite, c tout.

bin oui et alors. Tu peux plus ou moins considérer qu'avec l'interface c'est pareil. (j'ai dis plus ou moins)

On stagne, c plus un débat, ni une explication, vu qu'on est d'accord, et que g compris.
J'propose donc qu'on en arrête là.
Et merci à vous qui m'avez permis de mieux comprendre le concept d'interface, Ciao  

une interface c'est un peu comme un objet dont toutes les méthodes sont abstraites

 
Je sais, c bien pour ça que je savais qu'on ne peut pas avoir une instance d'une interface. ça n'aurait aucun sens.

et si on veut recuperer d'autre variable d'env ?? (un truc qui marche sous nunux et vinedoz)

bah pareil

dans la série je remonte des vieux topics:

Pulpipi a écrit a écrit : Bon ben j'ai trouvé (c t pas dans le java doc) Comme quoi google c kewl       En fait c'était tout con. pour info : System.out.println("TEMP : " + System.getProperty("java.io.tmpdir" ));   Edit : je vais même mettre la page ou il y a plein de jolies infos. http://www.rgagnon.com/javadetails/java-0150.html

ben je viens d'essayer sous nunux, ça marche aussi.

 
Ah bon. J'ai lu une doc sur le net qui disait le contraire (peut etre une vieille version de la JVM). Merci de corriger.

2ri1

 
bah non...
 
et .getEnv est deprecated en +

 
raaaah ke boolay
 
System.getProperty("tapropriété" );

System.getProperty(...)
 
pour la liste, voir la doc de la methode getProperties

 
boolay toi meme
 

 
me renvoie null, donc ca marche pas...

 
si ca est pas dans la liste c'est DTC
 
sinon une autre solution pour ton JAVA_HOME c'est d'instancier la JVM en lui passant la valeur du genre