Das Notes Forum
HCL Notes / Domino / Diverses => Entwicklung => Thema gestartet von: Werner Götz am 25.11.22 - 12:09:46
-
Wie sind denn Eure Erfahrungen mit dem 64 Bit Client (und natürlich auch Designer) 12.0.2?
Ich bin einerseits begeistert von der Performance (Client und Designer), habe aber auch schon 2 Bugs gemeldet:
1.) Wenn ich eine Scriptbibliothek mit dem 64 Bit Client speichere hat das Auswirkungen auf die stack size, die bei Aufrufen von Funktionen "verbraten" wird - und zwar auch, wenn dieser Code von einem Server mit älterer Version aufgerufen wird
Als Beispiel konnte sich eine rekursive Funktionen nur noch 120 statt 180 mal aufrufen.
Aufgefallen war mir das bei produktiven Agenten, die plötzlich mit out of stack space ausstiegen, die seit Jahren vor sich hingelaufen waren.
Nach einem Kompilieren mit einem (älteren) 32 Bit Client funktionierte alles wieder wie gehabt.
2.) Bei unter Lotusscript aufgerufenen Picklists mit eingeschränkter Kategorie werden bei den Unterkategorien nur jeweils ein Eintrag angezeigt.
UPDATE: Dieser Fehler tritt generell unter 12.0.2 auf, sowohl bei 32 als auch 64 Bit, Client UND Server müssen auf 12.0.2 sein.
-Werner
-
- Nach der Installation (Englische Version) benötigt die Anwendung beim Start Admin Rechte sonst kommt die Fehlermeldung 'notes still running but not responding'
Abhilfe: Dem Anwender komplette Admin Rechte auf das Notes Verzeichnis geben.
- im Notes Client zeigt das linke Calendar panel keine Kalenderdaten. Fehlermeldung in etwa: Replica does not exists.
Wir bleiben daher erstmal beim 32bit Client.
-
Die 64 Bit Version des Clients zeigt keine Java-Applets in Notes-Anwendungen mehr an.
Wir haben mindestens zwei klassische Anwendungen im Einsatz die diese Mimik für grafische Übersichten nutzen.
-
Performance generell gut, aber für mich ist der "Array of Long" und "List of Long"- Bug ein Showstopper... ich verwende in meinen Script- Libraries oft Long- Variablen (Integer ist of zu klein) und für Counter eben auch häufig List of Long... und wenn da dann vollkommener Quatsch rauskommt, kannst Du das vergessen...
-
Ich kann nicht alle Datenbanken Weltweit durchsuchen wo Long wie verwendet wird.
Daher ist der Bug ein absoluter Showstopper.
-
Gibt so einige Probleme, wo ich vorerst lieber die Finger von der 64Bit Variante in der Produktion lasse.
Jüngstes Beispiel:
NotesUIWorkspace.Prompt.
Wenn man eikn Script mit dieser Methode unter Verwendung der Typen
PROMPT_OKCANCELLIST
PROMPT_OKCANCELCOMBO
PROMPT_OKCANCELEDITCOMBO
PROMPT_OKCANCELLISTMULTI
im DDE 64 Bit erstellt, dann funktionieren die Aufrufe in einem 32 Bit Client nicht.
Wenn man die Aktionen mit einem 32Bit DDE bearbeitet, dann funktionieren sie in 32/64Bit ... :P
support can reproduce…SPR# PSHECLNFST
Die Frage ist, wie viele dieser "Perlen" verstecken sich noch im 64er Client?
-
Ich teste momentan mit einer langsam wachsenden Gruppe (und einer Kontrollgruppe, die den 32Bit Client hat), bisher keine Probleme.
Sowohl frische Erstinstallationen auf neuen Maschinen (W10/11) als auch "Update" Installationen (Deinstallation 32 + Neuinstallation 64). Selbst offene Tabs auf den aktualisierten Clients oder von anderen Maschinen (bei Nutzern mit mehreren PCs) gingen nicht verloren, auch keine Crashs bisher.
Admin/Designer Installation habe ich bei mir allerdings aufgrund der hier gemeldeten Probleme vorsichtshalber wieder auf 32 Bit geändert, auf anderen Arbeitsplätzen mit Client only habe ich aber die 64Bit Version - selbst der Mischbetrieb W32/W64/Nomad (iOS+Android) läuft bisher reibungsfrei bei mir.
Nächster Schritt wird sein, ein paar PowerUser in den Test einzubeziehen.
- Nach der Installation (Englische Version) benötigt die Anwendung beim Start Admin Rechte sonst kommt die Fehlermeldung 'notes still running but not responding'
Abhilfe: Dem Anwender komplette Admin Rechte auf das Notes Verzeichnis geben.
Das ist aber kein 64Bit Problem. Alle Windowsversionen nach XP wurden als Multi User System konzipiert und bieten dafür eine Trennung von Programm- und Nutzerdaten.
Wenn man ein Programm aber als Single User Variante direkt ins Windows Programmverzeichnis installiert und dort INI-Dateien, Datenbanken etc ablegt ignoriert man das. Daher gilt: sofern es keinen wirklich triftigen Grund gibt (Admin/Designer wäre ein Grund) installiert man die Multi User Version. Das gilt auch dann, wenn es nur einen Nutzer auf der Maschine gibt, denn dann liegen sämtliche Nutzerdaten da wo sie hingehören unter /users.../AppData... . Das macht auch Microsoft mit Office nicht anders.
Für Single User Installationen nimmt man hingegen ein eigenes Verzeichnis, das sich außerhalb der Windows Systemordner befindet.
- im Notes Client zeigt das linke Calendar panel keine Kalenderdaten. Fehlermeldung in etwa: Replica does not exists.
Auch das kann ich nicht bestätigen, eingebettete/verlinkte Kalender funktionieren (hier) problemlos. Immer vorausgesetzt, dass man eine saubere Installation macht und dem Client auch die Informationen zur Verfügung stellt, die er zum Auffinden der verlinkten Kalender braucht. Die genannte Meldung lässt vermuten, dass bei der Installation nicht das ursprünglich zum Nutzer gehörende persönliche Adressbuch verwendet wurde oder auf (dem neuen Client nicht zur Verfügung stehende) andere Repliken/Ressourcen verwiesen wurde.
HTH
Carsten
-
Der Swingsoft PDF Converter funktioniert in de 64bit Version nicht, auch nicht nach De-und Neuinstallation.
-
Der Swingsoft PDF Converter funktioniert in de 64bit Version nicht, auch nicht nach De-und Neuinstallation.
Plugins müssen zur Architektur des jeweiligen Hosts passen, 32Bit Plugins funktionieren nicht in 64Bit Anwendungen
Wer seine alten 32Bit Plugins weiterhin benötigt kann nicht auf 64Bit umstellen, das gilt für Notes wie auch für Office (weswegen viele auch da bei 32 Bit bleiben). Hersteller des Plugins kontaktieren und um Update bitten.
In etlichen Fällen kann man das aber umgehen, indem man statt eines echten Plugins auf einen Aufruf über die Kommandozeile mit Parameterübergabe umstellt. Gerade bei PDF-Druckern sollte das kein allzu großer Aufwand sein.
HTH
Carsten
-
Habe noch einen weiteren Fehler gefunden / gemeldet:
Siehe Screenshot: Wenn man in einer eingebetteten Ansicht mit Option "show single category" ein Ansicht einbindet, bei der "show response hierarchy" genutzt wird, dann funktioniert das nicht. Man kann die Antwortdokumente nicht anzeigen.
Der Fehler tritt aber generell unter 12.0.2 auf, unabhängig ob 32 oder 64 Bit.
-Werner
-
Rainer Brandl hat noch ein Problem mit embedded views gemeldet.
https://brandlrainer.info/2023/01/04/hcl-notes-v12-0-2-and-embedded-views/ (https://brandlrainer.info/2023/01/04/hcl-notes-v12-0-2-and-embedded-views/)
-
Danke Ulrich,
der work around mit den beiden notes.ini Werten hat meine Problemen mit Picklist und eingebetteten Ansichten gelöst (bzw. wohl eher unterdrückt):
EnableExtendedFindByKey=0
DISABLE_REFIND_IN_READENTRIES=1
Komisch, dass mir dies der Support von HCL nicht mitgeteilt hat >:(
UPDATE: Der Support hat sich noch gemeldet und auf den EnableExtendedFindByKey hingewiesen und auch noch eine Erläuterung geliefert:
"EnableExtendedFindByKey=0" is a parameter used to display documents the same as up to Notes 12.0.1 without using the processing of showing the latest document list to be displayed within the embedded view implemented in Notes client 12.0.2. The affected part is the display of the embedded view, and the same processing as Notes 12.0.1 is performed.
-Werner
-
Um auch mal was Positives zu berichten:
Ich rolle den 64bit Client in mehreren Umgebungen weiterhin aus, keins der beschriebenen Probleme kommt bisher zum Tragen.
Bei Admin/Designer bleibe ich allerdings vorerst bei 32bit.
Carsten
-
mir fehlt nur KillNotes(64), da ab und zu nach dem Absturz gehts nicht mehr.
-
mir fehlt nur KillNotes(64), da ab und zu nach dem Absturz gehts nicht mehr.
Im Notesverzeichnis findest du den Notes System Debugger NSD.EXE
Leg dir eine Verknüpfung dafür auf den Desktop und ändere das Ziel in "...\nsd.exe" -kill
Das dauert zwar 1-2 Sekunden länger als das alte killnotes aber erfüllt den gleichen Zweck.
HTH
Carsten
-
Um den Notes-Client und deren Prozesse zu beenden kann auch die App "HCL Notes-Diagnosedaten erfasst und Notes beenden" aufgerufen werden ;)
-
Um den Notes-Client und deren Prozesse zu beenden kann auch die App "HCL Notes-Diagnosedaten erfasst und Notes beenden" aufgerufen werden ;)
Ws nichts anderes ist als der Aufruf eines links der "C:\notes\nsd.exe -hang -kill" startet
-
Ws nichts anderes ist als der Aufruf eines links der "C:\notes\nsd.exe -hang -kill" startet
Ich dachte nur, warum so umständlich wenn es auch einfacher geht.
-
Wollte nur damit sagen, dass es schlussendlich auf NSD rausläuft. Wozu also KillNotes(64)?
-
Danke Jungs,
Es hat geklappt.
-
Ws nichts anderes ist als der Aufruf eines links der "C:\notes\nsd.exe -hang -kill" startet
Ich dachte nur, warum so umständlich wenn es auch einfacher geht.
Ganz einfach: -kill ist schneller als eure Varianten.
Hab mal nachgemessen, -kill braucht bei mir 5-10 Sekunden vs. über 30 Sekunden bei euren Varianten.
Das war auch bei Killnotes der Hauptvorteil - klick - zack und weg in gefühlt unter einer Sekunde.
HTH
Carsten
-
-hang macht halt 2 Snapshots im Abstand von einem Zeitraum X bevor es den Kill startet, damit man u.U. aus den Unterschieden erkennen kann, warum der Client hing... das dauert natürlich länger als ein direktes kill... ich beende die Prozesse immer manuell über den Taskmanager... das geht fast genauso schnell