Ausgangsanforderung: Part I – Beschreibung der Anforderung
Part II Nächster Schritt: Erstellung eines Webservice in NAV
Unser nächster Schritt besteht darin zu definieren welche Felder von Microsoft Dynamics CRM nach NAV übernommen werden sollen, um auf Basis dieser ein Webservice zu erstellen. Da es sich um eine typische “Create” Anforderung handelt habe ich mich für ein “Page Webservice” entschieden.
Im Microsoft Dynamics NAV Standard gibt es bereits eine Page welche den Großteil dieser Anforderungen (Felder) erfüllt.
Page 5050 Contact Card
Um eventuell später einfachere Veränderungen (bezogen auf die Synchronisation) an der Page vornehmen zu können, kopiere ich diese auf eine eigene Nummer, und dupliziere das Objekt. Somit bleibt das Original unberührt und ich beeinflusse nicht die Benutzeroberfläche.
Save As Page Contact Card – 50050 Page Contact Card SNYCH
Anmerkung: An dieser Stelle wäre es grundsätzlich einfach möglich und sinnvoll nicht benötigte Felder auf dieser Page zu entfernen, bzw. zusätzlich benötige einzublenden. Ich belasse es allerdings dabei mit den Feldern des Microsoft Dynamics NAV Standard zu arbeiten.
ÜBERPRÜFUNG DER KONFIGURATION FÜR DEN ZUGRIFF AUF DAS WEBSERVICE
Extras – Object Designer – Form – Form 810 – RUN
Nehmen wir die entsprechende Konfiguration des Service vor. Wir benötigen alle Felder und Methoden der Page 50050
ÜBERPRÜFE SYSTEMZUSTAND DES MICROSOFT DYNAMICS BUSINESS WEB SERVICE DIENSTES
Läuft der zugehörige Dienst für die Serviceverwaltung?
Start – Systemsteuerung – Verwaltung – Dienste
ÜBERÜFE VERFÜGBARKEIT DES SERVICE
Ist das Service verfügbar?
Öffne Internet Explorer - http://mbst-rgxps.mbst.local:7047/DynamicsNAV/WS/Services (*? Wo kann man diese ULR herausfinden?)
Auf dieser Website ist ersichtlich dass unser Service unter dem eingetragenen Namen verfügbar ist. Sollte das Service hier NICHT aufscheinen dann einen Blick zurück in das Formular 810 um zu Überprüfen dass die Option “Veröffentlichen” wirklich aktiv und gespeichert ist.
?* Das Starten des Dienstes einen Schritt davor wird im Eventlog eingetragen.
WEBSERVICE HERUNTERLADEN UM ES SPÄTER EINZUBINDEN
Dieser Schritt ist grundsätzlich optional.
Bedenken muss man allerdings folgendes:
Entwickle ich in “meiner Umgebung” stehen zumeist alle notwendigen Komponenten wie “Datenbankserver”, “Webservice Dienst”, etc. zur Verfügung.(sehr häufig auch auf einer Maschine)
Der Verweis auf ein Webservice erfolgt jedoch mittels Link. Programmiere ich also mit meinen Angaben (s.o.) weiter, würde ich das Webservice vom Server mbst_rgxps.local abrufen. In meiner Entwicklungsumgebung würde das perfekt funktionieren, aber der Kundenserver wird wohl oder übel einen völlig anderen Namen benutzen……
Um diesem Problem vorzubeugen kann man daher in der Praxis zum Beispiel das Webservice bereits am Kundenserver (in der Kundenumgebung) veröffentlichen und dieses dann für die Entwicklung “herunterladen”
“HERUNTERLADEN”
Öffne im Internet Explorer ein zweites Registerblatt – Öffne die URL des Webservice
Nun markieren wir den angezeigten Text , kopieren diesen in einen Texteditor (z.B. Notepad) , entfernen alle nicht benötigten Zeichen und speichern das Webservice in eine Datei
“Speichern unter …” [Name.wsdl] – Beispiel Webservice.wsdl
Ok das wars mal vorerst wieder. Das nächste Mal folgt Part III – Programmieren eines Plugins für Dynamics CRM
LG Rene