Web Services - Architektur, Technologie(n), Anwendung

Web Services - Architektur, Technologie(n), Anwendung

Posts 1-7 of 7
  • Manfred Rebentisch
    Manfred Rebentisch
    The company name is only visible to registered members.
    SOAP-Einsatz in der Praxis
    Es würde mich interessieren, in welchen Bereichen auf SOAP gesetzt wird (oder wo man dazu gezwungen wird) und welche Praxiserfahrungen damit gemacht werden.

    Wir arbeiten gerade an einer einfach verwendbaren C-Klasse für SOAP (als Bestandteil unserer Open-Source Bibliothek std3000c) und ich frage mich, warum die XML-Schnittstellen alle so kompliziert sein müssen (XML soll ja angeblich einfach sein).
    • 10 Oct 2005, 08:42 am
  • Post visible to registered members
  • Manfred Rebentisch
    Manfred Rebentisch
    The company name is only visible to registered members.
    Re^2: SOAP-Einsatz in der Praxis
    Boris Bäsler schrieb:
    Hallo,
     
    ich hab hier im Forum schon ein paar Beispiele zu diesem Thema (https://www.openbc.com/cgi-bin/forum.fpl?op=showarticles&...
    ticleid=784357#784357).     Danke für den Hinweis. Ich habe hier nicht so viel gesucht.


    Altgediente Messagingschnittstellen - wie zum Beispiel EDI - werden wohl langfristig (oder auch mittelfristig) auf XML umgestellt, was sie zwar von der Übertragung her ineffizienter (weil voluminöser) macht, den Programmierer aber endlich vom Bits und Bytes zählen entbindet ... ich habe es gehasst, eine Nachricht Bit für Bit durchgehen zu müssen um Fehlverhalten zu analysieren, aber ich bin - was das angeht - auch ein Weichei.
    Ohja, mit EDI habe ich auch gekämpft. Ruhe in Frieden...

    Vielen Dank für Deine Praxis-Schilderungen.
     
    Ich kenne eigentlich nur die Sicht des Java- oder .NET-Entwicklers und da kann ich definitiv sagen, dass SOAP / XML extrem einfach ist. Allerdings wird hier auch fast alles, was mit dem Parsing und der Struktur der XML-Dokumente zu tun hat, vor dem Entwickler verborgen. In den Anfängen des XML-Parsings, bei meinen ersten Kontakten mit SAX und DOM kam mir das ganze auch noch verdächtig vor ... inzwischen verlasse ich mich einfach darauf, dass der Parser und die Sprachbindings mir sauber die Objekte liefern, die im XML standen ;-)
    Klar. Die C-Klasse soll ja dann auch so einfach angewendet werden können, wie die Java-Klassen auch.

     
    Und vor den Jungs, die diese Parser und die Sprachbindings entwickelt haben, habe ich grossen Respekt.     Dito. Aber ich habe immer wieder auch mal das Gefühl, das man Lösungen extra kompliziert macht - aber vielleicht ist das eine paranoide Sicht :-)

     
    Ich weiss, dass C und C++ verschiedene Welten sind - und eventuell haben Sie dort ja auch schonmal geschaut - aber von der Apache Software Foundation gibt es AXIS für C++, eine quelloffene WebService-Implementierung für C++. Vielleicht findet sich dort die eine oder andere Idee, die sich in C sinnvoll und gewinnbringend umsetzen lässt.
    Ja, Axis setzt auf Java auf, ohne die Java-Libraries läuft da nix.

    Ich baue an Tools, mit denen man auf Java verzichten kann. Klein, sicher, performant, ressourcenschonend - das ist meine Devise.

     
    Ich hoffe, ich konnte ein paar plausible Beispiele aufführen. Bei Rückfragen können Sie sich auch gerne direkt an mich wenden.
    Ich komme doch gerne mal ins Gespräch. Mal schauen...

    Grüße
    Manfred Rebentisch
    • 11 Oct 2005, 7:03 pm
  • Benny Bräuer
    Benny Bräuer    Group moderator
    The company name is only visible to registered members.
    Re^3: SOAP-Einsatz in der Praxis
    Hallo,

    ein schönes Beispiel für Web Services via SOAP wurde in der c't 15/05 beschrieben. Die Uni-Leipzig stellt seit einiger Zeit ihr riesiges Wortschatz-Archiv zur Verfügung (http://wortschatz.uni-leipzig.de). Es wurde erläutert, wie sich diese Wörtersammlung als Wörterbuch & Thesaurus in OpenOffice integrieren lassen. Man sieht, der Einsatz von SOAP ist sehr vielfältig.

    Beste Grüße
    Benny Bräuer
    • 20 Oct 2005, 8:34 pm
  • Falko Steinmetz
    Falko Steinmetz    Premium Member
    The company name is only visible to registered members.
    Re^4: SOAP-Einsatz in der Praxis
    Zwar is hier schon ein halbes Jahr nichts mehr reingeschrieben worden, aber vielleicht interessiert es ja trotzdem jemanden ;-)

    Neben einigen anderen kleineren SOAP Schnittstellen haben wir 2 für uns relativ wichtige Anwendungsbereiche.
    Zum einen haben wir eine Anbindung an eine Druckerei über SOAP gelöst - die Anwendung generiert Aufträge, sendet für die Aufträge Empfängerlisten, überträgt die Druckpositionen für bestimmte Textbereiche und letzendlich meldet die Druckerei den Status des Auftrags so wie die Druck-, Handling- und Portokosten über SOAP zurück.
    Unsere andere wichtige SOAP Schnittstelle ist in einem Controlling-Tool integriert, daß mit Statistikdaten aus diversen Anwendungen darüber gefüttert wird.


    Gruß
    Falko
    • 07 Jun 2006, 09:10 am
  • Peter Lukezic
    Peter Lukezic
    The company name is only visible to registered members.
    Re: SOAP-Einsatz in der Praxis
    hallo,

    also ich kann bis jetzt auch äußerst positiv über die Vielfaltigkeit von SOAP-Schnittstellen berichten. Wir setzen in einem größeren PHP/MySQL Projekt (jaja, PHP und MySQL sind nicht immer bloß auf Content Management beschränkt ;-) SOAP-Schnittstellen zu .NET-, Java- und auch SAP-Umgebungen ein. Und ich muss sagen, dass ich bis jetzt äußerst positiv vom Einsatz gestimmt bin: die Security ist ok (MS .NET WSE 2.0 bringt zwar ein paar Kompatibilitätsschwierigkeiten mit sich, also werden die meisten SOAP-Methoden durch MD5-Parameter mit Credentials bedient), die Geschwindigkeit und Stabilität ist sehr zufriedenstellend und auch die Einfach der Implementierung ist wunderbar - und das obwohl unter PHP (z.B. im Gegensatz zu .NET) doch die Implementierung etwas mehr Handarbeit verlangt.


    mfg

    Peter Lukezic
    • 19 Jun 2006, 11:10 pm
  • Ralf Mimoun
    Ralf Mimoun    Premium Member
    The company name is only visible to registered members.
    Re: SOAP-Einsatz in der Praxis
    Hallo,

    der Thread ist zwar _sehr_ alt, aber seis drum :-) Wir müssen bei einem umfangreichen Projekt mit jeder Menge Hardware reden: Waagen (LWK und Waggons, also größere Kaliber), Anzeigetafeln, Kameras, I/O-Systeme und vieles mehr. Dabei kommt unterschiedliche Hardware zum Einsatz: Anzeigen verschiedener Hersteller, standardisierte und propietäre Kameraschnittstellen usw. Für jeden der Bereiche wurde ein Server erstellt, der eine allgemeine Schnittstelle z.B. zur Abfrage einer Kamera bereit hält. Zugriff auf neue Hardware wird in den entsprechenden Server integriert.

    Damit können wir a) neue Hardware innerhalb kürzester Zeit unterstützen, ohne die Clients anzupacken, b) die Hardware wirklich verteilt unterbringen und c) praktisch unendlich skalieren.

    Weiterhin wurden auch "Software-"Dienste als Server implementiert, z.B: eine Kennzeichenerkennung. Diese kann dann auf Wunsch einen Kameraserver ansprechen oder ein Bild vom Client verarbeiten. Der Server unterstützt Engines verschiedener Hersteller, so daß auch hier der Client praktisch nichts wissen muß.

    Wenn die Aufgaben nicht zeitkritisch sind, würde ich Hardwarezugriffe nur noch auf diese Art erledigen. Schnittstellen zu propietärer Hardware sind mit der teuerste Code, man sollte ihn möglichst gut kapseln und publizieren.

    Ralf Mimoun
    • 16 Jul 2007, 11:13 am