Thread et Process - Java - Programmation
Marsh Posté le 17-05-2005 à 16:07:22
juste un truc, rien a voir avec les thread.
tu peut pas utiliser java directement au lieu de faire un getRuntime.exe()
y a pas de methode pour ca?
Marsh Posté le 17-05-2005 à 16:12:01
c'est quoi l'intérêt d'avoir plusieurs threads si un seul peut être actif à la fois ?
il peut pas n'y en avoir qu'un seul qui irait chercher sont boulkot dans une file de courrier en retard ?
Marsh Posté le 17-05-2005 à 16:12:18
uriel a écrit : juste un truc, rien a voir avec les thread. |
Bah disons que la partie numérotation, ce serait possible (envoyer les commandes aux modems) mais négocier les parametres de connexion ppp avec la machine distante et creer la nouvelle interface réseau ça me semble plutot chaud brulant
Marsh Posté le 17-05-2005 à 16:14:56
nraynaud a écrit : c'est quoi l'intérêt d'avoir plusieurs threads si un seul peut être actif à la fois ? |
A coté de ca, il y a moults thread qui font des pings. Mais en fait je pourrai peut etre gérer ces cas avec des threads et les cas connexion modem dans une boucle séquentielle...
Marsh Posté le 17-05-2005 à 16:18:14
ben tu fais une file de boulot, un tas de thread à bosser
tu peux même configurer le nombre de thread dynamiquement comme ça.
Marsh Posté le 17-05-2005 à 16:18:48
En fait comme solution de secours je pourrai faire:
méthode qui teste tout -> thread 1 -> n thread pour n test ping
-> thread 2 -> tests sequentielles pour les connexion RTC
Marsh Posté le 17-05-2005 à 16:20:51
oué et puis pas lancer tous les pings en même temps ça serait intelligent aussi
Marsh Posté le 17-05-2005 à 16:42:16
nraynaud a écrit : oué et puis pas lancer tous les pings en même temps ça serait intelligent aussi |
je vois pas le problème
Marsh Posté le 17-05-2005 à 16:51:52
Y'aura pas 1500 objets a pinger hein
Marsh Posté le 18-05-2005 à 10:45:35
CA MARCHE \0/
et avec la solution de base, fallait juste attendre un peu apres le kill du démon, le temps de le laisser se remettre (2-3 sec) et c'est bon.
Marsh Posté le 17-05-2005 à 15:58:32
Hello
J'ai un souci de threads dans mon application...
En gros je fais un truc pour savoir si des machines distantes sont en lignes. Il ya une méthode qui lance le test sur toute la liste de machine, sachant que le test peut etre un ping si la machine est reliée au LAN ou un test de connexion RTC si celle-ci est isolée.
Donc je lance un test pour chaque machine dans un Thread. Seulement, je n'ai qu'un modem et je ne peux tester qu'une connexion modem à la fois. J'ai donc mis un petit synchronized dans la déclaration de la méthode :
Le problème
Le premier Thread à etablir une connexion modem fonctionne correctement, les threads suivant sont bien suspendus jusqu'à ce que le premier thread établisse la connexion et libère le modem.
Mais, lorsque le Thread suivant reprends la main, il ne peut plus etablir de connexion. Le problème se situe au niveau de l'objet Process qui apparemment ne relance pas le démon. Si j'execute les tests les uns apres les autres, cela fonctionne. Y'a-t-il quelque chose qui m'echappe dans les méchanismes d'attente ?
Message édité par boulax le 17-05-2005 à 16:02:12
---------------
Posté depuis des chiottes, sales. Me gusta.