PHP-Zugriff auf Notes

[inu]

Ich teste das ganze auf einem Windows-PC. Entwickeln tu' ich das ganze unter Zend Studio. Dort erhalte ich beim debuggen ein kleines Fenster (siehe Anhang).

Im Browser selbst erhalte ich zwar keine Fehlermeldung. Aber auf Grund von eigefügten Debugausgaben sehe ich, dass hier bestimmte Sachen nicht ausgeführt werden.

[m3]

Na wenn Dir die Notes-Applikation abschmiert hats aber gröber was.

[inu]

selbst wenn ich nach dem "createdocument" gleich ein "$ergebnis = $docinput->save(true,true)" aufrufe, wird $ergebnis auf FALSE gesetzt.

 

[Thomas Schulte]

Da gibt es dann im Data Verzeichnis ein Unterverzeichnis IBM_TECHNICAL_SUPPORT und da stehen dann nsd_* Files drin. Die "können" einen Hinweis auf die Fehlerursache geben.

[inu]

diese Logdatei ist ellenlang. Ich hab mal durchgeschaut. Den Großteil des Inhalts nimmt eine Auflistung von Dateien ein. So richtig eine Fehlermeldung erkennen kann ich nicht. Aber das muss bei dieser Datei wohl nichts heißen...

[Thomas Schulte]

Such mal nach FATAL

[inu]

"FATAL" gibt es nicht!

[inu]

zusätzlicher Hinweis: das ganze läuft auf einem Domino-Server der Version 6.5.5

[Thomas Schulte]

Das gibt es nicht, das es kein FATAL gibt wenn du einen NSD Report hast.

[inu]

ich habe doch extra über die Suchfunktion die Datei durchsucht. Da gibt es kein "FATAL".

[inu]

Zusatzfrage: Reicht es, wenn auf dem Apache-Server lediglich ein Notes-Client installiert ist, der dann wiederum auf den eigentlichen Domino-Server zugreift? Ich möchte ungern beide DB-Server auf der gleichen physischen Maschine laufen lassen

[Thomas Schulte]

Hab ich noch nie ausprobiert. Bei uns laufen beide Server auf der gleichen Maschine. Wobei ich das so ohnehin nicht mehr machen würde. In der nächsten Version werden wir die COM Schnittstelle durch Webservices ersetzen.

[inu]

Warum durch Webservices ersetzen?

[Thomas Schulte]

Wir haben mit der COM Schnittstelle von PHP aus gemischte Erfahrungen gemacht. Teilweise brachen bei Releasewechseln bei PHP oder Zendt (das kann übrigens auch ein Grund für deine Fehler sein), die COM Verbindungen zum Domino Server im Viertelstundentakt weg. Im Moment haben wir wieder einmal einen Status erreicht wo es langt den kompletten Server einmal am Tag runterzufahren. Lebt er länger als 24 Stunden ist plötzlich die COM Schnittstelle aus dem Shop heraus nicht mehr verfügbar. Spricht man die Schnittstelle dann z.B. über ein VB Programm direkt an reagiert der Server noch. Das Problem ist aber nicht der Server, sondern eigentlich immer PHP oder Zendt.

[inu]

Nun habe ich keinerlei Erfahrungen mit WebServices. Lohnt sich der Umstieg? Wo kann man da was nachlesen? Wie wird das programmiert? Kann ich dann von PHP dort zugreifen?

[Thomas Schulte]

V7, Ja das lohnt sich. Wie steht im Online Handbuch des Domino Designers, wie du das aus PHP ansprichst, da musst du bei PHP nachschauen.

[ata]

PHP ist case-sensitiv - in der Funktion setItemValueString von Thomas sind zwei unterschiedliche Schreibweisen enthalten für ReplaceItemValue - ist das in deinem Code schon berücksichtigt?

Toni

[flaite]

PHP ist case-sensitiv -

IMNSHO sind Probleme mit solchen Integrations-Basis-Architekturen wie COM oft nicht mit Trivial-Erklärungen wie case-sensitive aus der Welt geschafft.
Com ist einfach eine Integrationstechnologie mit einer Menge an gotchas.
Com ist eine MS-Technologie und eine Motivation von .NET ist ja gerade, einen Großteil der Entwickler von den Komplexitäten von .Com zu schützen (oder so ähnlich).
Die Statements von Thomas Schulte bestätigen eigentlich alle meine Ängste bezüglich .COM und ich hab damit auch schon gearbeitet (und bin in merkwürdige Probleme gekommen).

Theoretisch gibt es in Notes über Java eine Menge an weiteren Remoting-Integrationsmöglichkeiten. 
Ich hab darüber in der letzten Woche eine Menge herumevaluiert und hab mich jetzt für SOAP mit Axis Webservices entschieden.
Die Alternativen wäre mehr low-level xml gewesen und auch das könnte man für eine Notes - > PHP Integration nutzen.
Man braucht dafür ja keine SOAPx.x Umgebung.

Aus Notes wird ein xml gebaut.
Das xml wird an einen PHP Server geschickt.
Der PHP Server macht mit den einkommenden Daten etwas
und schickt ein xml an Domino zurück
Domino macht aus den xml-Daten etwas. 

Dafür braucht es natürlich http, ssl, xml, http-Programmierung in Domino, xml Programmierung in Domino, xml Programmierung in PHP Kenntnisse. Und die können auch nicht an einem Nachmittag erworben werden, da zu umfangreich. Das ist mehr so eine langfrist Sache.

Ich hab mich für SOAP mit Axis entschieden wg. der besseren Toolunterstützung und weil es hier eine für mich noch unübersichtliche Menge (bin neu hier) von Projekten mit IBM Tools gibt und ich glaub das die SOAP besser unterstützen als REST.

Trotzdem find ich die REST-Architektur interessant.
http://www.xmlmagazin.de/itr/online_artikel/show.php3?id=209&nodeid=69

Gruß Axel

[flaite]

Für Webservices haben Microsoft, IBM und einige andere zusammen verschiedene Versionen des SOAP Standards verabschiedet. SOAP ist weit verbreitet aber unter Programmierern nicht sehr beliebt.
SOAP ist sehr komplex und vielschichtig.
Natürlich gibt es automatisierte Tools. Aber es ist so wie es immer ist -> Es treten Probleme auf und um mit denen fertig zu werden, sollte man die unterliegende Technologie verstehen.
Die Webservices von Lotus selbst basieren auf der open Source Webservices Implementierung Axis. Genauer Axis 1. Es gibt mit Axis 2 einen ganz neuen Ansatz in apache. Das kommerzielle Systinet gilt als deutlich ausgereifter und besser. Würde IBM Systinet kaufen, ginge das sicher groß durch die Presse. Aber so ist eben openSource Apache Axis zukunftsweisend und das Maß aller Dinge.

In Deutsch gibt es für Axis Webservices das leicht veraltete "Java Web Services mit Apache Axis" (2004). Ich les das gerade. Es ist ganz bestimmt nicht einfach (liegt am Thema) und ich mache Webservices/Axis nicht zum erstenmal.

Grundsätzlich machts aber Sinn und man kriegt damit auch etwas zu Wege.