unprocesseddocuments - cache Problem?

[AC]

Hi Leute,

Kaum aus dem Urlaub zurück und ..
Mist, es tut nicht wie es tun soll.
Laß ich nen Agenten manuell vom Benutzer gestartet über in der view ausgewählte Dokumente laufen,
so laß ich mir zur Kontrolle immer den dc.count in einer msgbox  anzeigen.

Problem tritt auf , wenn der Benutzer den Agenten dann wieder auf neu angehakte Dokumente ein zweites mal startet.
Laß ich den Agenten erneut auf neu anhakte Dokumente laufen so ist der dc.count größer als
er tatsächlich sein müsste, weil anscheinend die vom Vorlauf gewählten Dokumente immer noch
als unprocessed erscheinen.

Auch mit UpdateProcessedDoc hab ich vielseitig herum experimentiert und es brachte nicht das erwünschte Ergebnis.

Hab mir dann eine TestDb gebaut in der ich nur die Basisfunktionalität teste und da funktioniert alles (auch ohne UpdateProcessedDoc)

Eine Möglichkeit : Es ist ein Cache Problem.  :-(
oder
Es muß also an den "speziellen" Gegebenheiten in meiner Produktiv-Db. liegen  

Zum einen ist es ein Kalenderview einer ReportDB, indem ich die vom User auszuwählenden Dokument habe.
In den Dokumenten wird durch den Agenten ein Feld (delsys) gesetzt.
Dadurch verschwindet das Dokument aus der aktuellen Ansicht (weil das Feld in der Ansichtsauswahl eine Rolle spielt).
Ferner wird im persönlichen Kalender des Benutzers der korrespondierende Kalendereintrag auch gelöscht.

Hier in Auszügen das Script.
...
Set dc = db.unprocesseddocuments
Call mdb.OpenMail
Set doc = dc.getfirstdocument
   
   While Not doc Is Nothing
      doc.delsys = session.username
      
      '// jetzt nachsehen und ggf löschen falls im pers. Noteskalender der EIntrag auch vorhanden ist
      
      If doc.caldocunid(0) <> "" Then
         On Error Resume Next
         Set mdoc = mdb.GetDocumentByUNID( doc.caldocunid(0) )   
         If Not  mdoc Is Nothing Then
            Call mdoc.Remove( True )
            Msgbox "Termin wird auch aus Ihrem persönlichen Kalender gelöscht", 64, "Hinweis"
         End If
      End If
      
      doc.caldocunid = ""
      Call doc.save(True,True)
      'Call session.UpdateProcessedDoc( doc )
      Set doc = dc.getnextdocument(doc)
   Wend
 

Der Agent wird über eine Ansichtsaktion gestartet (mittels einer einfachen Aktion).

Wer hat eine Idee an was es liegt, daß beim zweiten mal laufen lassen, ich die zu hohe Anzahl an Dokumenten
in der collection habe.

Ach ja, Notes 5.0.10 D.  

Merci Holcomb

[Glombi]

Ich denke, dass die Eigenschaft nicht für Agenten gilt, die manuell gestartet werden. Das ist nur für periodische Agenten zu gebrauchen.

Andreas

[AC]

Ich denke, dass die Eigenschaft nicht für Agenten gilt, die manuell gestartet werden. Das ist nur für periodische Agenten zu gebrauchen.

Andreas

Hi Andreas,
was meinst Du damit ?
Der Agent läuft auf  "ausgewählte Dokumente".

Grüße Holcomb


 

[Glombi]

"Der Agent läuft auf  "ausgewählte Dokumente". => der Agent läuft über alle gewählten Dokumente. Das UpdateProcessedDoc spielt überhaupt keine Rolle.

Andreas

[AC]

Aber wie kriege ich hin, daß beim einem möglichen zweiten Start des Agenten ,
nur die frisch neu angehakten Dokumente in die collection kommen?

Im Moment ist es so, der Benutzer hakt 2 Dokumente an und der Agent arbeitet die zwei ab. Sie verschwinden aus der Ansicht.
Dann hakt er drei an und als msgbox (weil dc.count) erhält er den Hinweis, daß er nun 5 Dokumente bearbeitet.

Weil er wohl die "alten" drei wieder als unprocessed ansieht.

Das ist mein Problem.
 
Holcomb

[koehlerbv]

Das UpdateProcessedDoc spielt überhaupt keine Rolle.

Ist ja auch auskommentiert ...

[AC]

Ist ja auch auskommentiert ...

jou.
Hat aber auch nix gebracht, wie es nicht auskommentiert war.
Grüße Holcomb

[koehlerbv]

Nö, nö - das kann auch nix bringen, wie Andreas schon gesagt hat. Mein Hinweis war nur für Andreas bestimmt - sorry für die Irritation.

Bernhard

[koehlerbv]

Ich habe das eben mal nach nachvollzogen: Bei mir funktioniert sowas

Code

   
   Dim session As New NotesSession
   Dim dbCurrent As NotesDatabase
   Dim collSelected As NotesDocumentCollection
   
   Set dbCurrent = session.CurrentDatabase
   Set CollSelected = dbCurrent.UnprocessedDocuments
   
   Msgbox collSelected.Count

absolut sauber: Vor dem Agent-Aufruf markierte Dokumente werden deselektiert, neu selektierte Dokumente werden korrekt gezählt.

Mit welcher Version arbeitest Du ?

Bernhard

[AC]

Hab vielleicht die Lösung gefunden. Bräuchte dann aber trotzdem noch kurz Eure Hilfe.

Also:
Starte ich den Agenten direkt aus dem Aktionenmenü, dann macht er was er soll.

Starte ich den Agenten über den Aktionsbuttopn der View, dann gibts die Probleme.

Der Knackpunkt:
Beim Button selbst habe ich den Agentenstart als "Einfache Aktion" eingetragen.


Ich meine, ich habe hier im Forum schon mal gelesen, daß das eventuell zu Probs führen kann.

Aber welches Workaround nun ?

Die User sind aber den "Knopf" (mit Mülleimersymbol) schon gewohnt .
Wie kann ich über den Knopf sonst noch den Agenten starten ?
Mit Notesagent in Script zickt er leider auch habe ich grad festgestellt.

Gibts ein Command dafür ?
Ich finde nichts in der Hilfe oder bin ich blind ?


Danke Hoclomb

[koehlerbv]

@Command ([ToolsRunMacro]; "<AgentName>")

Simple Agents sind wie Rules (gleiches Prinzip) leider ... Schrott.

HTH,
Bernhard

[AC]

Ich habe das eben mal nach nachvollzogen: Bei mir funktioniert sowas

Code

absolut sauber: Vor dem Agent-Aufruf markierte Dokumente werden deselektiert, neu selektierte Dokumente werden korrekt gezählt.

Mit welcher Version arbeitest Du ?

Bernhard

Hi Bernhard,

in einer schlanken TestDB mit der ich die Basics der Funktionalität getestet habe funktionierte es bei mir auch (siehe erste Nachricht).

Ich arbeite mit 5.0.10d (hab ich aber glaube ich oben auch geschrieben).

Trotzdem danke.

Wie gerade geschrieben, es scheint wohl daran zu liegen, daß ich den Agenten über eine "Eingache Aktion" eines Ansichtsbuttons aufrufe. (Siehe andere Antwort)

Gruß, Holcomb

[Marinero Atlántico]

wenn ich mich recht erinnere gibt es einen Unterschied, ob man
- ausgewählte Dokumente
oder
- einmal ausführen

in den worüber soll dieser Agent laufen setzt.

Gruß Axel

[koehlerbv]

Ich arbeite mit 5.0.10d (hab ich aber glaube ich oben auch geschrieben).

Entschuldige - das hab' ich dann doch überlesen ...

Bernhard

[AC]

@Command ([ToolsRunMacro]; "<AgentName>")

Simple Agents sind wie Rules (gleiches Prinzip) leider ... Schrott.

HTH,
Bernhard

Es geht, es geht, es geht    .... <hüpf>
Danke Bernhard und danke Glombi.

Werde mal meine sämtlichen DBs durchforsten ob ich solche
Simple Actions die Agenten starten sonst noch wo drin habe und die dann rauswerfen.

War also doch kein cache Problem wie ich zuerst dachte.
Kann man nachträglich den Betreff der Messi hier noch ändern ?
Ich setze mal auf erledigt.
 

Schönes Wochenende allen. Holcomb

[koehlerbv]

 

Auch Dir ein schönes Wochenende. Und nimm' das (in jeglicher Hinsicht) mit den simple agents ernst. Wenn Du kannst: Mach einen Call bei IBM auf und beschwere Dich ordentlich.

Bernhard

[AC]

Auch Dir ein schönes Wochenende. Und nimm' das (in jeglicher Hinsicht) mit den simple agents ernst. Wenn Du kannst: Mach einen Call bei IBM auf und beschwere Dich ordentlich.

Bernhard

Das mit den "Einfachen Aktionen" ist jetzt endgültig tabu.
Fliegt auch aus allen anderen Anwendungen as soon as possible raus.  Ich glaub ich habs eh nur zu ein paar Agentenaufrufen drin.

Was IBM angeht, keine Ahnung ob ich da anrufen kann (passport advantage subscription). Nächste Frage ist, obs die nur einen Hauch interessiert wenn einer von einer Firma mit ein paar dutzend Lizensen anruft
:-) .

Servus, Holcomb