Frequently Asked Questions (FAQs) und Bekannte Fehlermeldungen, ihre Ursache und Lösungsvorschläge

MSWord
Es wurde ein fehlerhaftes Word-Dokument erstellt und an ein ClassiX-Objekt gehängt. Dieses Word-Dokument muss gelöscht und mit einem neuen Word-Dokument ersetzt werden.
Um das Problem in Zukunft nicht mehr zu haben, muss das Profil des Users neu gesetzt werden. Dabei ist vorher zu prüfen, ob der Fehler nur beim Lokalen-Benutzer vorkommt, oder ob das Domänen-Profil (wenn vorhanden) betroffen ist.

osgi.nl=de_DE

Dies setzt das Locale hart auf Deutsch, wodurch die Summenberechnung wieder korrekt erfolgt

1. Diese Meldung tritt auf, wenn sich MS Word/Excel verschluckt hat.
2. Add-Ins von Dritt-Anbietern haben die Schnittstelle von MS-Word/Excel ändern, so dass nicht mehr mit ClassiX kommuniziert werden kann.
3. MS Word/Excel reagiert nicht, weil die Anwendung gerade ausgelastet ist.
4. Es ist bereits Dokument mit MS Word/Excel geöffnet und kann nicht auf die Anfrage von ClassiX reagieren bzw. kann die Anfrage von ClassiX mit dem geöffnetem Dokument nicht umsetzen.
5. In seltenen Fälle wurde ein Registry-Eintrag von MS Word/Excel vorgenommen, wodurch ein Arbeiten mit MS Word/Excel aus ClassiX-Sicht fast unmöglich wurde.

1. Task-Manager öffnen und den Prozess von MS Word/Excel beenden.
2. Alle Dritt-Anbieter AddIns deaktivieren.
3. Warten bis MS Word/Excel wieder reagiert oder Prozess von MS Word/Excel im Task-Manager beenden.
4. Dokument schließen. Kontrollieren ob ein Prozess von MS Word/Excel im Task-Manager offnen bleibt. Diesen gegebenenfalls beenden.
5. Dieser Eintrag muss wieder entfernt werden. Problem: Uns ist nicht bekannt um welchen Eintrag es sich handelt. Darum muss das Windows-Profil gelöscht und auf dem Rechner neu angelegt werden.

Im Anschluss nicht vergessen den Baustein zu konvertieren

Das Template des Formular ist für den Anwender nicht erreichbar.

oder

Das Template wurde ohne Word importiert.

In den Formularkopf gehen und den Pfad des Templates kontrollieren. Können alle User diesen erreichen? Eventuell die Variable CX_ROOTDIR nutzen, damit das Template für alle erreichbar ist.

Auf einem Rechner mit Word wechseln und wieder den Formularkopf öffnen. Unter  dem Menüpunkt "Bearbeiten" gibt es die Funktion "XML-Template importieren". Dies ausführen.

Danach sollte sich das Formular drucken lassen. 

ObjectStore Cumulative Patch Release 7.3.0.02

Java ist auf dem Rechner nicht installiert.

Ursachenanalyse wenn Java installiert ist und die Hinweismeldung weiterhin erscheint:

• OK anklicken und in ClassiX das Monitorfenster aufrufen (ALT+Rechte Maustaste) und folgende Codezeile ausführen:
  "CLASSPATH" SystemObject Call(GetEnvironment) SystemObject Call(Log)
• In der Logdatei (SystemOut-Ordner) der aktuellen ClassiX Sitzung wurde der Inhalt der Variable CLASSPATH geschrieben
• Öffnen Sie die Datei und Kopeiren Sie die Pfadangabe in die Zwischenablage
  Beispiel: Datum Uhrzeit 46 *  INFO cx.app - Y:\classix\main\Bin\alpha\4.6.0-os2013.0-vc11-32\birt-interface.jar;y:\birt-runtime-osgi-3_7_2\\ReportEngine\lib\*;
• Öffnen Sie ein Kommandofenster und setzten Sie dort die CLASSPATH Variable auf den Wert aus der Logdatei
  Beispiel: Set CLASSPATH=Y:\classix\main\Bin\alpha\4.6.0-os2013.0-vc11-32\birt-interface.jar;y:\birt-runtime-osgi-3_7_2\\ReportEngine\lib\*;
• Anschließend führen Sie im Kommandofenster folgende Codezeile aus:
  java.exe org.instantview.report.exec.ExecuteReportServer
• Die Rückgabewerte sollten Aufschluss darüber geben, warum die Meldung trotzdem erscheint

SAP hat eigene TAO-DLLs und durch die ACE-eigene Routine zum Nachladen der DLL während der Laufzeit, werden unsere DLL nicht mehr gefunden, solange SAP im PATH vorhanden ist.

PATH in unsere Start-Datei neu definieren, so dass unsere DLL, Java und ObjectStore gefunden werden kann.

Beispiel:

SET PATH=%CX_BIN%;C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\Program Files\Java\jre1.8.0_171\bin;C:\ODI_2013.0\ostore\bin

