Salut !!
 
Alors, il existe une fonction pour ça ou pas ???
 
Merci!!
 

pid ?

Process User Identity , c'est un nombre unique attribué a chaque nouveau processus crée sous Linux ou Unix....

étant donné que c'est reès spécifique au système il y a peu de chance que tu puisse récupérer ca en jav ...

C'est bien la le probleme...
 
J'aimerai que chaque client de mon appli Client/Serveur puisse etre clairement identifier, pour contrer le probleme de persistance des données...  
 
 

hein ???? quel rapport avec le pid ?
et puis quel problème de persistence de données ?

Ben je fais une calculatrice
je lance 2 clients.
 
l'un fait une addition.
l'autre fait une division
Qd je reclame le resulat de l'addition, le serveur me renvoie le resulat de la division, c'est a dire de la derniere operation.
 
 
Mon but: identifier le client (d'ou le pid) afin de resoudre ce probleme.  
 
 

java.lang.Thread.toString() pour avoir un nom unique (du type "java.lang.Thread@xxxxx" ).
 
Sinon, tu gères tes IDs toi-même dans ta sous-classe de Thread.

ce n'est en aucun cas assuré : la méthode toString peut avori été redéfinie !

Caleb2000 a écrit a écrit : Ben je fais une calculatrice je lance 2 clients.   l'un fait une addition. l'autre fait une division Qd je reclame le resulat de l'addition, le serveur me renvoie le resulat de la division, c'est a dire de la derniere operation.     Mon but: identifier le client (d'ou le pid) afin de resoudre ce probleme.

????
faut juste que tu fasse un serveur multithreadé avec un objet dédié à gérer chaque client. Y a aucune raison que les données se mélanges, et je vois toujours pas pkoi tu parles de "persistences de données"

puis bno, si tu expliques pas mieux comment fonctionne ton appli, on pourra pas t'aider ...

Heu... Certes, mais c'est rare que l'on définisse trois niveaux de hiérarchie sous Thread !    
 
Mais bon, dans le principe, je suis d'accord, tu as raison.    
 
Dans ce cas, l y a bien aussi java.lang.Thread.getName(), mais là, le résultat est encore plus aléatoire si on ne le définit pas explicitement.

puis d'après ce que j'ai compris, un client ne reste pas dans le même thread tout au long de sa "session" ... sinon, je vois pas le problème ...

Je precise que tout ça fonctionne en RMI ....

ca précise pas grand chose ...

ben ca exclut l'histoire des threads.
 
Mais j'ai trouvé une solution: faire une hashtable.

 
bin alors c bon ... T'as un système de login ou de userId propre à toi et tu peux très bien identifier qui est quoi. Je vous vraiment pas le problème ...