tut nicht was es soll, (bzw hat es einmal gestern nicht getan), obwohl er es tun müsste .

Bin sehr ratlos weil ich alles durchgecheckt habe.

Hi Leute,

Fehler trat auf bei einem Aussendienstmitarbeiter ( wobei ich leider bei dem auch nicht ans Notebook und damit den Client rankomme).

Gibt keinen Grund, weshalb es diesesmal bei zwei Dokumenten nicht funktioniert hat, sonst ging es auch immer. Bei ihm und auch bei andern Kollegen.  Und an den Daten kann es nicht liegen.

Gecheckt:
Der view in dem ich suche hat den richtigen Namen.
Der Zugriff für den User auf das gesuchte Dokument ist ok.
Das Feld das ich zum Suchen benutzen ist ok und hat exakt den richtigen Wert.
Ich habs hier mal bei mir durch "gedebugged" und keinen Fehler gefunden (auf der Replik) bzw Server .
Der Schlüsselwert mit dem ich suche ist exakt ok.
Das Dokument das ich suche ist vorhanden.


Wenn es an der Programmierung läge dürfte es bei mir auch nicht klappen (exakt die gleichen Daten) und was den Zugriff amgeht, so kann es da auch nicht daran liegen.

Das einzige was ich mir vorstellen könnte, daß aus irgendeinem blöden Grund, diesesmal zufällig der view nicht geöffnet werden konnte. Warum auch immer......

(Blöder einmaliger Zufall?)

Hat jemand eine Erfahrung gemacht? Tips ?

Ich arbeite oft mit getdocumentbykey und hatte nie ein Problem.


Merci
Holcomb




 

standardfrage: spalte sortiert ? gehe ich mal von aus.

hab sonst keine erklärung. also doch ran ans notbook  

Jou, Ansicht ist kategorisiert und aufsteigend.

Vielleicht hat es den Viewindex zerlegt (keine Ahnung warum). Ich werde den Aussendienstkollegen mal den Tip gehen, in den view selbst mal reinzugehen und ein shift F9 zu machen.

Wenn das auch nichts bringt, bin ich auch ratlos.


Gruß Holcomb

Hi Glombi,

danke für die zahlreichen Tips.

Am Dokument selbst ist nichts passiert, das ist sicher (wiurde auch schon wieder repliziert so daß ich hier dies sehen würde, wobei an das Dokument sowieso nur der LEI hingeht)

Zugriff passt auch kein Problem.
Gibt auch keine ZweitID.  (an was man alles denken kann).

Viewindex auf der lokalen Replik ist das Stichwort.
Das vermute ich auch mal.

Aber nun zum Procedere.
ctrl shift F9 benutze ich immer um alle Views der DB zu aktualisieren.
Baut er den Viewindex dann neu auf ?
Oder müsste ich den Viewindex nicht komplett am Client löschen lassen und dann neu aufbauen, wenn der Index beschädigt ist ?

Ich hätte den Benutzer nun mal zu Fuß in den View gehen lassen und ihn dann ein shift F9 vollziehen lassen.

Hilft das oder muß man zum Indexreparieren auf den Client noch was anderes beachten ?

Vielen Dank erstmal für die schnellen Antworten.

Holcomb.  

 

Wenn es eine View ist, in die der User "normal" hereinkommt - also eine sichtbare - kann er den Index dieser View mit <Shift>-<F9> aktualisieren.

Bei lokalen Anwendungen hatte ich auch schon mal Streß, wenn die Desktop5.dsk zu groß geworden ist. Der User sollte mal sicherheitshalber seinen Arbeitsbereich komprimieren.
Ausserdem sollte er danach mal Notes schließen, die cache.dsk löschen und Notes wieder starten.

Machst Du den GetDocumentByKey in die gleiche Datenbank oder gibt es eine eine andere?

Andreas

Der view ist in eienr anderen DB. Aber wie gesagt kein Prob von der Programmierung her.

Hatte ich als eine Ursache vermutet, falls der Index doch ok ist: Der User hat vielleicht 2 Repliken auf seinem Notebook. Eine vollständige und eine weitere, die mal versehentlich angelegt wurde (Sicherungskopie ?).
Wie holst Du die Ziel-DB: Per Replik-ID (wahrscheinlich bei verteilten lokalen Notes-Anwendungen sofern nicht eine Config DB a la LSA da ist) oder per Pfad?

Wie sich ein übergelaufene desktop.dsk äußert: Es funktionieren @DbLookups nicht mehr korrekt - sowas in der Art.

Andreas

N´Abend Glombi.
Mein getdocumentbykey ersetzt ein computewithform damit eben bestimmte Werte in der Maske gesetzt werden.

