— Scott McNealy, Sun Microsystems Chairman, President and ceo

clientOutputStreams.add(writer);
Thread t = new Thread(new ClientHandler(clientSocket));
t.start();
System.out.println(“got a connection”);
}

} catch(Exception ex) {
ex.printStackTrace();
}
} 
// close go
public void tellEveryone(String message) {
Iterator it = clientOutputStreams.iterator();
while(it.hasNext()) {
try {
PrintWriter writer = (PrintWriter) it.next();
writer.println(message);
writer.flush();
} catch(Exception ex) {
ex.printStackTrace();
}

} // end while

} 
// close tellEveryone
} 
// close class

---

522
 
chapter 15
there are no
Dumb Questions
Q: 
What about protecting static 
variable state? If you have static 
methods that change the static variable 
state, can you still use synchronization?
A: 
Yes! Remember that static 
methods run against the class and not 
against an individual instance of the class. 
So you might wonder whose object’s lock 
would be used on a static method? After 
all, there might not even be any instances 
of that class. Fortunately, just as each 
object has its own lock, each loaded class 
has a lock. That means that if you have 
three Dog objects on your heap, you have 
a total of four Dog-related locks. Three 
belonging to the three Dog instances, 
and one belonging to the Dog class itself. 
When you synchronize a static method, 
Java uses the lock of the class itself. So if 
you synchronize two static methods in a 
single class, a thread will need the class 
lock to enter either of the methods.
Q: