Beiträge von uhoernig

Hallo zusammen,
vielen Dank für die Diskussion und Hilfe.
Ich werde dieses Thema hiermit beenden.
Gruß Uwe

Hallo Dirk,

das bedeutet aber, nach meinen Erfahrungen, dass das Feld mit dem Link schon im Ausgangsdokument vorhanden sein muss, damit es an die nächste Seite "durchgereicht" werden kann. Ich habe zum Beispiel versucht, den URL der aktuellen Seite in einem Feld berechnen zu lassen, während diese aufgerufen wird und wollte dieses Feld dann an die Folgeseite weiterreichen. Auf letzterer war das Feld dann leer. Offensichtlich können nur Felder vererbt werden, welche in dem Dokument abgespeichert sind.

Gruß Uwe

Hallo

gerd, ja auch ich habe es mit IE 8 probiert aber da ist, wie gesagt nach dem @Compose der HTTP_Referer leer. Keine Ahnung woran das liegen könnte.

Diali, das ist mir jetzt fast peinlich zu fragen: Wie bekomme ich denn den Link oder URL des aktuellen Dokuments zurück, meinst Du über Path_Info oder gibt es eine Notes - Formel (Habe ich gesucht und bisher keine gefunden)?

Danke!

Nun habe ich doch noch eine Frage.
Ich habe festgestellt, dass im Internet Explorer (in meinem Falle IE die CGI Variable HTTP_Referer leer ist, wenn man ein neues Dokument mit @Compose aus einem bereits zum Bearbeiten geöffneten Dokument heraus erstellt.
Damit scheint die gefundene Lösung für den IE nicht baruchbar zu sein. Wenn ich ein Dokument aus einer Ansicht heraus erstelle funktioniert es allerdings auch mit dem IE.

Gibt es da einen Trick den IE zu überlisten oder mache ich nur etwas falsch?

Hallo gerd, das funktioniert sehr gut. Herzlichen Dank. Das waren die entscheidenden Hinweise, die ich brauchte.

Gut, vielen Dank, da muss ich mir wohl etwas anderes einfallen lassen. Ich habe schon versucht, den HTTP_Referer in einem Feld beim Erstellen des Dokuments über einen WebQueryOpen - Agent abzuspeichern. Leider ist mir bisher auch das nicht gelungen. Das Feld ist nach dem Submit immer leer.

Sub Initialize
Set session = New NotesSession
Set db = session.CurrentDatabase
Set note = session.DocumentContext

Call note.ReplaceItemValue("referer", note.GetItemValue("HTTP_Referer")(0))
Call note.Save(False, True)

End Sub

Dann verstehe ich aber nicht, warum die Weiterleitung auf die vorhergehende Seite klappt, wenn das $$Return - Feld die Eigenschaft "bearbeitbar" hat und sichtbar ist.

Vielen Dank für die Hilfe. Leider kann ich keine positive Rückmeldung geben. Schon wenn ich das $$Return - Feld auf "Berechnet zur Anzeige" setze erfolgt keine Weiterleitung auf die vorherige Seite mehr. Ich muss das Feld also nicht einmal verbergen. Ansonsten habe ich alles so konfiguriert, wie mir gerd empfohlen hat.
Zur Verdeutlichung habe ich einmal ein paar Screenshots angefügt.

Da hast Du sicherlich recht. Ich habe das Feld auch schon auf Bearbeitbar gesetzt, was nichts am Sachverhalt ändert.

Das Feld HTTP_Referer ist in der Maske als Feld (berechnet beim Anlegen) vorhanden.

1. Wenn ich ein neues Dokument erstelle, ist das Feld wie folgt belegt:
HTTP_Referer http://ServerName/datenbankpfad/Ansicht?OpenView

2. Wenn ich das $$Returnfeld verberge und auf Submit drücke ist HTTP_Referer wie folgt belegt:
HTTP_Referer http://ServerName/Datenbankpfad/Maske?OpenForm.
Die URL verweist in diesem Fall genau auf die erneut geöffnete Maske.

3. Wenn ich das Feld $$REturn nicht verberge steht in HTTP_Referer die URL auf die vorhergehende Seite, also http://ServerName/datenbankpfad/Ansicht?OpenView, wie unter 1..

@Command([FileSave]);
@Command([FileCloseWindow])

Was wird erwartet:
Ich möchte nach Betätigen des "Submit" - Buttons wieder auf der Ausgangsseite landen. Die Adresse müsste dazu im Feld $$Return stehen, was die CGI Variable HTTP_Referer bewirkt, welche ich in das Feld hineinrechne.

Was passiert:
Wenn ich das Feld $$Return in den Feldeigenschaften verberge, wird man zur gleichen Eingabemaske geleitet.
Lasse ich das Feld $$Return sichtbar, gelange ich, wie gewollt, auf die Ausgangsseite, in diesem Fall die View aus der heraus ich die Maske zum Erstellen des neuen Dokuments aufgerufen habe.

Es reicht bereits, wenn ich das bearbeitbare $$Return - Feld über die Verbergen - Optionen in den Feldeigenschaften verberge, schon funktioniert es nicht mehr.

Hallo,
ich entwickle gerade eine kleine Webanwendung unter Domino 7.0.3.
Aus einer Ansicht heraus erstelle ich ein neues Dokument mit @Compose. In der Eingabemaske habe ich einen Submit - Button und ein Feld $$Return. Die Formel des $$Return - Feldes ist:
"[" + HTTP_Referer + "]". Ich möchte also, nach dem Senden der Seite, wieder auf die vorhergehende Seite gelangen, das wäre die View, aus welcher ich die Maske aufgerufen habe.
Das Ganze funktioniert nun leider nur, wenn das $$Return - Feld bearbeitbar und sichtbar ist. Sobald ich das Feld verberge funktioniert es nicht mehr.
Ich könnte das Feld jetzt sichtbar lassen, das finde ich aber sehr unschön, denn der Nutzer soll davon nichts mitbekommen.

Hat jemand vielleicht einen Tipp für mich?
Uwe Hörnig

Das Startscript haben wir von Daniel Nashed. Nein die Javaconsole startet das natürlich nicht. Aber ich kann doch die Javaconsole über /opt/lotus/bin/jconsole aufrufen, wenn sie noch nicht laüft. Und das klappt halt nicht.

Jetzt lasse ich den Server über ein Startscript starten. Danach kann ich mich abmelden und der HTTP - Task läuft fehlerfrei.

Das einzige was mir jetzt noch ein bisschen fehlt ist die Java - Konsole. Die bekomme ich einfach nicht mehr gestartet. Da wird mir immer gesagt, dass der Servercontroller entweder nicht läuft oder dieser nicht auf Port 2050 lauscht.

Vielen Dank für Deine Tips!

Vielen Dank. Könntest Du mir bitte die Parameter erklären, die Du an die Kommandozeile zum Starten der Javaconsole angehängt hast?

Hallo,

mit folgendem Phänomen habe ich derzeit zu kämpfen und es wäre toll, wenn mir jemand einen Tip geben könnte:

Unsere Domino Server haben alle die Version 7.0.2. und sind auf Suse Linux der Version Enterprise 10 aufgesetzt.

Nachdem ich mit "/opt/lotus/bin/Server &" oder "/opt/lotus/bin/server -jc" den Dominoserver gestartet habe sieht erst einmal alles ganz gut aus. Der HTTP - Task läuft und über "http://<Hostname>/webadmin.nsf" kann ich zum Beispiel den Webadministrator starten.
Jetzt melde ich mich am Linux - Server ab. Ich versuche noch einmal über den Browser den Webadministrator aufzurufen, doch dieses Mal wird die Seite nicht gefunden.
Ein Blick in den Domino-Administrator zeigt mir, dass der HTTP-Task noch läuft.
Die Kommandos "tell HTTP restart" oder "tell http quit" bleiben ohne Reaktion.
Wenn ich den Server jetzt über "restart Server" neu starten will, fährt er nicht ganz herunter. Irgendwelche Tasks (HTTP?) bleiben noch hängen. Dann hilft nur noch "/ot/lotus/bin/nsd -kill".
Danach läßt sich der Sever wieder starten.

Hat jemand eine Idee?