Webagent zeigt ungewöhnliches Laufzeitverhalten ?

[andbg]

Hallo zusammen und noch ein frohes neues Jahr

Ich habe folgendes Problem:

Vorhanden ist eine Datenbank für Zimmerbuchungen.
In den Buchungen werden u.a. der An- und Abreisetag gespeichert.

Es existiert eine Webmaske, über die ein gewünschter Ort (als Dropdownliste) sowie das An- und Abreisedatum eingegeben werden. Gesucht werden dann alle Wohnungen in einem bestimmten Gebiet und der Vorgabe, dass noch Buchungen in dem angegebenen Datumsbereich frei sind.

Die Suche wird gestartet, die Maske gespeichert und geschlossen.
Ein Feld "SaveOptions" = 0 ist vorhanden.
Das Ereignis WebQuerySave startet einen Agent, der mit den entsprechenden Vorgaben aus der Maske die Suche durchführt.

Auf zwei Testservern läuft die Suche einwandfrei. Nur auf dem Server (6.5.1), wo die Datenbank richtig in Betrieb gehen soll, gibt es Probleme:

1. Die Suche funktioniert auch dort, wenn keine Angabe des An- und Abreisedatums erfolgt.
2. Wird die Suche um die Datumsangaben erweitert, wird nicht das Suchergebnis angezeigt, sondern nur eine weiße Seite "Form processed". Auf der Serverkonsole ist im selben Moment eine Fehlermeldung :
Agent 'xxxx' error: Notes error: Document has been deleted

Meine Überlegung ist jetzt, ob es zu einer Art Laufzeitproblem kommen kann: Agent ist noch nicht abgearbeitet und die Suchmaske ist nicht mehr vorhanden...

Ich stehe hier vor einem kleinen / großem Rätsel und würde mich freuen, wenn jemand eventuell eine Idee hat.


Gruss
Andreas

[umi]

Hi andbg

1. Hast Du in irgendeiner Form ein Errorlogging/Handling eingebaut?

2. Sind die Datumsfelder in der produktiven DB auch wirklich Datumsfelder? in allen Dokumenten?

gruss umi

[andbg]

Hi andbg

1. Hast Du in irgendeiner Form ein Errorlogging/Handling eingebaut?

Habe ich noch nicht gemacht. Ich war am überlegen, eine Logdatei für die Laufzeit des Agents zu benutzen. Müßte mich dann aber erst da reinarbeiten, weil ich das noch nicht gemacht habe.

2. Sind die Datumsfelder in der produktiven DB auch wirklich Datumsfelder? in allen Dokumenten?
Ja. Habe ich überprüft. Sind alles (sind ja nur 2) Datumsfelder.
gruss umi

[umi]

Hi Andbg

zum Thema Debugging siehe dazu die NotesLog klasse oder das OpenLog (www.openntf.org (einfacher Einstieg))


gruss umi

[datenbanken24]

Wenn es auf zwei Servern läuft und auf einem dritten nicht,
würde ich nicht zuerst bei der Programmierung anfangen zu suchen, sondern eher bei der Konfiguration des Servers.

Und gerade, wenn es sich um Datumseingaben handelt,
ist möglicherweise auf dem dritten Dominoserver oder auf dessen Betriebssystem ein anderes Datumsformat eingestellt.

Und dann kann der Agent vielleicht das Datumsfeld nicht richtig interpretieren.

Es gibt zwei einfache Möglichkeiten, dies herauszufinden:

1.
Du nimmst kurzzeitig das SaveOptions=0 raus und deaktivierst den WQS-Agent
und speicherst somit einfach mal ein Dokument ab.
Schau dann, ob in den Datumsfeldern ein korrektes Datum steht oder ein Error.
Wenn sich auch ohne WQS das Dokument nicht speichern läßt, ist ziemlich sicher das Datumsformat falsch.


2.
Du fragst im WQS-Agent ab, ob der Feldwert ein Datum ist und gibst diesen als Text über ein Messagebox (schreibt auf die Konsole und ins Log) aus.

Gruss,
Uwe

[andbg]

Hallo und vielen Dank für die Antwort.

Zu Punkt1:
Das Speichern des Dokumentes brachte keine Fehler zutage.
Die beiden Datumswerte werden korrekt im gespeicherten Dokument angezeigt.

Zu Punkt2:
Ich lese die beiden Werte aus der Webmaske folgendermaßen aus:

   If context.Beginn(0) <> "" Then
      x1 = Cdat(context.Beginn(0))
   End If
   If context.Ende(0) <> "" Then
      x2 = Cdat(context.Ende(0))
   End If