Rekursiver Makroaufruf darf höchstens 16 Ebenen haben. Sind mehrere Ebenen vorhanden, kann es zu diesem Fehler kommen.

Die REP-Collection enthält korrupte Zeiger.

Aufrufen: cxaosr /R CX_CLASS_NAME
wobei CX_CLASS_NAME dem Klassennamen entspricht, dessen REP-Collection vermutlich defekt ist.
Das Analyse-Tool erzeugt daraufhin eine Datei namens "REPAnalyse.lst". Eine oder mehrere Zeilen mit "corrupt pointer..." beweist, dass die REP-Collection defekt ist.

1. Alle Indizes notieren. Die Indizes können wahrscheinlich nicht mehr über den Index-Manager in der Workbench gelöscht werden. Nach dem Reparieren sind die Indizes nicht mehr vorhanden. Um sie wieder aufbauen zu können, muss bekannt sein, welche Indizes zu der REP-Collection existieren.
2. Im Monitorfenster ausführen:
   BeginTXN CX_CLASS_NAME "cs.className" 0 GetManager(OBJECT) Call(RepairREPCollection)
   CX_CLASS_NAME und "cs.className" sind entsprechend anzupassen. "cs.className" ist der Name des Segments, in der die REP-Collection gespeichert ist. Mit Hilfe der CLASSIX.ODB lässt sich das Segment herausfinden: Zu jeder Klasse (Class, PseudoClass) ist der Speicherort notiert. Dieser Ort (Storage) beschreibt u.a. auch den Namen des Segmentes, das die REP-Collection hält (CSeg).
3. Nachdem die REP-Collection repariert wurde (das kann ein paar Minuten dauern), ist ClassiX^® neu zu starten.
4. Im Index-Manager sind jetzt die alten Indizes zu löschen, und zwar mit der RemoveEntry()-Methode. Die alten, jetzt ungültigen Indizes sind rot unterlegt und so leicht zu finden.
5. Im letzten Schritt können die Indizes neu aufgebaut werden, mit den Daten, die im ersten Schritt notiert wurden.

Der Slot "clusterInfo" des Objektes (hier: ein Auftrag) ist negativ.

Doppelklick auf den Index-Eintrag im Index-Manager; unter "Sortierung" sollte "Geordnet" eingestellt sein.

In diesem Fall ist die Bestellung selber beschädigt.

Ein osverifydb Lauf zeigte im Bestell- und Compound-Segmenten Transaktionen, deren transaction-Pointer auf irgendwelche Strings anstatt CX_TRANSACTION-Objekte zeigen:

The object at <d|classix01:C:\classix\solutions\REMPro\VPro\database\ST17591\VPro_Backup_ST00017591.cxd|2106|0|263ce568|10000> (type "CX_COMPOUND_TXN"), contains a pointer at <d|classix01:C:\classix\solutions\REMPro\VPro\database\ST17591\VPro_Backup_ST00017591.cxd|2106|0|263ce620|10000> (CX_COMPOUND_TXN::CX_TRANSACTION.transaction) incorrectly pointing to an object of mismatched type at <d|classix01:C:\classix\solutions\REMPro\VPro\database\ST17591\VPro_Backup_ST00017591.cxd|566|0|29c16760|10000>; the declared type "CX_TRANSACTION" is incompatible with the type of the target object (char[624]). The type of this object is "1 byte char".

Diese Pointer müssten alle komplett durchgenullt werden, da jeder Zugriff darauf vermutlich zu einem Absturz führen kann.
mit dem osview-Tool von ObjectStore könnte man sich diese Strings mal anschauen und vielleicht wird man draus ja irgendwie schlau, was dort schief gelaufen ist. Mit dem Tool kann man auch Pointer durchnullen, wobei das bei so vielen Pointern wohl besser wäre, diese automatisiert durchzunullen (angeblich haben wir hierfür objectTools::SetNullPointerByOSVerfyDBFile)

Solange das Feld „uniqueID“ lesbar ist, müsste man die betroffene Bestellung über eine einfache Query finden können. Man muss vermutlich nur verhindern, dass das Objekt in der ClassiX-Shell dargestellt wird, da dabei auf einige Datenfelder zugegriffen wird und es hier zum Absturz kommen kann.
Falls das Objekt so kaputt ist, dass das auch nicht funktioniert, dann kann man die REP-Collection der Bestellungen per CX_DB_UTILITY::RebuildCollection neu aufbauen und dabei werden die korrupten Objekte rausgeworfen und geloggt.
Als korrupt werden hier jedoch nur Objekte erkannt, die nicht mehr als von CX_CLASS abgeleitete Objekte erkannt werden können. Falls der uniqueID-Pointer auf ungültigen Speicher zeigt, dann wird das davon nicht erkannt.

Eine weitere Alternative, um das Objekt zu finden, wäre die REP-Collection der Bestellungen per DumpCollection oder ExportCollection in eine Datei zu exportieren (diese Dateien bestehen nur aus ObjektIds der Elemente in Textform), diese Datei dann in InstantView einzulesen und die Objekte einzeln anzufassen und rauszuloggen, welches Objekt aktuell angefasst wird. Wenn der Prozess Abstürzt, sieht man dann im Logfile die Adresse des korrupten Objekts.

