[#10183] Fehler nach Systemupgrade wegen fehlenden Application Log Objekten

Bei einem Systemupgrade gehen sämtliche durch ProNovia bereitgestellten Application Log Objekte verloren, weil im Rahmen des Upgrades sämtliche Logs gelöscht werden, die nicht dem Kundennamensraum (Y*, Z*) entstammen. Wird im Zusammenhang mit dem Systemupgrade auch ein Upgrade der ProNovia Produkte vorgenommen, dann löst sich das Problem automatisch, weil die entsprechenden Logs mit dem Produkte-Kits ausgeliefert und automatisch neu angelegt werden.

Betroffen sind nur Produkte, welches das Application Log verwenden. Es handelt sich hierbei um die folgenden Produkte:

• OBJ

• OLM

• CFM (PRM)

• UGC

Sollten Sie diese Produkte nicht aktualisieren, müssen die entsprechenden Application Log Einträge nach dem Upgrade manuell angelegt werden. Starten Sie hierzu die Transaktion SLG0.

Legen Sie die folgenden Objekte auf Ihrem System an, wenn Sie das entsprechende Produkt verwenden.

...

Produkt

...

Objekt

...

Objekttext

...

OBJ

...

/PCH/BO

...

ProNovia OBJ Anwendungslog

...

OLM

...

/PRONOVIA/OLM

...

ProNovia OLM Anwendungslog

...

CFM (PRM)

...

/PRONOVIA/PRM

...

ProNovia CFM Anwendungslog

...

UGC

...

/PRONOVIA/UGC

...

ProNovia UGC Anwendungslog

Zudem müssen für sämtliche Objekte Unterobjekte erzeugt werden. Markieren Sie hierzu das zuvor angelegte Objekte und wählen Sie auf der linken Seite "Unterobjekte" aus. Legen Sie die nachfolgenden Unterobjekte an, wenn Sie das entsprechende Produkt verwenden.

...

Produkt

...

Objekt

...

Unterobj.

...

Unterobjekttext

...

OBJ

...

/PCH/BO

...

SAVE

...

Fehlerprotokollierung beim Sichern der Daten

...

OLM

...

/PRONOVIA/OLM

...

/PRONOVIA/OLM_DEL

...

OLM Report Löschen Einträge

...

CFM (PRM)

...

/PRONOVIA/PRM

...

MUHNDL

...

Fehler aus Abarbeitung der Aktionen bei Mehrfachverwendungen

...

UGC

...

/PRONOVIA/UGC

...

DIS

...

In Bearbeitung befindliche Dokumentinformationssätze

...

UGC

...

/PRONOVIA/UGC

...

JOB

...

Job für die Bereitstellung/Übernahme der Konvertierdateien

[#9058] Asynchron gestartete Workitems werden nicht beendet

Werden zu startende Workitems in der Workflow Ereignis Queue abgelegt, werden die Workitems unter Umständen erst verzögert angelegt. Wurde jedoch in der Zwischenzeit bereits eine Stellungnahme abgegeben, sind solche Workitems obsolet und dürften gar nicht mehr erzeugt werden.

Dies lässt sich mit einer Änderung am OLM Workflow Muster beheben, indem eine zusätzliche Klasse eingepflegt wird, die beim Erzeugen des Workitems prüft, ob das Workitem überhaupt noch benötigt wird und es gegebenfalls sogleich beendet.

Gehen Sie für die Anpassung wie folgt vor.

Ermitteln des Workflow Muster

Für die Ermittlung des Workflow Musters starten Sie den SAP Business Workplace (Transaktion SBWP) und markieren Sie ein beliebiges OLM Workitem. Zeigen Sie nun das dazugehörige Protokoll über die entsprechende Drucktasten an.

...

Wechseln Sie über die entsprechende Drucktaste in die das technische Protokoll.

...

In den Details wird nun die ID des Workflows (beginnend mit WS) angezeigt.

...

Workflow Muster anpassen

Die Anpassung unterliegt dem Transportwesen und muss deshalb auf Ihrem Entwicklungssystem durchgeführt werden. Starten Sie den SAP Workflow Builder (Transaktion SWDD) und nehmen Sie das zuvor ermittelte Workflow Muster in Änderung. Springen Sie nun in die Kopfdaten.

...

Tragen Sie nun im Reiter Versionsabhängige (Aktuelle Workflow-version) im Unter-Reiter Programmier-Exits die Klasse /PRONOVIA/CL_OLM_WF_VALIDATOR ein.

...

Speichern Sie nun Ihre Eingaben und kehren Sie zum Einstiegsbild zurück.

...

Im letzten Schritt muss die Anpassung noch aktiviert werden.

...

Transportieren Sie die Anpassung auf die weiteren Systeme.

Bereinigung von Workitems

Mit dem Report /PRONOVIA/OLM_WF_CLEANUP werdem sämtliche unerledigte Workitems geprüft und gegebenenfalls beendet, wenn diese nicht mehr benötigt werden.

[#2573] SAP Business Workflow Trace

...