EventReceiver + Explorer View

Andi Fandrich Als Antwort am 16 Jan. 2014 08:20

Ist nur eine Vermutung, aber ich nehme an, daß in dem Fall die Datei noch nicht eingecheckt ist. Das kannst Du im ItemAdded prüfen, um den Fehler zu umgehen. Und Du kannst zusätzlich das CheckedIn-Ereignis behandeln, für die Bilder, die per Explorer hochgeladen werden.

Markus Sallmutter Als Antwort am 16 Jan. 2014 14:38

Hallo Andi, danke für die Antwort!

Also wenn ich im Debug-Mode prüfe ist das File eingecheckt, also denke ich das hier nicht das Problem liegt.

Ich habe jetzt mal zu Testzwecken das Added Event auskommentiert und verwende nur das Updated Event. Hierbei bekomme ich die Fehlermeldung:

The file [FILENAME] has been modified by [USER] on 16 Jän 2014 14:41:37 +0100.

Der Code zum ändern der Metadaten ist der selbe geblieben.

Hat jemand eine Idee?
Danke im Voraus & LG

C.Kaiser Als Antwort am 16 Jan. 2014 15:05

Hi

hilft das hier:
http://blogs.msdn.com/b/manuj/archive/2009/09/22/itemadded-event-on-document-library-the-file-has-been-modified-by-on-error.aspx

Markus Sallmutter Als Antwort am 16 Jan. 2014 15:15

Hallo, danke für die Antwort!

Diesen Blogeintrag habe ich auch schon gefunden, allerdings tritt das Problem bei mir nicht auf wenn ich das File über das UI uploade, sondern nur wenn ich die Explorer-View verwende. Hierbei kommt kein Editform, es werden einfach die Eventreceiver in folgender Reihenfolge getriggert:

ItemAdded -> ItemUpdated -> ItemUpdated

Warum der ItemUpdated zweimal getriggert wird ist mir auch nicht klar, dadurch erhalte ich die Fehlermeldung gleich 2 mal...

Im ItemAdded habe ich aktuell keinen Code d.h. es gibt auch keinen Fehler bei diesem Event.
Für mich sieht es so aus als wäre der Eventreceiver einfach zu schnell, wenn ich mich an die w3wp.exe anhänge und dadurch den Eventreceiver mittels breakpoint verzögere funktioniert es. Allerdings kann das wohl nicht die beste Lösung sein, einfach ein Thread.sleep einzubauen(habe ich auch noch garnicht versucht), daher versuche ich eine andere zu finden.

Bin für jeden Ratschlag dankbar :)

C.Kaiser Als Antwort am 16 Jan. 2014 16:19

Doofer Workarround aber den EventReceiver kurz anhalten (Thread.Sleep) eventuell kommt sich da was in die Quere... erst mal zum testen

Markus Sallmutter Als Antwort am 17 Jan. 2014 07:32

Habe jetzt ein Thread.Sleep(100) eingebaut, mit dem funktioniert der Code beim ersten Auslösen des ItemUpdated Events.

Allerdings wird es ja zweimal getriggert und so bekomm ich beim zweiten mal wieder den Fehler :(
Also das Ergebniss ist jetzt schonmal richtig, allerdings logge ich alle Aufrufe von custom solutions in eine DB und deshalb müsste ich entweder den Fehler beim 2ten Aufruf beheben oder am besten den 2ten Aufruf garnicht erst machen.

Hat da vielleicht noch jemand eine Idee dazu wie ich das realisieren könnte?

Andi Fandrich Als Antwort am 17 Jan. 2014 08:11

Änderst Du selbst etwas innerhalb von ItemUpdated? Wenn Du nämlich properties.ListItem.Update() aufrufst, wird das natürlich als Änderung angesehen und löst damit auch die entsprechenden Events aus (ItemUpdating und ItemUpdated). Du kannst das verhindern, indem Du ein this.EventFiringEnabled=false einsetzt.

Markus Sallmutter Als Antwort am 17 Jan. 2014 08:52

Ja ich ändere eine Spalte im ItemUpdated, allerdings verwende ich EventfiringEnabled=false; bereits.

Meine Google Suche hat ergeben, das der zweite Aufruf des Receivers vom einchecken des Files kommt. Ich versuche nun das Problem einfach zu umgehen indem ich im Event prüfe ob der Wert in der Spalte schon gesetzt ist und wenn ja einfach das Event ohne Aktion beende, dann sollte es wenigstens keinen Fehler mehr loggen^^