Domino 9 und frühere Versionen > ND9: Entwicklung

Xpage - Neues Dokument

(1/2) > >>

maxritti:
Hallo zusammen,

wir haben eine Datenbank entwickelt, wo wir unsere Kontakte von externen Unternehmen speichern. Bislang via Lotus Notes.

Nun sind wir auch mal den Weg gegangen und haben hier XPages implementiert.
Es gibt nun eine XPage, wo die Kontakte angezeigt werden und dort gibt es einen Button, welcher als Action ein "Open Page" ausführt und dort eine andere XPage öffnet. Als Target Document steht "New document".

Dies klappt im meiner Entwicklungsumgebung einwandfrei. Es gibt die bestehenden Dokumente und beim Klick auf den Button wird die andere XPage geladen und man kann Daten eingeben und speichern.

Nun habe ich diese DB als Template definiert und auf die produktive DB übernommen.
Merkwürdigerweise klappt es da nicht mit einem neuen Dokument. Es gibt zwar die Ansicht der bestehenden Dokument aber bei Klick auf den Button passiert gar nichts.

Nun ist der Unterschied, dass die DB auf einem anderen Dominoserver liegt, wo über einen Reverse Proxy (apache) auf die DB zugegriffen wird.
Könnte der Reverse Proxy hier der Grund sein, dass das neue leere Dokument nicht erstellt wird?
Oder gibt es bei dem Dominoserver für XPages noch eine Einstellung, wo das verhindert werden könnte?

Rufe ich die neue Maske mit der folgenden Erweiterung auf, geht die Maske auf.
  
/xpPerson.xsp?action=newDocument

Aber selbst der Save Button klappt da nicht.

Die ACL ist auf jeden Fall korrekt eingestellt. Denn via Notes Client kann der Benutzer Dokument erstellen.

Ich habe da mal den Reverse Proxy im Verdacht.

/EDIT:

Ich werde wohl kommende Woche mal schauen, dass ich aus dem LAN ohne den Reverse Proxy auf die DB komme. Dann wird sich das ja zeigen, ob dieser daran schuld ist.

pram:
Hallo Jörg,


--- Zitat von: maxritti am 20.06.15 - 19:56:33 ---Nun ist der Unterschied, dass die DB auf einem anderen Dominoserver liegt, wo über einen Reverse Proxy (apache) auf die DB zugegriffen wird.
Könnte der Reverse Proxy hier der Grund sein, dass das neue leere Dokument nicht erstellt wird?

--- Ende Zitat ---
Natürlich, so ein Reverse-Proxy KANN an allem möglichen schuld sein. Hängt halt von dessen Konfiguration ab.
Hier muss man aber sehr wahrscheinlich mit bestimmten Filtern "nachhelfen".


--- Zitat von: maxritti am 20.06.15 - 19:56:33 ---Oder gibt es bei dem Dominoserver für XPages noch eine Einstellung, wo das verhindert werden könnte?

--- Ende Zitat ---
Die ACL. Insbesondere  "Maximaler-Internet-Zugriff"


--- Zitat von: maxritti am 20.06.15 - 19:56:33 ---Die ACL ist auf jeden Fall korrekt eingestellt. Denn via Notes Client kann der Benutzer Dokument erstellen.

--- Ende Zitat ---
Sicher. Auf was steht "Maximaler Internet Zugriff"? Kannst du vorhandene Dokumente ändern?


--- Zitat von: maxritti am 20.06.15 - 19:56:33 ---Ich habe da mal den Reverse Proxy im Verdacht.

/EDIT:

Ich werde wohl kommende Woche mal schauen, dass ich aus dem LAN ohne den Reverse Proxy auf die DB komme. Dann wird sich das ja zeigen, ob dieser daran schuld ist.

--- Ende Zitat ---
Ich würde noch die ACL checken und es dann mal ohne Reverse-Proxy probieren. Sehr wahrscheinlich liegt hier der Hund begraben. (SessionCookie wird nicht sauber durchgereicht o.ä.)


Gruß
Roland

maxritti:
Danke Dir schon mal für die Antwort.

"Jugend forscht" geht weiter. Einen Teilerfolg konnte ich schon mal verzeichnen.

