Hallo - sorry, ich steige erst sp�t hier ein ...
> webservices sind die antwort auf DCOM. verteilte anwendungen, aber nicht > nur lokal, sondern �berall im lan oder internet Hm, mit dieser Erkl�rung habe ich so meine Probleme. Web Services (WS) k�nnte man eher als 'Components for the Web' sehen. WS sind ein St�ck Software welches im Internet �ber Standardprotokolle wie HTTP und XML (SOAP) angesprochen werden kann. �ber �ffentliche Schnittstellen k�nnen interessierte Clients mit diesem WS Daten/Informtionen austauschen. WS werden in .NET normalerweise mit ASP.NET erstellt. DCOM hingegen findet in .NET Remoting seine Reinkarnation ... und dass man mit Remoting auch WS erstellen (mit dem HttpChannel und SoapFormatter) macht das Ganze nur rund und schl�ssig. > in VS.NET kannst du eine referenz auf ein webservice legen, wie wenn es > lokal aus com kommen w�rde. > wenn das webservice down ist, geht nat�rlich nix mehr. andererseits ist > es dem server egal ob die clients offline gehen. die verbindung ist ja > nicht st�ndig aufrecht (http). F�r den Fall, dass der gerade verwendete WS down ist wird es in Zukunft wohl ein dynamisches Failover-Konzept geben. Ist recht kompliziert und arbeitet vornehmlich mit dem Einsatz von UDDI als globale WS-Datenbank ... nur mal so am Rande. Ciao, Christian Weyer ____________________________ > The .NET Difference < ���������������������������� http://www.eyesoft.de/dotnet ____________________________ | [aspdedotnet] als [email protected] subscribed | http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.dotnetgerman.com/listen/aspDEdotnet.asp
