Seife im Tipi

[Thomas Wrobel]

ich habe versucht Ihr Beispiel aus Heft 7 "Seife im Tipi"
nachzuvollziehen. Leider bekomme ich beim Starten
des Clients und Eingabe eines Suchtextes die
Ausgabe: SOAPFehler: SOAP-ENV:Server Exception from service object:
org/apache/soap/util/xml/XercersParserLiasion

Der Dienst ist ordnungsgemäß deployed und reagiert auf einen Ping.
Ich benutze Tomcat auf Win98 mit JDK1.3 als VM.

Können Sie mir vielleicht weiterhelfen?

MfG

[Michael Seemann]

Hallo,<br>
als der Beitrag geschrieben wurde, war die aktuelle SOAP-Version 2.1. In dieser Version gab es noch eine "feste Verknüpfung" mit Xerces als XML-Parser. Deshalb habe ich den gleichen Weg verwendet, um ein leeres XML-Dokument zu erzeugen:<br>
XercesParserLiaison xpl = new XercesParserLiaison();<br>
Document doc = xpl.createDocument();<br>
In der aktuellen Version (2.2) gibt es diese Klasse (XercesParserLiaison) nicht mehr - es wird JAXP verwendet, so dass entweder der Quelltext geändert werden müsste:<br>
DocumentBuilder xdb = XMLParserUtils.getXMLDocBuilder();<br>
Document doc = xdb.newDocument();<br>
oder man tauscht die Klassenbibliothek soap.jar gegen die ältere Version (auf der CD zum Magazin enthalten) aus.<br>
Die erste Möglichkeit ist natürlich die elegantere Lösung.<br>
Ich hoffe das löst das Problem.<br>
Gruss,
Michael Seeman

[Thomas Wrobel]

Hallo,

ich habe sowohl für den Client alsauch für tomcat die soap.jar
auf der CD benutzt. Die soap.jar wird bei tomcat auch vor
jaxp in den classpath eingetragen, trotzdem bekomme ich diese
Fehlermeldung. Was mache ich wohl falsch? Beissen sich wohl
jaxp und soap bei tomcat?

Gruß
Thomas Wrobe

[Michael Seemann]

Hallo,<br>
aha - dann könnte es am fehlenden Einbinden von xerces.jar liegen - sollte ebenfalls vor allen anderen Klassenbibliotheken geschehen.<br>
Gruss, Michael Seeman

[Thomas Wrobel]

Hallo,
habe ich.<br>
Folgendes wird zuerst geladen:<br>
xerces.jar<br>
soap.jar<br>
activation.jar<br>
mail.jar<br>
bsf.jar<br>
js.jar<br>
Aber es läuft nicht !<br>

Gruß Thomas Wrobe

[Michael Seemann]

Hallo,<br>
dann hilft nur ein Blick auf die vollständige Exception des Servers. In der Klassenbibliothek soap.jar gibt es dazu ein Tool, mit dem die Kommunikation "abgehört" werden kann:<br>
java org.apache.soap.util.net.TcpTunnelGui 8070 localhost 8080<br>
anschließend den URL zum Server von Portadresse 8080 auf 8070 ändern. Beim erneuten Zugriff auf den Server müsste im linken Fenster die vollständige HTTP-Nachricht an den Server und auf der rechten Seite die Antwort des Servers zu sehen sein. Darin ist dann auch die vollständige Exception (incl. Zeilennummern) sichtbar. Vielleicht lässt sich das Problem so besser eingrenzen<br>
Gruss, Michael Seeman

[Thomas Wrobel]

Hallo,<br>
hatte mich vertan, in tomact hatte ich die neuere
version von soap eingebunden. Es funktioniert sowohl
mit alten wie mit der neueren version nach Änderung des
Codes. Jetzt muß ich erstmal alles nachvollziehen.
Gibt es eigentlich gute Literatur zu diesem Thema?<br>
Und weiter solche Themen !!!<br><br>
Vielen Dank nochmal<br>
Grüße Thomas Wrobe

[Michael Seemann]

Hallo,
mit der Literatur zu diesem Thema ist das so eine Sache. Die vorhandene L. beschäftigt sich in der Regel mit der SOAP-Spezifikation selbst. Von Microsoft gibt es ebenfalls L. - hier aber speziell für die Implementierung mit IIS und COM.<br>
Eine umfangreiche Quellensammlung zu SOAP findet man unter
http://www.soap-wrc.com/webservices/default.asp <br>
Wenn man die Entwicklung von Apache-SOAP/Axis verfolgen will, bleiben nur die entspr. Mailinglisten als Quellen.<br>
Was die Themen angeht - ist in Arbeit ;-)<br>
Gruss, Michael Seeman

[Thomas Wrobel]

Hallo,<br>
das mit der Literatur habe ich mir schon gedacht.<br>
Wie sieht es denn wirklich mit der Plattformunabhängigkeit aus.
Ist SOAP gleich SOAP?<br>
Ich habe gehört, dass wäre noch nicht der Fall; stimmt das?<br>
Auf neue Themen freue ich mich.<br>
Und das die prompte Hilfe vom Autor kommt ist echt super; nur weiter so.
<br><br>
Gruß Thomas Wrobe

[Michael Seemann]

Hallo,
im Heft 6 sind die Probleme der Plattformunabhängigkeit und Lösungsmöglichkeiten ansatzweise beschrieben. Das Problem lässt sich grob so zusammenfassen: Je mehr Komfort (z.B WSDL-Proxy), um so größer die Probleme. Je näher man am eigentlichen SOAP(rotokoll) ist, um so einfacher wird die Kommunikation.<br>
Da es sich bei der Plattformunabhängigkeit aber um ein Killerkriterium für den praktischen Einsatz handelt, geht die Entwicklung eindeutig in die Richtung zur Lösung derartiger Probleme. Insbesondere das Zusammenspiel Apache-SOAP und Microsoft-SOAP, da die meisten potientiellen Clients ein Windows-System nutzen.<br>
Gruss, Michael Seeman