Set mySOAPClient = CreateObject("MSSOAP.SOAPClient")
mySOAPClient.mssoapinit("http://127.0.0.1:8080/axis/services/urn:EightBall?wsdl")
Msgbox mySOAPClient.getAnswer
<service name="urn:EightBall" provider="java:RPC">
<parameter name="allowedMethods" value="getAnswer askQuestion"/>
<parameter name="className" value="EightBall"/>
</service>
habe das mit dem soapconnector erstmal auf eis gelegt.Punkt 1 ist hochinteressant. Dann dürfte vielleicht nur noch eine Kleinigkeit fehlen. Wo hast du das SOAP Toolkit installiert. Auf dem Notes-Server? Ist es auch auf dem Client installiert. Falls die Anwendung im Notes-Client (nicht Browser) läuft, bedenke, dass sowas wie QuerySave und auch Agenten, die user-getriggert sind, auf dem Client laufen. Das SOAP Toolkit muß also auf dem Client installiert sein. Was bekommst du für Fehlermeldungen?
versuche es mal mit dem soap toolkit von microsoft.
1. versuch: notes webserviceanfrage und webservice auf einem PC, klappt.
2. versuch: webservice auf einem pc und webservice aufruf über einen Notes server (soaptoolkit inst.), klappt nicht. klappt es vielleicht, wenn ich den serviceaufruf in einen agent packe?
zu 4. das mit dem tcp monitor ist vielleicht gar keine schlechte idee. habe auf der schnelle leider auf microsoft seite nichts vergeleichbares gefunden. wäre echt nett wenn du mir mal posten könntest, wie ich da dran komme ;)Du mußt doch eine Serverkomponente installieren. Poste morgen wie das geht. Es geht.
zu 3. was ist HTTPSocketConnections in java? ist das ein http get/post aufruf?nö. wieso? funktioniert. HttpUrlConnection implementiert sowohl http-get als auch post. Die Header-Felder kann man auch setzen. Vermutlich hast du noch firewall-Probleme. Neben meiner am Freitag gepostete Lösung gibt es noch weitere. Unser Webservice läuft im Intranet. Da gibt es keine Firewall.
habe es auch mit dem http get probiert, habe aber dann erfahren das es ein bug in der version 6.0.2 cf1 gibt. http get funktioniert dort nicht, war echt toll.
die beispiel db´s aus der "the view" sahen ganz gut aus, leider fehlt mir aber der text dazu.Ich hab wie gesagt das Problem mit den proprietären Zusatzdateien, die von Microsoft SOAP Toolkit erwartet werden. Ich könnte die wohl auch von Hand erzeugen und auf den Axis-Tomcat stellen. Weiß aber nicht wie ich das von Hand machen soll. Interoperabilität von Webservices ist nach wie vor nicht einfach zu lösen.
hast du die beispiele schon einmal ausprobiert?
irgendwie ärgere ich mich gerade darüber, das lotus notes (IBM) nicht in der lage ist, die zeichen der zeit zu verstehen und wenigstens ein workouround für eine lösung zum konsum von webservices (egal welcher programmiersprache und welcher plattform)herausbringt. oder binn ich einfach zu blöd.Das ist trotz aller Hochglanzbroschüren nach wie vor eine n.e.u.e T.e.c.h.n.o.l.o.g.i.e. Da sind selbst auf dem Spezifikationen-Level viele Sachen noch nicht geklärt. Dies betrifft scheinbar v.a. das Thema Interoperationalität von Webservices. IBM hat diese Woche ein neues Toolkit herausgebracht. Vielleicht ist da was dabei.
ich möchte mich viel lieber mit connectoren beschäftigen.Was ist das ???
irgendwie habe ich so das gefühl, ibm pusht zu sehr ihren websphere.Wie gesagt: Ich glaube IBM würde liebend gerne ein vernünftiges Toolkit für Domino-Webservices auf den Markt werfen. Glaub aber nicht, dass das bei Domino wirklich so einfach ist.
und ich kann kein java.
habe letztens eine vielleicht spannende alternative gesehen:Gute Idee. Ich finde ärgerlicherweise nicht die Zeit mich mal wirklich intensiv mit MS.NET und den ganzen Servern zu beschäftigen. Ich sehe seit einiger Zeit IBM als genau so einen Konzern wie Microsoft. Das letzte mal, dass die mir was geschenkt haben war eine Süssigkeitentüte auf einer Weihnachtsfeier als 6-jähriger, weil mein Vater da beschäftigt war.
ich habe mir mal den neuen biztalk server (2004) angeschaut. sieht ganz vielversprechent aus. was mir ein wenig bauschmerzen bereitet, ist das es von microsoft ist.
aber sah seeeeehhhr interessant aus.
Punkt 1 ist hochinteressant. Dann dürfte vielleicht nur noch eine Kleinigkeit fehlen. Wo hast du das SOAP Toolkit installiert. Auf dem Notes-Server? Ist es auch auf dem Client installiert. Falls die Anwendung im Notes-Client (nicht Browser) läuft, bedenke, dass sowas wie QuerySave und auch Agenten, die user-getriggert sind, auf dem Client laufen. Das SOAP Toolkit muß also auf dem Client installiert sein. Was bekommst du für Fehlermeldungen?Habe ich das Soap-Toolkitt auf beiden (Server & Client) installiert kommt die Meldung: No Resume, wenn ich das Soap-Toolkitt nur auf dem Server installiert habe kommt die Fehlermeldung: Cannot Create Automation Object (kann mit dem Soap aufruf nichts anfangen).
Mein Problem, das SOAP Toolkit aus Notes zu nutzen, um einen Axis SOAP-RPC Webservice aufzurufen, besteht darin, dass Microsoft neben WSDL ein proprietäres Zusatzdeskriptions-File fordert. Name kommt morgen. Bin zu faul jetzt den Lapptop zu öffnen.Meinst du "Disco"?
nö. wieso? funktioniert. HttpUrlConnection implementiert sowohl http-get als auch post. Die Header-Felder kann man auch setzen. Vermutlich hast du noch firewall-Probleme. Neben meiner am Freitag gepostete Lösung gibt es noch weitere. Unser Webservice läuft im Intranet. Da gibt es keine Firewall.
Mein Problem ist es, einen Webservice zu konsumieren, der auf einem Server läuft (ich kann ja nicht bei ca. 2000 Anwendern das SoapToolkit installieren). ???Mit Domino lässt sich mit Tricks sicher erreichen, dass der Agent auf dem Server läuft.
Da scheint es noch keine brauchbare Lösung zu geben.
Der SoapConnector konsumiert nur Webservices mit Soap-RPC.Das Soap Toolkit unterstützt auf jeden Fall SOAP-RPC. Ich glaube er unterstütz beides: Dokument-basiert und SOAP-RPC.
Ich weiss nicht ob das mit bei Microsoft Webservices funktioniert?! Das schein auch mein problem zu sein. Na ja muss mal schauen.
Habe ich das Soap-Toolkitt auf beiden (Server & Client) installiert kommt die Meldung: No Resume, wenn ich das Soap-Toolkitt nur auf dem Server installiert habe kommt die Fehlermeldung: Cannot Create Automation Object (kann mit dem Soap aufruf nichts anfangen).Das hat vermutlich etwas mit fehlenden WSML files zu tun. Diese Files scheinen Toolkit3.0 spezifisch zu sein. Ich habe den starken Verdacht, dass es diese WSML-Files in Version 2.0 des Toolkit noch nicht gab (die Beispiele aus theView basieren auf dieser 2.0er Version. Ich bin mir relativ sicher, dass es diese WSML Files für MS.NET Webservices nicht gibt. Nur im Toolkit, das ja nicht für .NET sondern für VB.Classic, VC++.Classic da ist. Diese Fehlermeldungen kenne ich sehr gut.
Meinst du "Disco"?nein. WSML.
"ich möchte mich viel lieber mit connectoren beschäftigen."Also business-logic. Tja. Kommt mir irgendwie sehr bekannt vor. Bei Enterprise Java Beans wurde auch versprochen, dass programmatisch komplexe Dienste wie Pooling, Transaction, Security, Object Relational Mapping, Datenbank Integrität/Performance uvam von EJB transparent und einfach zu benutzen geliefert wird und sich der Anwendungsentwickler eben auf die Anwendungsentwicklung und nicht um low-level Zeug (wie z.B. hier SOAP-Kommunikation) kümmern braucht.
Was ist das ???
RE: meine damit, webservices anzunehemen und weiter zu verarbeiten
Denke mal darüber nach erstmal mit einer xml datei zu arbeiten, die ich von der c# anwendung erzeuge und dann in domino einlese.Das ist sicher erst einmal ein akzeptabler workaround.