HCL Notes / Domino / Diverses > Entwicklung

Profildokument nur einmal öffnen (Eine Instanz)

(1/2) > >>

Legolas:
Hallo Forum,

ich habe das Problem, dass ich ein Profildokument per Script und/oder per @Formel öffne.

Problem:
Bei jedem Klick auf den Button wird das Profildokument als neus Instanz (neuer Reiter) geöffnet. Das führt natürlich zwangweise zu Problemen,  wenn ich dann aus Versehen in den verschiedenen Instanzen Änderungen vornehme und diese Speichere (überscheibung evtl. Änderungen usw.).

Beim Aufruf eine nornalen Notesdocumentes mit der Funktion   ws.editDocument() gibt es den letzten Parameter der dafür sorgt, dass immer nur eine Instanz des Dokuments offen ist.

Gibt es sowas nicht für die Profildokumente?
Oder habt ihre eine Workaround?

Grüße
Bernd

Ralf_B:
Hallo Bernd,

wenn ich das richtig interpretiere, ich denke mal, hier sollte das Konzept geprüft werden.
Profildokumente haben andere Eigenschaften und Beschränkungen als normale Dokumente.
Profildokumente nutze ich immer nur intern , für den Programmierer / die Datenbank selbst oder Administratoren um spezifische Angaben eben nicht im Code eintragen zu müssen.
Halt für weitgehend , sich nicht ändernde Daten... Exportdaten .. Schnittstellendaten .... Pfade... Anmeldedaten.
Ich hatte mal DB's die zu viele Profildokumente hatten ........  das war nicht wirklich Spassig.

Warum  muss denn, in Deinem Fall, ein Button existieren um die Dokumente zu ändern / zu erzeugen ?
Wer benutzt diese(n Button und für welche Angaben (DB Angaben / User Abgaben ...) ?
Wer nutzt diese Daten aus den Profildokumenten ?

Gruss
Ralf

ronka:
Ich würde sogar noch weiter gehen mit den "falsche" verwendungszwecken..

Ein Profil Dokument wird im Speicher des Servers (wenn server basierte datenbank) gehalten, und geladen mit den ersten Öffnen der Datenbank, und erst gespeichert wenn der letzte benutzer der Datenbank verlassen hat.

Damit ist ein Profil dokument NICHT geeignet um informationen zwischen zu speichern zwischen verschiedene stellen (user / dokumente).

Wenn der Datenbank Lokal ist, passiert das gleiche, aber dann halt lokal. Erst wenn der DB verlassen wird, wird gespeichert..

Ein Profil dokument ist einen "schlechte" mischung aus Daten und Design dokument, und eigentlich nur geeignet grund werten einmalig abzulegen und mehrfach auszulesen.
Wenn zu viele Änderungen gemacht werden, geht es schief. Garantiert.
Es ist auch nicht "geeignet" um mehrfach zu öffnen... wie du hier selber gemerkt hast.

Legolas:
Hallo Zusammen,

erst mal Danke für die Rückmeldungen.
Es gibt hier wohl ein Missverständnis.

Das Konfigurations-Profildokument kann nur vom Administrator aufgerufen werden um in diesem werden auch nur grundlegende statische Einstellungen zur Anwendung konfiguriert.
Die Anwendung läuft auch nur auf dem Server.

Trotzdem kommt es bei unseren Kunden immer wieder mal vor, dass auch die gut geschulten Notes Admins ;) aus Versehen mehrere gleiche Profildoikumente öffnen, da diese wärend der Kofiguration teilweise einzutragende Infos erst in ihren Systemen nachschauen müssen.
Dann kann kommt es eben immer wieder mal vor, dass der Admin nicht direkt in das bereits geöffnete Profildokument geht, sondern nochmals den Button zum Öffnen des Profildokuments klickt. Und somit wird eine weiter Instanz (Dokument) geöffnet.
Fällt dem Admin das nicht auf, konfiguriert er die Anwendung nun in zwei oder mehr "gleichen" Profildokumenten. Speichert er nun diese ohne "nachzudenken" alle einfach ab, überscheiben sich die Daten.

Daher die Frage: Gibt es einen Befehl, mit dem ich das Profildokument nur einmalig im UI öffnen kann?

Wie z.B. der Befehl für die normalen Notsdokumente:  
Call ws.Editdocument(True, doc, false, "", Nothing, False)
Hinweis: Hier bewirkt der letzte Parameter, dass kein weiter neue Instanz eines Dokuments im UI geöffnet wird sondern zur bereits geöffnete Instanz gesprungen wird.


Die folgenden Befele öffnen bei jedem Klick das Profildokument als neue weitere Instanz:
Und das will ich eben verhindern.

1) @Command([EditProfile]; "dbsetup")
2) ws.Getprofiledocument("dbsetup")


Grüße
Bernd

 

Ralf_B:
Hallo Bernd,

bei solchen Admins kenne ich nur eine Lösung :
Eine Maske / Dokument erstellen wo die Admins die Daten eingeben können und einen Button, womit die Daten übertragen werden.
Dann können die eingegebenen Werte auch gleich auf "Gültigkeit" überprüft werden.
Also: Direkten Zugriff auf das Profildokument gar nicht erst anbieten.
Auch kann ich dann Zugriffe einschränken und .... .

Gruss
Ralf

Navigation

[0] Themen-Index

[#] Nächste Seite