Wiederholende Kalendereinträge

[thomson666]

Weiß jemand in welchem Teil der SCript Lib "EventNotes" ein WH Kalendereintrag geändert wird damit ich die Änderungen im Queryclose auch abfragen kann!?
Ich komm hier irgendwie nicht weiter. Ich muss beim Queryclose die geänderten Dokumente alle Abfragen und übernehmen. Wenn ich da über das $REF Feld gehe (dazu habe ich ja schon eine Thread erstellt) bekomme ich noch die alten Werte 
Hat jemand eine Idee für mich?
Mit einem Agent würds funktionieren, aber der geht halt zu lasten des Servers... und bei 300 MailDB´s pro Serverk könnte das Irre performance kosten...

[m3]

"WH Kalendereintrag"? Ist das ein "Wiederholender Kalendereintrag" oder was anderes? 

[thomson666]

jo sorry, dachte das ist klar...

[m3]

OK, dann ist das mal klar. Ich versteh aber noch immer nicht ganz, was Du am Ende erreichen willst. Könntest Du das nochmal versuchen, das für mich zu erklären - ich bin heute anscheinend nicht ganz fit? Ev. kann ich Dir dann helfen.

[thomson666]

Also ich hab in meinem letzten Artikel da schon was anläuten lassen, aber hier nochmal genau was passieren soll..

Jemand erstellt einen WH (=wiederholenden) Kalendereintrag in seiner Mail Datenbank, dieser soll dann beim speichern sofort in eine eigene DB geschrieben werden (dort werden alle Abwesenheiten des Konzerns gesammelt um es allen zu ermöglich zu sehen wo jemand ist bzw. wann er wieder erreichbar ist).
So weit so gut...
Allerdings wenn sich ein wiederholender Eintrag ändert, dann hab ich keinen Plan zu welchem Zeitpunkt ich in den Events eingreifen muß um die aktuellen Daten/Uhrzeiten der zugehörigen WH Einträge zu bekommen.

Beispiel:
Ich hab eine WH Besprechung für die ganze Woche von 08-10 Uhr jetzt ändert sich am Dienstag der Eintrag auf 9-11 Uhr. Ich möchte beim Speichern oder Schließen des Dokuments (ist mir egal wann) die aktuellen Daten wieder bekommen. Wenn ich da das Hauptdokument abrufe ($REF) stehen dort immer noch die alten Daten drinnen. Hab das auch schon beim Queryclose als letzte Zeile eingebaut und da stimmen Sie immer noch nicht... Da die daten nur im UI aber noch nicht im Backend sind.

Möglichkeit 1
Ich starte einen Agent alle 5 Minuten der die Kalendereinträge abgrast und dann in die Abwesenheits DB schreibt - PERFORMANCE! auf Server bei 300 Usern...

Möglichkeit 2
Er markiert nach dem Speichern des Eintrags den Kalendereintrag und per Button werden die Daten neu geschrieben (wieviele User vergessen dann den Button zu klicken möcht ich gar nicht wissen...)

Möglichkeit 3
? Irgendwo in einer Notes SCript Lib müssen ja die Einträge geändert werden (z.B. wenn ich alle zukünftigen ändere..) und dort die DAten auslesen und in der DB aktualsieren...

Ich hoffe das war einigermaßen verständlich
Tommy

[BigWim]

Ich komm hier irgendwie nicht weiter

Falls es keine elegante technische Lösung geben sollte, würde ich als nächsten Ansatz eine Mischung aus Möglichkeit 1 und 2 in Betracht ziehen. Also:

Er markiert nach dem Speichern des Eintrags den Kalendereintrag und per Button werden die Daten neu geschrieben

Beim Speichern durch den User erstellt "QueryClose" ein neues Dokument in der zentralen Datenbank (oder einen neuen Datenbank - eine Art Auftragsdatenbank) mit den benötigten Informationen.

Ich starte einen Agent alle 5 Minuten der die Kalendereinträge abgrast und dann in die Abwesenheits DB schreibt - PERFORMANCE! auf Server bei 300 Usern...

In der zentralen (oder neuen) Datenbank läuft der Agent, der entweder alle 5 Minuten läuft oder auf neue Dokumente reagiert und ändert die Daten in der zentralen Abwesenheitsdatenbank.

Markus

[thomson666]

hi zu deinem 2ten Vorschlag...

Das ist genau das Problem.
Wenn ich die aktuellen Daten im QueryClose hätte, könnte ich Sie auch schon rüberschreiben.
Allerdings sind mir auf GRund deines Vorschlags noch ein paar Ideen gekommen...

Ein Dokument schreiben mit 1nem Feld nämlcih mit der $REF ID und per Agent Alle $REF Dokumente die noch da sind abarbeiten und in die DB schreiben...

Werd mir das mal ansehen und dann wieder berichten...

[BigWim]

Allerdings sind mir auf GRund deines Vorschlags noch ein paar Ideen gekommen...

Schön, dass ich auch mal was sinnvolles beitragen kann ;-)

Viel Erfolg
Markus

[thomson666]

eine neue Erkenntnis...

1.) im Queryclose bekomm ich alle Dokumente die Relevant sind.
2.) man darf nur ALLE Dokumente verarbeiten die UNID <> $REF haben

Morgen werde ich das mal alles austesten ob das dann auch so funktioniert wie von mir gedacht.
Sollte alles funktionieren, werde ich natürlich (wenns überhaupt jemand interessiert) das ganze auch posten.

schönen Feierabend!
Tommy

[thomson666]

so...
mitlerweile bin ich schon ein ganzes Stück weiter. Derzeit beschäftige ich mich noch mit Drag n' Drop von wiederholenden Kalendereinträgen.
Selektive Löschungen und Updates funktionieren.

Sollte es für mehrere Leute interessant sein wo man diese Dinge einbaut bin ich gerne bereit das im Help Forum mal ausreichend zu dokumentieren.

[thomson666]

Besitzeraktionen sind nun alle auch für WH EInträge implementiert.
Jetzt gehts auf zu den Teilnehmern...

[thomson666]

Einladende Personen und Teilnehmer:

WICHTIG!
Es muß beachtet werden daß nur alle Dokumente mit der Form Appointment abgearbeitet werden.
Die Notice Dokumente dürfen nicht beachtet werden.