Thread anhalten, der aber ein readObject() macht.

[Pithecanthropus]

moin

Weiß jmd. ob ObjectInputStream.readObject() sich autmatisch schlafen legt, wenn gerade kein Objekt "reinkommt"? Ich habe vor, so einen Thread ausschaltbar zu machen, indem ich am Anfang der Endlosschleife eine Abfrage machen, ob jmd. anderes (boolean pause) ein readObject() machen will. Wenn ja, soll er sich schlafen legen.

Aber wenn er sich nun bei jedem readObject schlafen legt, dann geht das nicht, weil die Abfrage ansonsten nie bzw. so gut wie nie "greift"..

 

[SlaterB]

ein ObjectInputStream macht nicht viel mehr, als Daten aus einem anderen Stream zu lesen und, wenn sie da sind, sinnvoll zu interpretieren,

> wenn gerade kein Objekt "reinkommt"
kann sich also nur auf den darunterliegenden Stream beziehen, bei Ausführung dessen read-Methode kann dann der aktuelle Thread evtl. lahm gelegt werden,
z.B. wenn aus einer Netzwerkverbindung gelesen wird, da ist vielleicht die Konfiguration eines Timeouts möglich,
aus einer Datei wird dagegen relativ schnell eine Rückmeldung kommen, entweder Daten vorhanden oder EOF

 

[Pithecanthropus]

.... bei Ausführung dessen read-Methode kann dann der aktuelle Thread evtl. lahm gelegt werden, z.B. wenn aus einer Netzwerkverbindung gelesen wird, da ist vielleicht die Konfiguration eines Timeouts möglich...EOF

Treffer. Es handelt sich um eine Netzwerkverbindung. Wenn ich dich also richtig verstanden habe, legt sich der Thread nicht automatisch schlafen..?!? Macht er nicht autmatisch ein wait... Ansonsten würde doch jede Methode, die einmal nur ein readObject() macht, das Object verlieren, weil es zufälligerweise gerade nicht da ist?

oder verwechsle ich gerade wait und sleep ???:L

 

[SlaterB]

ich denke schon, dass der Thread beim Warten auf die Netzwerknachricht entweder wait oder sleep verwendet oder irgendwelchen ähnlichen nativen Code,
wie du 'nicht automatisch schlafen' verstanden hast, kann ich nicht nachvollziehen, vielleicht liegt es an der Formulierung 'lahm gelegt'

andererseits verstehst du es vielleicht richtig, denn genauer ins Detail geschaut glaube ich nun auch,
dass du da z.B. mit einer InterruptedException oder notify() nichts ausrichten kannst
und immer warten solltest, bis der Lesevorgang z.B. durch ein Timeout von selbst beendet wird

> Ansonsten würde doch jede Methode, die einmal nur ein readObject() macht, das Object verlieren, weil es zufälligerweise gerade nicht da ist?

den Lesevorgang kann man nicht unterbrechen und das Ergebnis landet immer in der Variablen, im Array, oder es gibt ne Exception, dann können natürlich Daten verloren gehen,

und nochmal der Hinweis: das ist eine Frage des NetzwerkStreams, das Problem würde ich zunächst mit dem Laden einzelner Bytes testen,
nicht mit den zusätzlichen Aktionen eines ObjectStreams vermischen,
später kannst du dein Thread-Handling natürlich auch auf ObjectStreams aufbauen

 

[Pithecanthropus]

das "lahm gelegt werden" hat mich etwas irritiert. Ich glaube damit hat sich die Frage auch schon beantwortet. Schade nur, dass die Java-Leute zu faul waren mit nur einem kurzen Satz zu erklären, was readObject nun macht, wenn gerade mal nichts da ist..

das stimmt.. zuerst war es eine Thread-Frage, aber es hat sich dann in Richtung Netzwerk "entwickelt"...

hab das Problem aber schon auf eine andere Weise gelöst, aber das ist eher ein Netzwerk-Thema

danke für die Hilfe.