Das versteh ich nicht   Was meinst Du mit "ersetzt" ?
Kannst Du mal den Code posten, evtl. kann man dann was sehen.

Was ist denn der Key für GetDocumentByKey? Evtl. ein Datum, welches durch ein "falsches" Format des Notebook nicht gefunden wird? Oder eine Zahl?

Andreas

Ergänzung: mit DB1 und DB2 meine ich die notesdatenbanken eins und zwei ,  nicht das das zur Verwirrung und Verwechslung mit
einer DB/2 Datenbank führt. (hätte auch schreiben können nsf1 und nsf2)

Funktioniert das bei Deinem Aussendienstler eigentlich jetzt prinzipiell nicht mehr oder "nur" bei bestimmten Abfragen ?
Für den erforderlichen Neuaufbau der View-Indizes spricht natürlich viel (Aufbau aller - wenn einer putt ist, misstraue auch den anderen in dieser DB).

Bernhard

Hi Bernhard, mal wieder ein langer Abend überall  <g & seufz>.

Seit dem Fehler hat es der Aussendienstler bisher nicht mehr laufen lassen.  (immer nur abends).

Werde dannn vielleicht morgen früh mehr wissen wobei ich ihm geschrieben habe , in den view zu gehen und shift F9 zu drücken.


Jetzt eine Frage noch:
Weil Du schreibt, ich soll allen views dann mal prinzipiell misstrauen.

das von mir erwähnte strg shift F9 (für alle views) , aktualisiert das nur alle views oder baut es den view neu auf ?

Zweite Frage auch an DIch, kann man das im Programmcode irgendwie checken, ob ein viewindex einen Treffer (lokal Notebook Aussendienst) hat?

Gruß Holcomb

Hi Bernahrd,

das mit dem Aussdienstler verstehe ich jetzt auch nicht ganz was Du da meinst.

Kurze Anwendungsbeschreibung, vielleicht bringtd as etwas Licht.

Ausgangspunkt
PDA Anwendung für AD.   Bei uns hat jetzt jeder ADler so ein PDA wo er tagsüber via Barcodescanner und Soll-Istabgleich AUfträge am PDA generiert. Ich hole mir dann die Daten vom PDA aufs Laptop und ins Notes.   Dort haben wir bereits eine bestehende Auftragserfassung im Notes.
Die Kundennummer ist ein eindeutiger Schlüssel und mit deren Hilfe lese ich eben wichtigte Daten im Notes aus.

Zur Sicherheit lasse ich mir temporäre Dokumente in Datenbank 1 erzeugen.
Klappt alles mit den Aufträgen in der Datenbank 2, dann lösche ich diese Dokumente in der 1 wieder, geht was schief, lasse ich die betreffenden Dokumente stehen und weiß dann (nachdem sie repliziert haben), bei welchen docs was schief lief.

Gestern Abend lief ich der eine ADler auf Fehler, obwohl es die male zuvor immer geklappt hat.

Es waren nur zwei Aufträge die er hatte und bei beiden gabs den Fehler. Das würde also auch Sinn  machen, wenn der Index im Eimer ist. Die betreffenden Dokumente die über das getdocumentbykey nicht gefunden wurden, sind aber definitiv in der Datenbank und auch in seiner Replik.  (Er hat auch danach repliziert )

Und als ich hier lokal im Debugger mit seinen Daten nachgespielt habe, hats bei mir funktioniert. (Selbe Verzeichnisstruktur, Rechte etc). Spricht daher auch für Index

Bin mir sehr sicher, daß es sowas wie der Index oder irgend ein anderer Bug gewesen sein muß.


Warte jetzt mal ab, ob es beim nächstem mal bei ihm wieder auftritt oder obd as shift F9 Erfolg brachte.

Wenn ich ihn nochmal ans Telefon kriege, soll er auch zur Sicherheit das von Glombi empfohlene komprimieren des desktops machen und auch mal die cache.dsk löschen.  

Alle anderen Kollegen hatten gestern bei Ihren Aufträgen keine Probleme.


Gruß, Holcomb
 

hatte so einen Fehler mit getdocumentbykey ... es lag interessanterweise am KFZ Kennzeichen ...

User konnte nach PKWs suchen und wenn ausgewählt, kam der Rest der Daten anhand PKW Bezeichnung.

Passat
Mercedes EKlasse
alles paletti

nicht aber Passat F-MB-9785
das Doc fand die Methode nie

nachdem wir das KFZ Kennzeichen draussen hatten, ging es wieder

Erklärung? Nie eine gefunden. Bei mir ging es nämlich, bei "denen" nicht (klar, gleiche Umgebung 1:1 .. das war also nix).