Statische Code-Analyse zur Identifizierung von Änderungen an Datenobjekten
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hallo zusammen,
ich soll Z-Programme (inklusive Aufrufhierarchie natürlich) dahingehend analysieren, welche Datenobjekte sie ändern. Sprich was wird durch Insert, Update, Modify oder Delete in der DB verändert. Die Analyse soll statisch sein.
Gibt es eine Werkzeug-gestützte Möglichkeit das zu machen? Ich habe mal im Code Inspector nachgeschaut, aber auf den ersten Blick habe ich nichts gesehen, was mir weiterhelfen könnte. Ich bin aber auch überhaupt nicht versiert mit dem CI muss ich dazu sagen.
Ich bin für jede Hilfe dankbar.
Gruß
Abeape
ich soll Z-Programme (inklusive Aufrufhierarchie natürlich) dahingehend analysieren, welche Datenobjekte sie ändern. Sprich was wird durch Insert, Update, Modify oder Delete in der DB verändert. Die Analyse soll statisch sein.
Gibt es eine Werkzeug-gestützte Möglichkeit das zu machen? Ich habe mal im Code Inspector nachgeschaut, aber auf den ersten Blick habe ich nichts gesehen, was mir weiterhelfen könnte. Ich bin aber auch überhaupt nicht versiert mit dem CI muss ich dazu sagen.
Ich bin für jede Hilfe dankbar.
Gruß
Abeape
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 / 4457 / 227 /
1198
)
»
Wenn es nur den statischen Code im jeweiligen Programm geht, könnte man sich noch mit einem Code Search nach INSERT/UPDATE/DELETE/MODIFY behelfen. Sobald aber die Aufrufhierarchie berücksichtigt werden soll (z.B Programm > Funktionsbaustein od. Klasse > Befehl) wird das ganze ein Mammut-Projekt. Es gibt zwar, glaube ich, einige Tools die sowas machen können, die sind aber meistens von Drittabieter und nicht ganz billig (weil da viel Zeit und Geld reinfließt)
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
abeape
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
Es gibt den Codeinspector-check "Search DB Operations".
Der funktioniert vielleicht für deine Zwecke?!
Der funktioniert vielleicht für deine Zwecke?!
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Seite 1 von 1
Vergleichbare Themen
11
Antw.
Antw.
6900
Views
Views
0
Antw.
Antw.
2403
Views
Views
Statische HTMLs in integrierten ITS importieren
von speedy » 07.06.2007 14:25 • Verfasst in Web Application Server
von speedy » 07.06.2007 14:25 • Verfasst in Web Application Server
8
Antw.
Antw.
13189
Views
Views
Gründe für die Instanziierung und gegen statische Methoden
von chrizz9988 » 19.03.2013 21:02 • Verfasst in ABAP Objects®
von chrizz9988 » 19.03.2013 21:02 • Verfasst in ABAP Objects®
1
Antw.
Antw.
2139
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
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
Unbeantwortete Forenbeiträge
CL-Klassifizierung (001 Materialklasse): Merkmale, die durch Konfiguration/Beziehungswissen nicht mehr zulässing sind
vor einer Woche von zero88 1 / 10601
vor einer Woche von zero88 1 / 10601