{"id":328,"date":"2007-03-09T20:36:52","date_gmt":"2007-03-09T18:36:52","guid":{"rendered":"http:\/\/www.puls200.de\/?p=328"},"modified":"2007-03-09T20:36:52","modified_gmt":"2007-03-09T18:36:52","slug":"remoting-fur-runaways","status":"publish","type":"post","link":"https:\/\/www.puls200.de\/?p=328","title":{"rendered":"Remoting f\u00fcr Runaways"},"content":{"rendered":"

Ein jeder, der sich noch vage an Dinge wie Corba erinnern kann wei\u00df, welch nette Idee hinter verteilten Objekten steckt: Ein Objekt wird als verteilt gekennzeichnet und wenn es mit einem geeigneten Parameter erzeugt wird, entsteht es auf einem anderen Rechner. F\u00fcr die Anwendung sieht es aber wie ein lokales Objekt aus, auf das ganz normal zugegriffen werden kann. H\u00f6rt sich toll an, f\u00fchrt in der Praxis jedoch zu allerlei Problemen, da die Zugriffe von den Launen des Netzwerks abh\u00e4ngig sind. Unter .NET wurde das Rad nochmal unter der Bezeichnung remoting<\/em> neu erfunden.<\/p>\n

Der Zugriff auf ein entferntes Objekt ist einfach, ein paar Zeilen gen\u00fcgen:<\/p>\n

<\/p>\n

\n

string<\/span> url = string<\/span>.Format(\"tcp:\/\/{0}:40506\/LPT_IO_Server\"<\/span>,<\/p>\n

                    this<\/span>.address);<\/p>\n

this<\/span>.remoteObj = (BaseRemoteObject<\/span>)<\/p>\n

   Activator<\/span>.GetObject( typeof<\/span>(BaseRemoteObject<\/span>), url);<\/p>\n<\/div>\n

Aber jetzt kommt das dicke Ende: Wenn der Server unten ist, bleibt die Anwendung beim Zugriff auf eines der Felder einfach h\u00e4ngen. Es gibt keine M\u00f6glichkeit, einen connection timeout<\/em> einzustellen. Es dauert dann etwa 45 Sekunden, bevor eine SocketException<\/em> anzeigt, da\u00df da was schiefging. Nicht gut f\u00fcr eine Anwendung mit Benutzerinteraktion. Man kann sich allerdings \"dreckig\" behelfen, indem man den Zugriff in einen eigenen Thread packt:<\/p>\n

<\/p>\n

\n

Exception<\/span> setException = null<\/span>;<\/p>\n

System.Threading.Thread<\/span> setThread = new<\/span> System.Threading.Thread<\/span>( delegate<\/span>()<\/p>\n

{<\/p>\n

    try<\/span><\/p>\n

    {<\/p>\n

        this<\/span>.remoteObj.setValue(value);<\/p>\n

    }<\/p>\n

    catch<\/span> (Exception<\/span> ex)<\/p>\n

    {<\/p>\n

        setException = ex;<\/p>\n

    }<\/p>\n

});<\/p>\n

setThread.Start();<\/p>\n

if<\/span> (setThread.Join((int<\/span>)5000))<\/p>\n

{<\/p>\n

    if<\/span> (setException == null<\/span>)<\/p>\n

    {<\/p>\n

        \/\/ everything seems to be A-OK<\/span><\/p>\n

        return<\/span> true<\/span>;<\/p>\n

    }<\/p>\n

}<\/p>\n

return<\/span> false<\/span>;<\/p>\n<\/div>\n

Das sieht nicht nur scheu\u00dflich aus sondern ist es auch. Aber so funktioniert es wenigstens. Jetzt bekommt man zwar auch eine Exception, aber asynchron. Ich finde es verwunderlich, da\u00df M$ hier auf ein besseres Interface verzichtet hat. Hat man sich aber soweit vorgew\u00fchlt, ist die remoting L\u00f6sung eine sehr praktische Sache. Keine Socketprogrammierung, kein Marshaling, einfach nur die Objekte deklariert und es kann losgehen.
\nMeine Anwendung sieht folgenderma\u00dfen aus: Auf bis zu 8 entfernten Rechnern laufen Windows Services, die die Datenkan\u00e4le des LPT Ports schalten k\u00f6nnen. Das Interface besteht aus einer einzigen Funktion: setValue(byte)<\/em>. Auf einem zentralen Rechner kann man in einem Fenster alle entfernten Ports einzeln oder gleichzeitig schalten. Aus Remoting-Sicht ist dieser Rechner also der Client, der zu den entfernten Servern eine Verbindung aufbaut. Es ist wirklich ph\u00e4nomenal, wie schnell man zu einem Ergebnis kommt: H\u00e4tte ich o.g. Probleme nicht gehabt, w\u00e4re ich nach 5 Stunden (einschlie\u00dflich der Setups) fertig gewesen.<\/p>\n","protected":false},"excerpt":{"rendered":"

Ein jeder, der sich noch vage an Dinge wie Corba erinnern kann wei\u00df, welch nette Idee hinter verteilten Objekten steckt: Ein Objekt wird als verteilt gekennzeichnet und wenn es mit einem geeigneten Parameter erzeugt wird, entsteht es auf einem anderen … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0},"categories":[7,4],"tags":[],"_links":{"self":[{"href":"https:\/\/www.puls200.de\/index.php?rest_route=\/wp\/v2\/posts\/328"}],"collection":[{"href":"https:\/\/www.puls200.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.puls200.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.puls200.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.puls200.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=328"}],"version-history":[{"count":0,"href":"https:\/\/www.puls200.de\/index.php?rest_route=\/wp\/v2\/posts\/328\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.puls200.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=328"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.puls200.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=328"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.puls200.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=328"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}