Das Notes Forum

Domino 9 und frühere Versionen => ND7: Entwicklung => Thema gestartet von: TomLudwig am 06.08.07 - 16:48:00

Titel: Code der immer ausgeführt wird...
Beitrag von: TomLudwig am 06.08.07 - 16:48:00
... beim öffnen einer Datenbank. Egal ob Script oder Formeln?

Hallo,

ich habe in folgendem Thread gelesen, dass das Datenbankscript leicht umgangen werden kann.
http://atnotes.de/index.php?topic=28185.0

Ich möchte ein Stück Code schreiben, das beim Öffnen einer Datenbank ausgeführt wird. Dieser soll einige Parameter überprüfen und ggf. die Datenbank gar nicht öffnen lassen.

Meine Idee war das Postopen Event des DatenbankScripts und anschließend ein Source.Close()

Hat jemand noch eine andere Idee?!

Viele Grüße!!!



Titel: Re: Code der immer ausgeführt wird...
Beitrag von: koehlerbv am 06.08.07 - 16:56:01
Eine zentrale sichere Stelle gibt es nicht, ganz sicher wirst Du es sowieso niemals schaffen - Du kannst nur den Zugriff auf die DB insgesamt verbieten.

Wozu soll das überhaupt gut sein?
Bernhard
Titel: Re: Code der immer ausgeführt wird...
Beitrag von: TomLudwig am 06.08.07 - 17:00:55
Um zentrale Einstellungen aus einem Profildokument zu laden und zu kontrollieren.

Diese wollte ich dann über die gesamte Dauer im Speicher halten, bis die Datenbank geschlossen wird.
--> Dieser Schritt wird aber noch unmöglicher sein... :(
Habe jedenfalls noch keine Lösung gefunden.

Dank dir Bernhard

Titel: Re: Code der immer ausgeführt wird...
Beitrag von: koehlerbv am 06.08.07 - 17:04:03
Profildokumente machen genau das, was Du willst: Solange die DB offen ist, verbleibt das Objekt im Speicher des Clients! Du willst also etwas erzwingen, was sowieso gegeben ist.

Bernhard
Titel: Re: Code der immer ausgeführt wird...
Beitrag von: Thomas Schulte am 06.08.07 - 17:16:42
Wobei Profildokumente dann aber andere Probleme aufwerfen.

Allerdings könnte der Ansatz den Nathan T. Freeman hier (http://www.lotus911.com/nathan/escape.nsf/d6plinks/NTFN-75GF6M#Comments) skizziert vielleicht einen von vielen Entwicklern herbeigesehnten Ausweg aus der Misere des "globale Datenbank Variable" Problems bieten.
Warten wir es ab.