Denn bislang war es auch so, dass sich bestehende Dokumente nicht gespeichert werden konnten. Da passierte einfach nichts.

Da habe ich beim Reverse Proxy einfach mal das Verzeichnis "xsp" eingetragen und siehe da. Nun kann ich speichern.
Nur das  mit den neuen Dokumenten klappt noch nicht.
Da passiert nach wie vor nichts.

Naja. Mal schauen. Rom wurde auch nicht am 1. Tag erbaut  ;)

m3:
Schluckt der RP ev POST events oder URL Parameter? Ich würde dessen Logs mal genauer durchsuchen.

maxritti:
POST Events und URL Parameter frisst der Proxy.

Denn bearbeiten eines bestehenden Dokuments klappt ja und erzeugt dieses Log:


--- Code: ---x.x.x.x - - [30/Jun/2015:12:56:48 +0200]"POST /ABBook.nsf/xpPerson.xsp?documentId=E2173A7A2BC388C9C1257E550051909C&action=editDocument HTTP/1.1" 302 - "ShimmerS=ET:20150630T112044%2c82Z&R:0&AT:M&N:FB2C11221F6EC185B582136FA6CBD1C3; iwaSSL2=1; iwaSSL=1; SessionID=5B8C8B3DA74D2FB93957EDB0ACF60607316D2B09; LtpaToken=AAECAzU1OTI3NDg0NTU5MjdCOENDTj1Kb2VyZyBXZXR6aWcvTz1qdy1pdMLh5hjJuAMW4pMtnqDNRsztYpUP; iNotesServer=dommail"
x.x.x.x - - [30/Jun/2015:12:56:48 +0200]"GET /ABBook.nsf/xpMain.xsp HTTP/1.1" 200 2049 "ShimmerS=ET:20150630T112044%2c82Z&R:0&AT:M&N:FB2C11221F6EC185B582136FA6CBD1C3; iwaSSL2=1; iwaSSL=1; SessionID=5B8C8B3DA74D2FB93957EDB0ACF60607316D2B09; LtpaToken=AAECAzU1OTI3NDg0NTU5MjdCOENDTj1Kb2VyZyBXZXR6aWcvTz1qdy1pdMLh5hjJuAMW4pMtnqDNRsztYpUP; iNotesServer=dommail"
--- Ende Code ---


Das Speichern bei einem neuen Dokument sieht ähnlich aus. Halt "nur" mit dem Paramter action=newDocument.


--- Code: ---x.x.x.x - - [30/Jun/2015:12:56:53 +0200]"POST /ABBook.nsf/xpPerson.xsp?action=newDocument HTTP/1.1" 302 - "ShimmerS=ET:20150630T112044%2c82Z&R:0&AT:M&N:FB2C11221F6EC185B582136FA6CBD1C3; iwaSSL2=1; iwaSSL=1; SessionID=5B8C8B3DA74D2FB93957EDB0ACF60607316D2B09; LtpaToken=AAECAzU1OTI3NDg0NTU5MjdCOENDTj1Kb2VyZyBXZXR6aWcvTz1qdy1pdMLh5hjJuAMW4pMtnqDNRsztYpUP; iNotesServer=dommail"
x.x.x.x - - [30/Jun/2015:12:56:53 +0200]"GET /ABBook.nsf/xpMain.xsp HTTP/1.1" 200 2049 "ShimmerS=ET:20150630T112044%2c82Z&R:0&AT:M&N:FB2C11221F6EC185B582136FA6CBD1C3; iwaSSL2=1; iwaSSL=1; SessionID=5B8C8B3DA74D2FB93957EDB0ACF60607316D2B09; LtpaToken=AAECAzU1OTI3NDg0NTU5MjdCOENDTj1Kb2VyZyBXZXR6aWcvTz1qdy1pdMLh5hjJuAMW4pMtnqDNRsztYpUP; iNotesServer=dommail"
--- Ende Code ---


Es gibt auch noch Error Logs des RP, nur die werden zugeflutet.
Da muss ich dann wohl mal nach dem Unterschied suchen.

Navigation

[0] Themen-Index

[#] Nächste Seite