2.0 RC1 - Dispatcher

[koehlerbv]

Da hatten wir ja beide den gleichen Zustand, Ulrich: Vorher nicht in den Code geschaut 
Ich konnte mir jedenfalls partout nicht vorstellen, dass Ihr keine Unterscheidung zwischen "verwurstet / unverwurstet" habt bzw. diese nicht verwendet.

Für bestimmte Aktionen verwende ich auch NotesDatabase.Search (gerade mit solch simplen Queries), obwohl ich vor dem Einsatz meist erstmal Bauchschmerzen habe. Abgearbeitet wird die Abfrage trotz sehr grosser DBs in solch kurzer Zeit, dass dies im Vergleich zu den folgenden Aktionen überhaupt nicht ins Gewicht fällt.
Wenn Ulrichs Ratschlag mit den Prints tatsächlich eine Differenz im Bereich mehrerer Sekunden ergibt, dann ist mit dem Domino bzw. der DB was faul.

Bernhard

[Dr.Domino]

Da ich da gerade schon am Code-surfen bin ...


Diese Trash-Collection, ist die "Debug-Code"

db.Search(|@Contains(Form; "grz_fghthth")|,dateTime,0)

oder wirklich live nötig?

[Thomas Schulte]

Die ist live nötig weil die sammelt alle abgearbeiteten Dokumente damit die später gelöscht werden können.

[eknori]

Um sicher zu gehen, daß die "Bremse" nicht schon vor dem sel = existiert solltest du die Print statements ab dem

Set db = s.CurrentDatabase

einfügen. Vor dem sel =  wird ja noch so einiges zusammengesucht. Das kann sich dann summieren ...

[Dr.Domino]

So ... die Selection ist es schon mal nicht ..

er steckt derzeit in der col. for Schleife gleich beim 1. Eintrag ...

Mehr Prints müssen her :-)

[Dr.Domino]

Aha ... dahin geht's

Call createfounddocnotificationmail(db)

und kommt nicht wieder zurück sondern hängt beim

OK=Spoofmessage

[Dr.Domino]

Print  "Helpdesk-Debug-Output: Spoof - 2.1"

Do While basedoc.isresponse = True
   'Print  "Helpdesk-Debug-Output: Spoof - 2.2 - while"
   Set basedoc = current.GetDocumentByUNID(basedoc.ParentDocumentUNID)
Loop

Print  "Helpdesk-Debug-Output: Spoof - 2.3 nach while"


In diesem LOOP scheint er zu hängen ...

[eknori]

Läuft bei mir mit einem Testdocument einwandfrei. Kopiere doch bitte mal alle Documente aus der $Memo view weg und teste das mal unter kontrollierten Bedingungen.

[Dr.Domino]

So, währenddessen habe ich beim "eigentlichen" Problem, dem Dispatcher in der RC1 gewühlt ...

es hängt mal wieder mit DTCalc zusammen ...

In CreateNewTicket
set dt1 = New NotesDateTime (Now) - funktioniert
mit dem "DateTimeCalculator" nicht, die DTC Variablen stehen auf

01.01.2010
1
07:00-18:00  (07:00~18:00 ging auch nicht) ...

[Dr.Domino]

Aha! Mit "ohne" Dokumenten läuft er durch und es sind auch die neuen Tix da!

Tippen wir auf plattes Memo-Dokument?

EDIT: Memos wieder reinkopiert, die "unwichtigen" gelöscht (nur 2 echte neue Tickets dringelassen) ... hat funktioniert!
Da het er sich irgendwie an einem "was assigned to" oder ähnlichem Memo gestört ...

Merci für die Hilfe

[Thomas Schulte]

Hast du die anderen noch? Die wären nämlich für die Fehlersuche mal ganz interessant

[Dr.Domino]

Dummerweise mit "Text" überkopiert ... das nächste Mal denk ich dra, die vorher in eine leer db zu packen ...
aber immer dran denken, es geht hier nicht um den 2.0er Dispatcher-Code ... vielleicht hätte es da das Problem schon gar nicht mehr gegeben ...