[Débutant][Threads] Problème de synchronisation

Je programme un jeu de bataille navale en réseau

J'ai créé un service pour prendre en charge chaque joueur se connectant à mon server (serviceJoueur extends Thread). Chaque joueur exécute un nombre de formalités avant d'attendre le début de la partie (choisir son pseudo, choisir un groupe, placer ses bateaux) !

Lorsque mes deux équipes sont remplies, je décide de refuser toute nouvelle connection au serveur et de lancer un nouveau service : servicePartie extends Thread.

Le problème : j'aimerais démarrer ma partie lorsque TOUS les joueurs ont franchi l'étape PLACEMENT DES BATEAUX.

Comment faire en sorte que mon servicePartie écoute simultanément toutes les notifications provenant des joueurs ?

Cordialement,

Dorian.

Dans mon server je tente d'exécuter l'instruction suivante :

Code:

---

debutSem.wait();

---

java.lang.IllegalMonitorStateException: current thread not owner

at java.lang.Object.wait(Native Method)

at java.lang.Object.wait(Object.java:426)

at sbn.main(sbn.java:71)


contenu de mon pseudoSémaphore :

Code:

---

1 2 3 4 5

synchronized public void V() { valeur=valeur+1; if (valeur == limite) notifyAll(); }

---

Lorsque j'atteins une certaine valeur, il est censé débloquer l'instruction du début. Mais au lieu de ça, j'engendre une exception.
Question : wait() n'est il pas bloquant ? comment éviter cette erreur.

Bonsoir,

Pour mettre en pause ton thread, tu peux peut être utiliser la méthode sleep des objets de la classe Thread

je ne peux pas utiliser la méthode sleep, étant donné que je ne peux pas connaître le moment où tous les joueurs auront placé leurs bateaux...

c'est bon j'ai trouvé la réponse dans thinking java.

"Si vous appelez wait() ou notify() dans une méthode qui n'est pas synchronized, le programme se compilera, mais quand vous l'exécuterez vous obtiendrez une IllegalMonitorStateException avec le message peu intuitif « current thread not owner. » Notez que sleep(), suspend(), et resume() peuvent toutes être appelées dans des méthodes non-synchronized puisqu'elle ne manipulent pas le verrou. "

Suffit de synchroniser sur mon pseudo sémaphore pour que le wait trouve un verrou à bloquer et ça marche !

:D