Domino 9 und frühere Versionen > ND6: Entwicklung

Standardansicht geht immer wieder verloren

(1/3) > >>

Ceilling:
Moin. moin!

Ich habe das Forum mal durchsucht, leider aber keine passende Antwort gefunden.

Ich hatte das Problem, dass ein @Mailsend in Agenten nicht ausgeführt wird, was ich durch Deklarieren einer Standardansicht behoben hatte. Gewundert hat es mich schon, dass ich angeblich keine deklariert hatte, denn das habe ich eigentlich immer von Beginn an gemacht...

Nun jedoch passiert es immer wieder, dass diese Standardansicht verschwindet - also, die Deklaration, dass es sich um eine solche handelt. Die Server haben alle die Version 6.5.4 FP2. Bei den Servern ist der Design-Task aktiviert. Das Problem taucht bei unterschiedlichen Datenbanken auf.

Ist Euch diesbezüglich eine Problem bei Notes bekannt?

Gruß
Ceilling

ata:
Hallo,

könntest du dich etwas präziser ausdrücken - was heißt bei dir "Eine Ansicht Deklarieren"?

Ich vermute mal, daß due einen Agenten hast, der auf eine bestimmte Ansicht zugreift, die aber in der DB nicht vorhanden ist. Du hast in deiner DB die Ansicht erstellt, und die verschwindet dann nach einer gewissen Zeit - eben wenn der Design-Task drüber geht - ist in der Datenbank ein Template als Design-Grundlage hinterlegt? ... und gibt es dort die Ansicht?

Unter Deklaration einer Ansicht verstehe ich unter LotusScript einen
   
   Dim view As NotesView

Verschwindet das in deinem Agenten? Dann gilt selbiges wie oben - gibt es eine Design-Grundlage und ist in dem Agenten in der Designvorlage die Deklaration enthalten?

Toni

Toni

koehlerbv:
Ich lese das eher so: Der Poster (Celling wird er ja wohl kaum heissen) hat eine Ansicht zur "Standard-Ansicht" (eigentlich "Vorgabe-Ansicht") erklärt. Diese Ansichts-Eigenschaft "verschwindet" dann periodisch oder sporadisch.

Hierzu habe ich an den namenlosen Poster zwei Fragen:
1) Gibt es ein Template für die betroffenen Datenbanken und ist dort auch die Vorgabe-Ansicht bestimmt?
2) Wozu um Himmels Willen läuft täglich die Designer-Task? Gibt es dafür wirklich einen vernünftigen Grund?

Bernhard

Ceilling:
Hallo!

Danke für Eure Antworten!

Ich hatte den Begriff "deklarieren" im eigentlichen Sinne verwendet. Insoweit könnte es wirklich etwas unklar gewesen sein. Also, es ist richtig, dass ich in einer Ansicht über die Ansichtseigenschaften diese Ansicht als "Vorgabe beim ersten Öffnen" eingerichtet habe.

>Hierzu habe ich an den namenlosen Poster zwei Fragen:
>1) Gibt es ein Template für die betroffenen Datenbanken und ist dort auch die Vorgabe-Ansicht bestimmt?

Ja, die Schablone hat ebenfalls eine "Vorgabeansicht".

>2) Wozu um Himmels Willen läuft täglich die Designer-Task? Gibt es dafür wirklich einen vernünftigen Grund?

Jain. Es ist bei zwei von vier Firmen der Fall, dass der Design-Task nachts läuft. Es hat den Grund, dass unterschiedliche Datenbanken (keine Repliken) immer wieder gestalterisch aktualisiert werden müssen (gesetzliche Anforderungen oder einfach nur durch Änderungen im Workflow). Da es bis zu 20-30 unterschiedliche Datenbanken je Datenbank-Typ auf unterschiedlichen Servern gibt und die Änderungen nicht selten sind, wurde der Task immer aktiviert, um die Änderungen auf allen Servern zu verteilen.

Aber nichtsdestotrotz sollte durch den Designer-Task nicht einfach eine Eigenschaft einer Ansicht entfernt werden?! Wenn es denn wirklich der Task sein sollte und hier keine andere Ursache zugrunde liegt.

Viele Grüße vom Ex-Namenslosen
Chris

koehlerbv:
Hallo Chris,

nein, der Designer-Task darf auch bei den Vorgabeansichten / -masken keine Inkonsistenz zwischen Template und DBs zulassen. Gerade, wenn die Einstellung sporadisch verschwinden und sonst alles okay ist, dann kommt das dauernde Design-Update scheinbar durcheinander. Das wäre zweifellos ein Bug.

Ist eigentlich sichergestellt, dass die betreffenden Templates nur einmal und nur auf einem Server vorhanden sind? Das wäre nämlich auch noch eine beliebte Fehlerursache ...

Bernhard

Navigation

[0] Themen-Index

[#] Nächste Seite