Wenn man die Objektadresse der Bestellung erstmal hat, dann kann man die darauf verweisenden Pointer per osverifydb –whohas seg:cluster:offset finden und im Anschluss durchnullen. Wobei dieser Prozess sehr lange dauert und man wenn möglich die zu durchsuchenden Segmente und am besten auch die Cluster einschränken sollte. (Parameter -segement_n, -start_cluster,-end_cluster)

GET_VARIABLES = Abfrage von fehlenden Variablen

MISSING_VARIABLE = Fehlermeldung bzgl. fehlender Attribute

FindAll(CX_OBJECT_DICTIONARY_CI) iterate(UNSAFE)
{
Copy(uniqueID) SystemObject Call(Log)
}

Position überspringen um Wert abzugleichen und zu überprüfen mit funktionierenden Testsystem:

FindAll(CX_OBJECT_DICTIONARY_CI) iterate(UNSAFE)
{
Index 10 = if { Drop continue }
Copy(uniqueID) SystemObject Call(Log)
}

Sollte der Eintrag keine Werte enthalten bzw. nicht verwendet werden kann dieser entfernt werden (Aufruf im Objektinspektor):
Name des Name des Root Entry Points (objectDictionaryCiL0) wurde über den Storage-Eintrag in der ODB ermittelt (CX_OBJECT_DICTIONARY_CI -> objectDictionaryCi).

FindAll(CX_OBJECT_DICTIONARY_CI) 10 Swap GetElement
"objectDictionaryCiL0" Swap dbUtil Call(RemoveFromREPCollection)

(2) Wenn der Speicherbedarf auf "viel Speicher" steht, dann wurde die Address-Space-Behandlung abgeschaltet. Stellen Sie den Speicherbedarf auf " wenig Speicher" und wiederholen Sie den Vorgang, den Sie ausführen möchten.

1. Der ObjectStore-Server ist entweder nicht aktiv oder kann über das Netzwerk nicht angesprochen werden.
    
2. Die Windows Firewall blockiert den Port, den der Client benötigt, um Rückmeldungen an den ObjectStore Server zu schicken.
    
3. Die Datenbank wurde im Verlauf des Backupprozesses Offline gesetzt und somit alle Clients getrennt.

1. In einer Kommandozeile den Befehl:  ping eingeben.
   Er liefert die IP-Adresse des Servers wieder. Sollte hier keine Antwort kommen (time-out), ist bereits der Rechner - auf welchem der Datenbank-Server läuft - im Netzwerk nicht erreichbar:
   Bitte erst eine Verbindung schaffen !
   In einer DOS-Box den Befehl: ossvrping eingeben. Hiermit kann geprüft werden, ob der Objectstore-Datenbankserver aktiv ist. Ist dieser nicht aktiv, muss dieser gestartet werden.
   Um die Geschwindigkeit des Findens des Datenbank-Servers zu erhöhen, kann man mit einem Text-Editor (z.B. NotePad) die Datei \system32\ drivers\etc\hosts. editieren. Falls keine vorhanden ist, diese anlegen (Achtung: KEINE Dateiendung, NotePad nimmt bei nichtangegebener Endung defaultmäßig .Txt, deshalb beim speichern den abschließenden ‚.‘ mit eingeben.) Folgende Zeile am Ende einfügen:

   <ip-adresse> <server-name>

2. Es muss in den Einstellungen der Client - Firewall der Port 51031 TCP freigegeben werden (Ausnahmen der Firewall)
   Siehe Administration der Firewall für Details
    
3. Neue Sitzung starten, gegebenenfalls die interne IT Abteilung kontaktieren.

1. Schreibrechte fehlen
2. Das Verzeichnis %TEMP% läuft über vor cxt#######.tmp-Dateien.
3. Mehre ClassiX-Benutzer teilen sich ein Windows-Konto und beim Abmelden wird das %TEMP%-Verzeichnis gelöscht.

1. fehlende Schreibrechte gewähren.
2. An Status Monitoren kann InstantView-Code hinterlegt werden, der beim Ausführen in eine temoräre Datei geschrieben wird, um diesen parsen zu können. Kann der Code nicht geparst werden, dann bleibt die Datei bestehen. (cxt#######.tmp)
   Den Monitor suchen, der den falschen Code enthält und diesen Code korrigieren. Die angesammelten cxt#######.tmp-Dateien löschen.
3. Entweder bekommt jeder ClassiX-Benutzer ein eigenes Windows-Konto oder das Script darf nur den Teil des %TEMP%-Verzeichnisses löschen, der nur von diesem einen Benutzer benutzt wird und nicht die restlichen Ordner und Daten der anderen Benutzer.

CreateTransObject(CX_ASCII_FILE) -> oFile
oFile Call(ANSICode)

Beim Aufruf der TAPI wird diese Meldung geworfen:

Mit diesem Tool von Ectos kann der TAPI-Client überprüft werden.

Mit diesem Tool von Ectos kann der TAPI-Client überprüft werden.