Thread serializeable?

[Guest]

Moin

Kann/soll/darf man das so machen oder schiess ich mir damit selbst ins Bein?

Ich hab ein Objekt Crawler implements runnable, serializeable.
Darin eine protected Thread t1;

Mein Problem:
wenn t1 == null
Object einwandfrei sendbar
sonst
Fehler in Socket.getInputstream.readObject

Mein Workarround:
eigene Klasse MyThread extends Thread implements serializeable. Die muss ja nix machen
nur das serializeable reinbringen. Dann in Crawler t1 nicht als Thread sondern als MyThread.

Funktioniert auch. Nur hab ich ein paar Fragen dazu, vielleicht weiss da ja jemand was:

Was passiert mit dem Thread beim serialisieren? zum einen in der jeweiligen Crawler-Instanz und
zum anderen in dem was der Client empfängt?
Ist das sinnvoll das zu tun oder hals ich mir da Probleme auf die ich jetzt noch nicht sehe? Weil
nur weils jetzt funktioniert heisst das nicht das es gut ist.

Mfg

 

[Ariol]

Zum Serianlisieren brauchst du einen "public"-Standard-Konstruktor und "public"-Getter/-Setter für die privaten Variablen und afaik darf die Klasse nicht "abstract" sein.

Beim Schreiben, wird nur gespeichert, von welcher Klasse dein Objekt ist und welche Werte die privaten Variablen haben.

Beim Einlesen erstellt java dann ein Objekt dieser Klasse über den Standard-Konstruktor und füllt es über die Setter-Methoden mit den gespeicherten Werten.

Wenn du das Ganze mal lokal mit XMLDecoder ausprobierst, siehst du in der erstellten XML-Datei schön was er macht.

 

[maki]

Threads an sich kann man nicht serialisieren wenn ich das richtig in Errinnerung habe, ist sogar das Paradebeispiel für transiente attribute.

 

[Guest]

Hm das mit dem XMLDecoder guck ich mir allein schon zu Debugzwecken heut abend mal an, das könnt hilfreich sein.

Also ich weiss spontan nicht ob Thread abstact ist, aber da es geht scheinbar nicht
Also entnehm ich mal deiner Aussage das ich beim Einlesen meines Crawler-Objectes den zu dem Zeitpunkt der serialisierung aktuelle Zustand (auch des darin enthaltenen Threads) erhalte, also auch Abfragen könnte ob der Thread grad am laufen ist (in dem Fall war)? Das wär nämlich eigentlich das was mir am meisten bringen könnte.

 

[Gast]

hups zu lang gebraucht ^^

@maki hm was soll ich sagen, mit dem Code (die MyThread Klasse) gehts, ohne gehts nicht. Das würd dann ja nicht zusammen passen.

Passt mir aber auch gut so wies ist, ich hab nur Angst das mir dabei was ins Kreuz fällt was ich jetzt noch nicht sehe.

 

[tuxedo]

Wieso willst du überhaupt einen Thread verschicken/serialisieren? Ich würde viel eher versuchen die notwendigen Thread-Parameter zu delegieren und den Thread am anderen Ende der Leitung erst zu instanziieren und zu starten.

 

[SlaterB]

von einem Thread kannst du nur die Bestandteile deiner eigenen MyThread-Klasse serialisieren, etwa wenn du zusätzliche Exemplavariablen hast,

nach der Deserialisiertung hast du einen MyThread so als wenn du ganz normal ein neues Objekt erstellen würdest,
daher wirst du diesen Thread auch starten können und ähnliches,
vom alten Ausführungsstand ist aber nix vorhanden,

du hast einen neuen MyThread bei dem höchstens paar Exemplarvariablen gesetzt sind

(nicht selbst getestest, nur stark vermutet)

 

[Gast]

Äh janein, und zwar ist das ein NetzwerkGame. Crawler ist eine Spielfigur, deren bewegung mit dem Thread realisiert wird (und die Animation, etc). Wenn ein Client einloggt muss ich ihm ja mitteilen das da ein Wurm ist, ... der einfachheit halber serialisier ich den ganzen Wurm (iss nicht viel drin), schieb den Übers Netzwerk, Pack den Beim Client in einen ImagedCrawler (der dann auch Bild anzeigen kann und so) und fertig. geht soweit auch alles. Wär jetzt halt oberprallo wenn ich dann auch noch an die Info in dem Crawler rankäm ob der grad am sich bewegen war als er verschickt wurde, dann könnt er beim client direkt in Bewegungsmodus gehen

 

[Guest]

von einem Thread kannst du nur die Bestandteile deiner eigenen MyThread-Klasse serialisieren, etwa wenn du zusätzliche Exemplavariablen hast

Also nur den public Constructor mit Runnable

nach der Deserialisiertung hast du einen MyThread so als wenn du ganz normal ein neues Objekt erstellen würdest,
daher wirst du diesen Thread auch starten können und ähnliches,
vom alten Ausführungsstand ist aber nix vorhanden,

du hast einen neuen MyThread bei dem höchstens paar Exemplarvariablen gesetzt sind

(nicht selbst getestest, nur stark vermutet)

Ach schade, das wär ja auch zu elegant um war zu sein, um die Exemplarvariablen isRunning... wollt ich ja eigentlich verzichten.

Aber schonmal Danke an alle aber postet ruhig weiter wenn ihr was wisst, jede Info ist mir willkommen