Beiträge von percival

Ja, ich wollte im Grunde nur wissen, ob ich vom Agenten aus an die XSP-Daten komme. Das geht nicht, also muss ich die XSP-Daten erst ins Backend-Dokument schreiben und anschliessend dem Agenten uebergeben, der wiederum die Validierung durchfuehrt. Haette gerne was anderes gehoert, aber man kann ja nicht alles haben

Besten Dank fuer die schnelle Hilfe!

Mein Problem dabei ist folgendes: Ich moechte das Aequivalent zum damaligen QuerySave-Agenten haben. Dieser wurde gestartet, bevor das Dokument gespeichert wurde. Hier konnten dann vor dem eigentlichen Speichern noch Daten validiert bzw. anderweitige Berechnungen durchgefuehrt werden und das auf Basis der aktuellen, noch nicht gespeicherten Benutzereingaben.

Und genau da steckt das Problem: Ich habe Zugriff auf alle bereits gespeicherten, aber nicht auf die vom Benutzer aktuell veraenderten Daten. Und genau das habe ich erwartet, als ich von der neuen NotesAgent-Methode gelesen habe.

Was ich kann ist: das Dokument uebergeben, Daten innerhalb des Dokuments im QS-Agenten manipulieren und anschliessend wieder zurueckgeben. Das fortlaufende JavaScript hat dann auch Zugriff auf die veraenderten Daten.

Kurzum 50% geht, die andere Haelfte leider nicht.

Ich habe jetzt noch einmal alle Bedingungen geprueft und keinen Fehler gefunden. Aber im Grunde sollte doch auch alles mit den erforderlichen Rechten / Einstellungen laufen, denn ich erhalte das veraenderte in-Memory Dokument doch auch in geaenderter Form zurueck. Siehe Punkt iv) in meinem Ausgangsposting:

iv) Der Inhalt des Feldes "Testfeld" im JavaScript-Aufruf nach Beendigung des QuerySave-Agenten kann sowohl per currentDocument, als auch mit doc ausgelesen werden.

Ich verzweifel gerade ...

Danke fuer die Antwort! Sprichst Du von den Sektionen "Supported Configurations" und "Troubleshooting Common Errors"? Dann lautet die Antwort ja, der Agent laeuft ja auch, er hat nur keinen Zugriff auf die geaenderten (und somit im Speicher liegenden) Daten des Frontend-Dokuments.

Hallo zusammen,

ich versuche gerade die seit Notes 8.5.2 implementierte Agenten-Funktion "runWithDocumentContext" als QuerySave-Agenten zu verwenden. Folgendes sollte der Agent irgendwann koennen:

a) Der Benutzer veraendert Daten einer XPage ueber den Browser und diese neuen Werte sind dann entsprechend im NotesXspDocument enthalten.
b) Anschliessend wird vor dem eigentlichen Speichern ein QuerySave-Agent aufgerufen. Dieser soll die neuen Eingaben validieren und am Ende das Dokument zum Speichern freigeben oder eben nicht.

Als Beispiel habe ich mal eine vereinfachte Version geschrieben, um die Kernfunktionalitaet zu testen:

Hier ist der JavaScript-Aufruf:

var agent:NotesAgent = database.getAgent("WWWQuerySaveAgent"); currentDocument.setValue("currentDocument", "Frontend-Wert gesetzt!") // dieser Wert kann nicht im Agent ausgelesen werdenvar doc:NotesDocument = currentDocument.getDocument();doc.replaceItemValue("doc", "Backend-Wert gesetzt!")agent.runWithDocumentContext(doc)_dump("Auslesen des Feldes per currentDocument: " + currentDocument.getItemValueString("Testfeld"))_dump("Auslesen des Feldes per doc: " + doc.getItemValueString("Testfeld"))

Und dies ist der QuerySave-Agent:

Print "<WWWQuerySaveAgent> Agent Start"Dim doc As NotesDocumentDim s As New NotesSessionSet doc = s.DocumentContextPrint "<WWWQuerySaveAgent> -> DocID: " + doc.UniversalidPrint "<WWWQuerySaveAgent> -> doc: " + Feldinhalt(doc, "doc")	Print "<WWWQuerySaveAgent> -> currentDocument: " + Feldinhalt(doc, "currentDocument")Call doc.Replaceitemvalue("Testfeld", "Testwert wurde gesetzt")Print "<WWWQuerySaveAgent> Agent Ende"

Schlussendlich ist dies der Code fuer die Hilfsfunktion Feldinhalt:

Public Function Feldinhalt(doc As NotesDocument,Quelle As String) As Variant
	On Error GoTo Fehler	
	Dim i As Integer
	Dim itemvalue As Variant

	itemvalue = doc.Getitemvalue(Quelle)	
	If UBound(itemValue) = 0 Then 		
		Feldinhalt = itemvalue(0)		
	Else		
		Feldinhalt = itemValue		
	End If

Ende:
	Exit Function	
Fehler:
	If Err <> 0 Then
		Feldinhalt = ""
	End If
	Resume Ende	
End Function