Das problem ist, dass es nicht mein DominoServer ist.
Ich habe auch schon auf ein Datumproblem getippt.
Das "komische" ist:
Wenn ich mir in eine meiner Masken ein Datumsfeld einbaue, wird das korrekte Datum angezeigt.
Wenn ich beispielsweise mit meinem Designer (bei mir ist Uhrzeit / Datum alles korrekt eingestellt) auf den entfernten Server zugreife und etwas abspeicher, wird ein Änderungsdatum vom 18.01.2105 angezeigt.
Was ist noch nicht sauber nachvollziehen konnte ( ich wollte mich auch nicht so in "andere Serverkonfigurationen einmischen" ist, wo diese Datumseinstellung herkommt.
Hast Du da vielleicht eine Idee ?

Gruss
Andreas

[datenbanken24]

Ja, da hätte ich sicher eine "Idee".

Aber dazu müßtest Du mir das OS des Servers mitteilen,
weil dies z.B. auf einem Windows oder einem Linux
sehr unterschiedlich gehandelt wird.

In Windows übernimmt der DoSe meist das Format des OS.
In Linux kann/muß man das unabhängig einstellen - hier kann also das OS eine andere Einstellung als der DoSe haben.

[datenbanken24]

PS:
Wenn Du mit Deinem Designer ein Designelement änderst,
von einer Datenbank, die auf dem Server liegt,
dann schreibt er als Änderungsdatum das Datum des Servers ein.

Bei einem Feld in einer Maske im Notes Client,
einer Datenbank, die Du auch auf dem Server öffnest,
ist es im Gegensatz dazu die Zeit des Clients/Deines Rechners.


Dein Server ist also der Zeit ziemlich weit voraus.
Schön zu wissen, dass es 2105 auch noch Domino gibt...

[andbg]

Werde ich auf jeden Fall überprüfen.
Das gute an der sache ist, dass es nicht mein Server ist.
Das schlechte ist, dass ich "nur" eine Erweiterung einer bestehenden Datenbank vorgenommen habe. Dann wurde der Server ohne meines Wissens von der 5er auf die 6er Version aktualisiert. Wahrscheinlich ist dort irgendetwas "krumm" eingestellt.
Ich habe "nur" den schwarzen Peter, meine Applikation zum laufen zu kriegen bzw. muss
beweisen, dass es nicht die Applikation sondern  eine Servereinstellung ist.
Ziemlich undankbar ...finde ich 

[koehlerbv]

Sicher ist das eine undankbare Aufgabe. Andererseits sieht die Beweislast doch recht eindeutig aus, auch wenn wir noch nicht alle Details kennen:
- Deine App läuft auf zwei Servern ohne Probleme.
- Ein Änderungsdatum zeigt auf einen Mondwert.
- Wenn Du dann Deine Datumsangaben noch sauber und nicht am System vorbei produzierst, ist die andere Seite in der Bringeschuld.

Was mich noch etwas stutzig macht - aber man hat ja schon Pferde vor 'ner Apotheke kotzen sehen: Wenn Dein Änderungsdatum von heute als Datum weit in der Zukunft erscheint, sollten auf dem Server auch sonst üble Probleme erkennbar sein (wenn immer ein Client - zum Beispiel lokal - ein Datum erzeugt, sollte das ja korrekt sein. Mit dem Replizieren kann es dann durchaus Probleme geben ...).

Wenn das Datum auf der Kiste wirklich nicht stimmt, dann haben die aber noch einigen "Spass" vor sich, das Datum wieder zurück zu drehen 

Bernhard

[andbg]

Das denke ich auch - nur will ich da bloss meine Finger raus lassen. Habe nämlich auch nicht vor, mir da irgendetwas "anhängen" zu lassen.
War schon schwer genug, die Sache zu programmieren, ohne auch nur irgendetwas von dem vorhandenen anzufassen.
Ist ja nix unbekanntes: Ein "Programmierer" fängt so eine Datenbank an, verdrahtet alles fest und ist nict mehr im Unternehmen .... nun galt es, zu helfen und eine Erweiterung vorzunehmen, ohne den vorhandenen Bereich anzufassen.
Das hat ja auch soweit geklappt. Wenn die nur mal die Umstellung vernünftig gemacht hätten oder zumindest Bescheid gegeben hätten ... nunja.
Morgen ist auch noch ein Tag .. dann mal sehen.

Andreas

[koehlerbv]

Andreas, sag' hier Bescheid, wenn Du argumentative Schützenhilfe brauchst.

Bernhard

[andbg]

@datenbanken24

Hallo ! Es handelt sich um einen Windows 200 Server mit dem Service Pack 4

Ich habe mir ebenfalls einmal von der betreuenden Person einen
Screenshot der Serverkonsole schicken lassen, um die von meinem
Agent hervorgerufene Fehlermeldung anzuschauen.

Die Serverkonsole zeigt das aktuelle Datum / die Uhrzeit korrekt an.
Mir fällt dann bezüglich der Uhrzeit / Datum momentan nichts weiteres ein. Ich weiß nicht, wo dieses komische Datum im Designer herkommt.

Dann habe ich mir das Serverdokument angesehen.
Ich selbst bin unter "Security" -> "Programmability Restrictions" im Feld "Run unrestricted methods and operations" eingetragen.
Sollte also auch die entsprechenden Rechte besitzen.
Ein Rechteproble scheidet meiner Meinung nach aber auch aus, weil der Agent ja auf dem Webserver gestartet wird und auch richtige Ergebnisse liefert, solange man nicht ein Anreise /Abreisedatum angibt.

Bleibt also noch die Frage, wie diese Fehlermeldung  Agent 'xxxx' error: Notes error: Document has been deleted zustande kommt.

Melde mich wieder, wenn ich mehr weiß 

[andbg]

Weiter habe ich mir im Serverdokument die Parameter unter "Agent Manager"angesehen.

Daytime Parameters:

Starttime: 8 Uhr
End time: 20 Uhr
mac concurrent Agents: 1
max LS/Java execution time: 10 minutes
max % busy before delay: 50

Also die Suche mit Datumsangaben dauert ca. 5 Sekunden.

Dann sollte diese Einstellung aber bei weitem ausreichen.

[andbg]

So ... 

...das Problem ist behoben. Es lag doch tatsächlich an einer
nicht umgestellten ODS-Version 41 auf die 43 Version.
Zog sich natürlich alles hin, bis der Kunde die DB umgestellt hatte und ich dann wieder die Möglichkeit hatte, die Software zu testen.

@datenbanken24: Ich muss Dich enttäuschen. Mit der Umstellung auf ODS43 gibt es im Designer auch keine Änderungsdaten die auf ein vorhandensein der Lotus Software im Jahr 2105 schließen lassen 

@koehlerbv: Danke nocheinmal für die Hinweise.



Gruss
Andreas