View in einer DB auf dem Server zeigt ein Dokument an. LS greift mit folgendem Primitiv-Code zu:

set vw=db.getview({ViewName})
set doc=vw.getfirstdocument
if doc is nothing then
....


So 2-3x/Monat tritt ein Fall ein, der darauf hindeutet, daß der Code einen leeren Auto-Update-View sieht, obwohl 100%ig mindestens ein Doc auf die Selektionsformel paßt.

Kann es sein, daß der Zugriff vielleicht gerade in dem Moment erfolgt, wo irgendeine Task auf dem Server den View plattmacht und neu aufbaut?

Falls ja, würde dann ein vorgeschaltetes vw.Refresh dazu führen, daß der Code anhält, bis der View aufgebaut ist?

Danke für die schnelle Rückmeldung.

Ja, ich hätte einen vw.Refresh auch eingebaut. Aber die DB läuft nicht hier, alles was ich habe ist fremder Quellcode und die Beschreibung eines Nebeneffektes, den ich mir nach Blick auf die Sources erstmal nur so erklären kann.... kurios!

Normalerweise (!) wird ein View Index durch nix platt gemacht, sondern "nur" geupdated. Wie es sich für ein zünftiges Client-Server-System gehört, steht der (bekannte Teil des) Index in dieser Zeit aber auch zur Verfügung.

Mit gelöschten Dokumenten, die in Views noch auftauchen (auch wenn nicht sichtbar, aber beim LS-Semmeln durch die View) hatte ich auch schon ab und an zu tun. Nach meiner Erfahrung (was nix zu sagen hat) reicht das NotesDocument.Size da nicht sicher aus. Ich prüfe auf IsValid UND HasItems. Wenn es da scheppert, ist was faul mit dem "Treffer".

Ein NotesView.Refresh schadet natürlich nie  

Bernhard

Matthias, gegen die Deletion stubs sollte man auf jeden Fall mehr "Kanonen" aufbieten als weniger. Dein NotesDocument.Site habe ich mir gerade dick und rot vermerkt  

Danke,
Bernhard