CL_GUI_ALV_TREE Flush Error
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo zusammen,
ich habe ein Programm, bei dem ein Tree über die Klasse CL_GUI_ALV_TREE angezeigt wird. In diesem Programm gibt es eine selbst implementierte Funktion, die über einen Button ausgelöst wird, welche den vollständigen Tree mitsamt seiner ganzen Hierarchiestufen (insgesamt 4) expandiert. Wenn diese Funktion direkt nach dem Aufrufen des Programmes ausgelöst wird, funktioniert sie einwandfrei. Wenn jedoch vorher schon einmal manuell ein Knoten expandiert wurde, erzeugt das System immer folgenden Dump:
Hat jemand eine Idee, woran das liegen könnte?
Aba
ich habe ein Programm, bei dem ein Tree über die Klasse CL_GUI_ALV_TREE angezeigt wird. In diesem Programm gibt es eine selbst implementierte Funktion, die über einen Button ausgelöst wird, welche den vollständigen Tree mitsamt seiner ganzen Hierarchiestufen (insgesamt 4) expandiert. Wenn diese Funktion direkt nach dem Aufrufen des Programmes ausgelöst wird, funktioniert sie einwandfrei. Wenn jedoch vorher schon einmal manuell ein Knoten expandiert wurde, erzeugt das System immer folgenden Dump:
Das ganze geschieht anscheinend im " CL_GUI_CFW=>FLUSH". Im Aufrufstack davor kommt "CL_GUI_TOOLBAR=>DISPATCH, CL_GUI_CFW=>DISPATCH und CONTROL_END". Bevor der Dump ausgelöst wird, sieht man aber noch, dass die Hierarchie vollständig und richtig expandiert angezeigt wird.ControlFrameWork : Fehler bei der Ansteuerung eines Controls!
Langtext der Fehlermeldung:
Diagnose
Bei der Abarbeitung der Befehle aus der Automation-Queue am
Frontend ist ein Fehler aufgetreten.
Als Ursachen kommen in Frage:
- fehlerhafte oder veraltete Installation des SAPGUI Frontends
- Fehler im Anwendungsprogramm
- Fehler im SAPGUI bzw. eines integrierten Controls
Hat jemand eine Idee, woran das liegen könnte?
Aba
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
Damit die Kommunikation mit dem SAPgui so effizient wie möglich abläuft, werden die Methodenaufrufe in einer Queue gebündelt. Dein Kurzdump sagt dir jetzt nur, dass irgendwo im zuletzt übermittelten Paket ein Fehler drinnen war aber nicht genau wo.
Du musst daher die "Autom.Queue synchrone Verarbeitung" ausschalten.
(Menü->System->Hilfsmittel)
Wenn du dann die gleichen Schritte die zum Kurzdump führen wiederholst, bekommst du einen aussagekräftigeren Kurzdump und siehst auch genau bei welchem (Teil-)Befehl der Tree tatsächlich abstürzt.
Aber Achtung: Der GUI wird dadurch auch extrem verlangsamt.
Du musst daher die "Autom.Queue synchrone Verarbeitung" ausschalten.
(Menü->System->Hilfsmittel)
Wenn du dann die gleichen Schritte die zum Kurzdump führen wiederholst, bekommst du einen aussagekräftigeren Kurzdump und siehst auch genau bei welchem (Teil-)Befehl der Tree tatsächlich abstürzt.
Aber Achtung: Der GUI wird dadurch auch extrem verlangsamt.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Hallo a-dead-trousers,
danke für deine Antwort! Gilt diese Einstellung dann nur für meinen User und das geöffnete Fenster oder ist das noch übergreifender, sodass es an anderer Stelle dadurch zu Problemen führen kann?
danke für deine Antwort! Gilt diese Einstellung dann nur für meinen User und das geöffnete Fenster oder ist das noch übergreifender, sodass es an anderer Stelle dadurch zu Problemen führen kann?
Zusätzlich kannst du auch den Trace für den Tree-Control einschalten:
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
Das gilt nur für die aktuelle Session des gerade angemeldeten Benutzers.
(Also für alle Fenster mit derselben Anmeldung)
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Ich habe die Funktion "Automation Controller verarbeitet Aufträge immer synchron" im Debugger jetzt eingeschalten. Jetzt erhalte ich immer folgende Informationen:
Kann mir dazu jemand weiterhelfen?
Laut SAP-Note 373437 könnte das Problem sein, dass sowohl OO als auch Funktionsbausteine im Kontext mit dem Control verwendet werden. Das verstehe ich aber nicht so Recht, da es über "CREATE OBJECT" erzeugt wird und das Expand über "GO_TREE->EXPAND_NODES.." aufgerufen wird. Zudem tritt der Fehler ja auch nur auf, wenn der Tree vorher schon teilweise manuell expandiert wurde.Kurztext der Fehlermeldung:
Control Framework: Unzulässige Bearbeitung eines ABAP-Objects-Controls
Langtext der Fehlermeldung:
Diagnose
Ein Control, das mit ABAP-Objects-Mitteln (klassenbasiertes Control
Framework) erzeugt wurde, soll über einen Funktionsbaustein
(funktionsbausteinsbasiertes Control Framework) bearbeiten werden.
Diese Mischform ist nicht unterstützt.
Die Class-Id des Controls ist SAP.TableTreeControl.1.
Der Abbruch trat im ABAP-Pro
"SAPLCNTL" auf, und zwar in "CHECK_OO".
Kann mir dazu jemand weiterhelfen?
Beitrag
von a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
Schau dir im Debugger (oben im Kurzdump solange du noch im Programm bist) deinen Aufrufstack an. Dann weißt du bei welchem Befehl der Fehler genau aufgetreten ist.
EDIT: Hab mir gerade deine Antwort nochmal durchgelesen.
Welche Knotennamen übergibst du bei EXPAND_NODES?
Doch hoffentlich nur die, die noch zu Öffnen sind und nicht die die schon offen sind.
EDIT: Hab mir gerade deine Antwort nochmal durchgelesen.
Welche Knotennamen übergibst du bei EXPAND_NODES?
Doch hoffentlich nur die, die noch zu Öffnen sind und nicht die die schon offen sind.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
4031
Views
Views
2
Antw.
Antw.
3360
Views
Views
ERROR bei der Installation von Web AS 6.40
von bohne » 25.09.2006 15:08 • Verfasst in Web Application Server
von bohne » 25.09.2006 15:08 • Verfasst in Web Application Server
2
Antw.
Antw.
5196
Views
Views
7
Antw.
Antw.
4068
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
SAPScript Formular Fertigungspapiere doppelseitig Drucken
vor einer Woche von Abap_neuling 14 / 3163
vor einer Woche von Abap_neuling 14 / 3163
CL_GUI_ALV_GRID - Zeilen auf Read-Only / Editierbar schalten
vor einer Woche von a-dead-trousers 5 / 2812
vor einer Woche von a-dead-trousers 5 / 2812
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
SAPScript Formular Fertigungspapiere doppelseitig Drucken
vor einer Woche von Abap_neuling 14 / 3163
vor einer Woche von Abap_neuling 14 / 3163
CL_GUI_ALV_GRID - Zeilen auf Read-Only / Editierbar schalten
vor einer Woche von a-dead-trousers 5 / 2812
vor einer Woche von a-dead-trousers 5 / 2812