Hi, ich auch ! Im Moment stellt sich aber heraus, dass die von IPS verwendete SOAP Schnittstelle auf eine (veraltete) Kodierung setzt, alle Messages sind encoded:
rpc/encoded wsdls are not supported in JAXWS 2.0.
was übrigens wohl von den aktuellen Java APIs nicht mehr unterstützt wird da die SOAP-Schnittstelle sich weiter entwickelt hat:
Das bedeutet dass die Klassen für einen Zugriff nicht so ohne weiteres aus dem WSDL Files generiert werden können. Also müssten die von Hand kodiert werden wozu mir im Moment die Zeit fehlt. Auch ist nicht klar, ob das SOAP Framework dann mit den encodierten messages zurecht kommt oder ob das dann auch wieder von Hand kodiert werden muss.
@paresy: ist die encodierung fachlich notwendig oder wäre es ggfs. mit geringem Aufwand möglich das SOAP Interface auf den aktuellen Stand zu heben ? Ist das in Delphi nur ein Klick oder ist das eine Mega-Aktion ?
Ich weiss aber auch nicht, welche Anwendungen bereits existieren die auf dieser Schnittstelle aufsetzen und die damit vermutlich von einer Änderung betroffen wären…
Ich möchte gerne den Text eines Skriptes über SOAP auslesen.
Hat jemand einen dafür funktionierenden SOAP Request für mich ?
Ja, ich habe gelesen dass das in Java nicht importiert werden kann; da ich das SOAP Interface aber ohnehin von Hand code, brauche ich wohl tatsächlich nur einen Musterrequest. Hat den jemand für mich ? paresy ?
Flipper
PS : Skript ID und VariablenIDs kann ich mittlerweile lesen und als Baum darstellen …
Hallo Flipper,
du kannst dir die Klassen für die ips-wsdl’s mit
dem axis Plugin in Eclipse erzeugen lassen.
Ich hatte das für IPS2.4 unter java 1.6 mal gemacht.
im Prinzip schon, nur das aktuelle axis unterstützt die encoded wsdl nicht. Ich hab das Problem aber glaube ich auch so in den Griff bekommen.
Mit dem Runterladen der Datei bin ich auch schon weiter, ich bekomme jetzt zumindest einen Link, von dem ich vermute dass sich damit über einen Request die Datei laden lässt.
IIPSFilePool ist halt leider so gut wie gar nicht dokumentiert.
Ok, jetzt erstmal die letzte Meldung bis auf weiteres:
Skripte werden einschliesslich der Umlaute richtig über das SOAP Interface eingelesen.
Im Prinzip steht damit ein Java-Modul das die Verbindung mit IPS herstellen kann, Skript zurückschreiben sollte kein Drama werden, mache ich aber nicht mehr jetzt.
Das müsste dann aber auch noch in ein geeignetes Eclipse-Plugin eingebaut werden, bisher ist das eine eigenständige Java-Anwendung.
Also, wenn sich jemand mit Eclipse-Plugins auskennt, dann los!
So kann man sich irren ! Ist doch ein Problem, zumindest wenn man nicht weiss, dass die Delphi-API und damit die SOAP-Schnittstelle von IPS sich nicht an den SOAP Standard hält…:eek:
Eigentlich sollte die Content-ID des Attachments nämlich frei wählbar sein, ist sie aber nicht. (Edit ist sie doch, nur die spitzen Klammern hatte ich vergessen … )
läuft aber jetzt, jetzt kommt wenn Zeit da ist die weitere INtegration in Eclipse.
Immer noch keiner da, der sich damit besser auskennt als ich ?
Flipper, das ist echt phänomenal! Entwickeln in der Eclipse-Umgebung ist eine tolle Sache. Du schaffst damit einen riesigen Mehrwert für IPS! Congratulations und vielen Dank!
Wie weit sind denn deine ToDo´s vorangeschritten, würde mich auch brennend interessieren.
Des Weiteren kann man über SOAP ja gleich auch ein Skript starten lassen nachdem man es in Eclipse bearbeitet hat, nur mit evtl. Fehlermeldung/Feedbacks wird es schätzungsweise schwierig werden.
ich muss zwischendurch aber auch mal Geld verdienen und mein Haus sanieren…
Stand jetzt ist, dass ich ein plugin für Eclipse hab, mit dem ich remote die Skripte editieren und zurückschreiben kann.
Wenn Interesse besteht, kann ich das Eclipse Projekt gerne hier reinstellen zur weiteren Verwendung, fertiges Plugin geht auch, macht aber bei dem Reifegrad kaum Sinn und erweckt falsche Erwartungen:
Es handelt sich ganz eindeutig nicht um eine out-of-box Lösung, sondern vielmehr um eine zusammengeklöppelte SW, die eher als proof-of-concept, oder aber auch vielleicht als Startpunkt für umfangreiche Verbesserungen (usability, Funktionsumfang etc) anzusehen ist.
Der Code für das Handling der SOAP Request ist ebenfalls handgestrickt, dekt aber jetzt (glaube ich) die wesentlichen Fälle (keine Rückantwort oder MIME-Anhang)ab, wenn ich mich richtig erinnere.
Wenn also jemand Interesse hat, gerne. Was nicht geht, ist support oder so ( nicht weil ich nicht will, sondern weil ich nicht kann - kompetenz und resourcenknappheit halt)
