Irgendwie finde ich keine sonderlich guten Erklärungen oder Beispiele zur Verwendung von SocketImpl / SocketFactory etc.

Hat sich da schon jemand daran versucht?
Kann mir jemand ein simples Beispiel zur Verwendung von SocketImpl geben?

Es gibt einen Konstruktor unter Socket, der eine SocketImpl als Parameter übernimmt. In manchen Dokus ist dieser Konstruktor als protected gekennzeichnet, in anderen als public. Manche Dokumente besagen,man könne diesen Konstruktor (protected) nur in von Socket abgeleiteten Klassen intern verwenden. Andere Quellen sprechen von der Verwendung der SocketFactory mit dem Nachteil, dass ab da alle Sockets der Anwendung nur diese Socket-Implementierung nutzen würden. Ich brauche aber verschiedene Sockets parallel, zum Teil die eigene Implementierung, zum Teil die Standard-Implementierung.

Muß ich dafür nun eine Ableitung von der Klasse Socket schreiben oder geht das einfacher?

Am besten für mich wäre es, wenn ich einem Socket-Objekt meine SocketImpl mitgeben könnte und die restlichen Sockets normal verwendet werden könnten.

Ein Link zu einem guten Tut oder einem anschaulichem Beispiel würde mir auch sehr weiterhelfen.

ein sehr simples Beispiel wäre, wenn der Outputstream der eigenen Socket-Implementierung einfach in einem byte[]-Feld abgelegt würde oder über System.out.println() ausgegeben würde, anstatt tatsächlich versendet zu werden.
Es geht mir primär darum, wie ich die SocketImpl an den Socket übergebe oder wie ich mit SocketFactory umzugehen habe . Was der eigene Socket (die eigene SocketImpl) im Hintergrund tatsächlich macht, ist nicht das Problem.

Klar könnte ich die Klasse Socket auch ableiten und mind. alle öffentlichen Methoden in der Ableitung überschreiben. Das erscheint mir aber extrem aufwändig. Zumal es ja die Klasse SocketImpl genau dafür gibt. Nur ersehe ich nicht, was man mit seiner SocketImpl genau machen muß, um diese in einen Socket zu bekommen.
Link zur Doku des fraglichen Konstruktors protected Socket(SocketImpl)

edit: google codeSearch ist hilfreich

So langsam bekomme ich eine Ahnung davon, wozu die einzelnen Klassen und Schnittstellen zu gebrauchen sind und welchen Sinn sie haben.
Schade, dass es dazu (zumindest auf den ersten Blick) keine übersichtliche 'Schritt für Schritt' -Erklärung oder übersichtliche Einführung gibt oder ich sie zumindest nicht gefunden habe.

die fraglichen Klassen:

• Socket (ist eigentlich klar)
  
• SocketImpl
• SocketImplFactory
• SocketFactory
  

Soweit ich das sehe, sind eigene Ableitungen von SocketImpl nur dann interessant, falls man alle(?) Sockets, die in einer Anwendung verwendet werden, verändern will.
Um eigene SocketImpl verwenden zu können, muß man(?) eine eigene Ableitung der Schnittstelle SocketImplFactory erstellen und am Anfang des Programms setzen. Diese SocketImplFactory nutzt dann die eigene SocketImpl, um bei Instanzierung von Sockets die eigene Implementierung anstatt der Standardimplementierung zurück zu geben. Diese eigene SocketImplFactory müßte dann das sein, was bei einem Aufruf von

zurückgegeben wird (??).

Braucht man verschiedene Sockets / Socketimplementierungen, läuft das dann wohl doch über das 'simple' Überschreiben der Socket-Klasse und deren jeweiliger Instanzierung je nach Bedarf im Programm oder über eine eigene Ableitung der SocketFactory.

Bin mir aber trotzdem noch sehr unsicher, ob ich das nun richtig verstanden habe. Wenn jemand sieht, dass ich hier einen gedanklichen Fehler drin habe, wäre ich für einen Hinweiß dankbar.

• http://wwwswt.informatik.uni-rostock.de/…on_sockets.html
• http://www.dpunkt.de/Java/Programmieren_…mierung/20.html
• http://books.google.de/books?id=bsiKrwBi…tFactory&f=true

Habe eine für mich gängige Lösung gefunden. Aber :

Zitat

SocketImpl ist also auch dann interessant wenn man nur einen einzelnen
besonderen Socket braucht. Die besondere Implementierung kann man an
Socket beim Instantiieren übergeben.

Das würde mich wundern, da eben jener Konstruktor, dem die SocketImpl übergeben werden kann, dummerweise protected ist, also eben nicht von außen ohne weiteres verwendet werden kann. Diesen Konstruktor kann man jedoch in (eigenen) Ableitungen von Socket nutzen.