File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes Threads and Synchronization and the fly likes Synchronize the way threads(players) take their turn. Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of EJB 3 in Action this week in the EJB and other Java EE Technologies forum!
JavaRanch » Java Forums » Java » Threads and Synchronization
Bookmark "Synchronize the way threads(players) take their turn." Watch "Synchronize the way threads(players) take their turn." New topic
Author

Synchronize the way threads(players) take their turn.

J Ce
Greenhorn

Joined: Feb 20, 2008
Posts: 1
I'm in a really fast pace training program and we are covering a lot of material in a relatively short period of time. I've really not had much trouble up until this problem. I had to do one other problem using concurrency and it worked out well but this problem is stumping me a little. The problem is a non-network black jack game with concurrency.

Here are the specs given:

The game will consist of 3 types of parts: a human user player, a computer player, and a dealer. Each part should reside on its own thread, with the dealer controlling the �deck of cards� resource. The player threads (computer or human) wait to be dealt cards, and the controller waits on player decision to deal the next card. Each player is assigned a player number, and the dealer deals to the players in the order of their player number.

The problem I'm having is trying to get the players to take their turn in order by player number. I'm going to post some code from my computer player class below. I started with an abstract class (player) and extended from it with a computer player and human player class to control the two different types of players. I came up with an idea letting the dealer be the shared resource and have the dealer control which player number he is currently dealing to. Then I could use that to synchronize the takeTurn method and if the current player's player number didn't match the current number the dealer was dealing to then that player's thread would be put into a waiting state. Then once the current player had finished taking their turn the dealer's player number he was dealing to would be updated and the notifyAll method called to put the other threads back into the running state. I stubbed out the program a little to try and watch it in the console before I started with the GUI part and I can see that the threads enter a waiting state and that the current player updates the dealer's player number he is dealing to but I can't seem to get the other threads to enter the running state.

Any help/suggestions would be appreciated. I may not be going about this in a good way and this idea for the takeTurn method I came up with may not work period but I don't understand why it wouldn't.

Nitesh Kant
Bartender

Joined: Feb 25, 2007
Posts: 1638

You are doing a notifyAll() on the instance of the ComputerPlayer, so this will not break the wait() of all the other players. This means that the player that started first will be the only one able to run. (Based on the assumption that the code is the same in the other Player implementations also.)


apigee, a better way to API!
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Synchronize the way threads(players) take their turn.
 
Similar Threads
Threads -- Waiting for events
Blackjack program not good with random cards
What's the problem here?
Error
method help