Comments on: RMI Server im NAT-Netzwerk betreiben http://www.it-blogger.com/2007-08-15/rmi-server-im-nat-netzwerk-betreiben/ Just another WordPress weblog Thu, 09 Sep 2010 06:32:52 +0000 http://wordpress.org/?v=2.1 By: Alex http://www.it-blogger.com/2007-08-15/rmi-server-im-nat-netzwerk-betreiben/#comment-33988 Alex Fri, 26 Oct 2007 09:40:20 +0000 http://www.it-blogger.com/2007-08-15/rmi-server-im-nat-netzwerk-betreiben/#comment-33988 Blöd wird's nur, wenn man dem RMI-Server bei einem Methoden-Aufruf eine Callback-Klasse (eine Klasse die ebenfalls von UnicastRemoteObject erbt) mitgibt, damit der Server beispielsweise Events dem Client melden kann. Sitzt der Client dann hinter einem Router fliegt einem alles um die Ohren. Mich stört's unheimlich, dass RMI das nichtgebacken bekommt nur die eine Verbindung, die vom Client aufgebaut worden ist, zu benutzen. Eine Alternative hab ich noch nicht gefunden. Hab schon angefangen selbst was zu basteln, aber das nimmt schon etwas Zeit in anspruch ;-( Blöd wird’s nur, wenn man dem RMI-Server bei einem Methoden-Aufruf eine Callback-Klasse (eine Klasse die ebenfalls von UnicastRemoteObject erbt) mitgibt, damit der Server beispielsweise Events dem Client melden kann. Sitzt der Client dann hinter einem Router fliegt einem alles um die Ohren.

Mich stört’s unheimlich, dass RMI das nichtgebacken bekommt nur die eine Verbindung, die vom Client aufgebaut worden ist, zu benutzen.

Eine Alternative hab ich noch nicht gefunden. Hab schon angefangen selbst was zu basteln, aber das nimmt schon etwas Zeit in anspruch ;-(

]]> By: frank http://www.it-blogger.com/2007-08-15/rmi-server-im-nat-netzwerk-betreiben/#comment-34058 frank Sat, 27 Oct 2007 08:28:59 +0000 http://www.it-blogger.com/2007-08-15/rmi-server-im-nat-netzwerk-betreiben/#comment-34058 Das Problem ist ja, dass RMI die Blocking-Sockets verwendet und das Protokoll nur für einen Thread selbst ausgelegt ist und immer Anfrage und Antwort kommen muss. Eine Überlagerung bzw. parallele Abarbeitung mehrerer Invocations über eine Verbindung ist halt nicht vorgesehen. Wenn der Client hinter einem NAT-Router sitzt und man den Port weiter leiten kann, sollte es eigentlich analog zu meinem Problem funktionieren. Der Client bei Dir ist ja auch Quasi der Server fürn Server. Das Problem ist ja, dass RMI die Blocking-Sockets verwendet und das Protokoll nur für einen Thread selbst ausgelegt ist und immer Anfrage und Antwort kommen muss. Eine Überlagerung bzw. parallele Abarbeitung mehrerer Invocations über eine Verbindung ist halt nicht vorgesehen.
Wenn der Client hinter einem NAT-Router sitzt und man den Port weiter leiten kann, sollte es eigentlich analog zu meinem Problem funktionieren. Der Client bei Dir ist ja auch Quasi der Server fürn Server.

]]>