Was passiert ist folgendes:
i) Die DocID des Backend-Dokuments kann im QuerySave-Agenten ausgelesen werden.
ii) Der Inhalt des Feldes "doc" wurde mit "Backend-Wert gesetzt!" im QuerySave-Agenten ausgelesen.
iii) Der Inhalt des Feldes "currentDocument" im QuerySave-Agenten ist leer!
iv) Der Inhalt des Feldes "Testfeld" im JavaScript-Aufruf nach Beendigung des QuerySave-Agenten kann sowohl per currentDocument, als auch mit doc ausgelesen werden.

Ich habe erwartet, dass der QuerySave-Agent allerdings auch Zugriff auf die Werte im vorliegenden NotesXspDocument hat, weil es sich schliesslich auch um ein InMemory-Dokument handelt. Stimmt etwas am Code nicht, oder habe ich schlicht einen Denkfehler?

Gruss
Sascha

An der MIME-Convertion lag es nicht direkt, sondern die Mail wurde im Backend noch nicht gespeichert. Nachdem das geschehen ist, hat Domino aus den MIME-Elements ein reines RT-Feld gezaubert und der Code laeuft einwandfrei.

Besten Dank nochmal!

Danke! Ganz genau das ist das Problem. Es handelt sich hier um eine Mail von GMail zu Notes. Das Dokument wurde noch nicht im Backend gespeichert und somit ist das Body-Feld kein einzelnes NotesRichTextItem sondern eine Reihe von MIME-Elementen.

Hallo zusammen,

derzeit verzweifel ich gerade an folgendem Problem: Es sollen innerhalb einer XPage die Namen aller Dateianhaenge aus einem ganz bestimmten Richtext-Feld ausgegeben werden. Das Ganze sollte mit Hilfe eines Repeat-Elements (indexVar = i) ganz simpel geloest werden koennen:

var doc:NotesDocument = currentDocument.getDocument();
var rtItem:NotesRichTextItem = doc.getFirstItem("Body");
var attachment:NotesEmbeddedObject = rtItem.getEmbeddedObjects().elementAt(i);
var resname:string = attachment.getName();
return resname;

Leider resultiert der o.g. Code in folgenden Fehler, den ich mir nicht erklaeren kann:

Zitat

Error while executing JavaScript computed expression
Script interpreter error, line=3, col=45: [TypeError] Error calling method 'getEmbeddedObjects()' on an object of type 'lotus.domino.local.Item [Static Java Interface Wrapper, lotus.domino.local.Item: lotus.domino.Item]'

Der Auszug aus der "IBM Lotus Domino Designer 8.5 Versions 8.5 and 8.5.1"-Hilfe sagt mir, dass es allerdings genau so funktionieren sollte:

Zitat

NotesRichTextItem
Represents an item of type rich text.
Access
To access an existing RichTextItem object, use getFirstItem in Document. You must explicitly cast the return value to RichTextItem.

Auf unserem Server laeuft die Version 8.5.2 ohne FP, kennt irgendjemand das Problem?

Gruss
Sascha

... oder man (ich) hat soviel Quell-Code in der Maske hinterlegt, dass der Debugger dies nicht mehr verwerten kann

Nach Auslagern von Funktionen in eine Script-Bibliothek klappt das Debuggen nun einwandfrei.

Danke für die Hilfe!

-------
(Das Problem ist schon lang gelöst, wollte es hier nur nochmal posten, falls jemand Ähnliches hat)

Ich bekomme überhaupt keine Meldung und kann ganz normal das Design-Element (Maske) öffnen, editieren und speichern.
Nach erneutem Öffnen der Maske sehe ich auch die Änderungen, die Rechte diesbezüglich habe ich also.

>> Denn: Ich kann auch Datenbanken im Designer öffnen, deren Code verborgen ist (Ist ja nur ein Flag, das geändert werden muss),
>> aber an den Code komme ich dann weder im Designer noch im Debugger ran.
Das bedeutet also, wenn ich den Code editieren und speichern kann, käme die Option "Hide Formulas and Lotus Script" gar nicht in Frage?

Hallo Taurec,

danke für die schnelle Antwort. Also diese genannte Option habe ich nicht gemacht, da ich kein neues Template erstellt, sondern ausschließlich eine bestehende Maske und deren Code geändert habe.

Im Anhang ist ein Screenshot, der diese Fehlerquelle eigentlich ausschließen sollte.

Hat vielleicht noch jemand eine Idee? Ansonsten werde ich wohl oder übel morgen nochmal von vorne anfangen müssen.

Gruß
Sascha

Hallo Leute,

ich verzweifel gerade eben. Während der Arbeit an meinem aktuellen Projekt kann ich, von einer Sekunde auf die andere, den Debugger nicht mehr aufrufen.

In der Statusleiste erscheint die folgende Meldung: "Debug-Anforderung ignoriert. Quell-Code ist verborgen."

Ich bin mir keineswegs bewusst, irgendwo einen Haken gesetzt oder entfernt zu haben. Des weiteren bekomme ich weiter oben in der Statusleiste die Meldung: "Auf diese Datenbank haben Sie Zugriff als Manager"; die entsprechenden Rechte sollte ich also haben.

Vielleicht kennt einer von Euch ja einen Trick oder kennt diese absurde Meldung und kann mir helfen den Quellcode-nicht-mehr-verbergen-Knopf zu finden. Bei meinem alten Stand von heute Morgen (12 Stunden und richtig viel Quellcode älter) bekomme ich wie gewohnt den Debugger auf den Monitor.

Gruß
Sascha