EHP8 Update: Zielbereich muss Into-Klausel angegeben werden
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo zusammen,
ich habe ein "kleines" Problem durch ein Update auf EHP8. In unserem System gibt es einen eigenen Funktionsbaustein zum ausdrucken eines PDFs, dieser wurde von "PK_KANBANCARD_PRINT" kopiert.
Um Entwickungsaufwand zu sparen wurde natürlich nur dir FuBa kopiert und die entsprechenden Änderungen eingefügt. Das heißt die meisten originalen Includes werden weiter genutzt.
Das ganze funktioniert auch auf dem aktuellen System (Release 701 / 0007) wunderbar. Beim Test in der neuen Umgebung (Release 750 / 0003) dumped das neue Sytem.
Es stolpert über einen Select in einem SAP Include (LMPKDF20) in dem kein Zielbereich angegeben wurde (halt noch richtig oldschool).
Wenn ich dem Zbaustein neu aktivieren möchte kommt auch der Hinweis "Ein Zielbereich muss mit einer INTO-Klausel angegeben werden." siehe Datei Anhang.
Was nun ganz seltsam ist, wenn ich in der selben Methode den original FuBa PK_KANBANCARD_PRINT aufrufe läuft dieser ganz normal ohne Probleme durch.
Kennt jemand das Problem ?
Ich würde ungern alle Original SAP Include nachbauen.
Viele Grüße
Sven
ich habe ein "kleines" Problem durch ein Update auf EHP8. In unserem System gibt es einen eigenen Funktionsbaustein zum ausdrucken eines PDFs, dieser wurde von "PK_KANBANCARD_PRINT" kopiert.
Um Entwickungsaufwand zu sparen wurde natürlich nur dir FuBa kopiert und die entsprechenden Änderungen eingefügt. Das heißt die meisten originalen Includes werden weiter genutzt.
Das ganze funktioniert auch auf dem aktuellen System (Release 701 / 0007) wunderbar. Beim Test in der neuen Umgebung (Release 750 / 0003) dumped das neue Sytem.
Es stolpert über einen Select in einem SAP Include (LMPKDF20) in dem kein Zielbereich angegeben wurde (halt noch richtig oldschool).
Wenn ich dem Zbaustein neu aktivieren möchte kommt auch der Hinweis "Ein Zielbereich muss mit einer INTO-Klausel angegeben werden." siehe Datei Anhang.
Was nun ganz seltsam ist, wenn ich in der selben Methode den original FuBa PK_KANBANCARD_PRINT aufrufe läuft dieser ganz normal ohne Probleme durch.
Kennt jemand das Problem ?
Ich würde ungern alle Original SAP Include nachbauen.
Viele Grüße
Sven
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
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 / 4287 / 214 /
1142
)
»
Hast du auch alle Felder aus dem TOP-Include der Funktionsgruppe MPKD kopiert? Insbesondere die TABLES Anweisung mit TPKGP?
lg ADT
lg ADT
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 zzcpak,
das Original Include sieht gleich aus wie auf dem "alten" System.
Hallo a-dead-trousers,
im Top Include des Bausteins habe ich alle Felder aus dem Originalen drin. Ers sagt ja auch nicht das er eine Variable oder Datentyp nicht kennt und auf dem "alten" System läuft das ganze schon ein paar Jahre Produktiv.
das Original Include sieht gleich aus wie auf dem "alten" System.
Hallo a-dead-trousers,
im Top Include des Bausteins habe ich alle Felder aus dem Originalen drin. Ers sagt ja auch nicht das er eine Variable oder Datentyp nicht kennt und auf dem "alten" System läuft das ganze schon ein paar Jahre Produktiv.
Beitrag
von ralf.wenzel (Top Expert / 3776 / 176 /
262
)
»
Das ist ein klassisches Beispiel, warum die Methode "Standard kopieren und anpassen" keine gute Idee ist. Mein derzeitiger Kunde hat das sogar verboten.
Include auch kopieren, Anweisung so ändern, dass sie nicht mehr angemeckert wird, fertig. Und natürlich dann das eigene Include includieren statt des Standards.
Ich warte schon länger darauf, dass die SAP solche Warnmeldungen zu Fehlern macht und dabei SAP-eigene Programme ausschließt. Sehr her, liebe Ex-Kunden, hier zeigt sich, dass ich vor knapp 5 Jahren recht hatte....
Include auch kopieren, Anweisung so ändern, dass sie nicht mehr angemeckert wird, fertig. Und natürlich dann das eigene Include includieren statt des Standards.
Ich warte schon länger darauf, dass die SAP solche Warnmeldungen zu Fehlern macht und dabei SAP-eigene Programme ausschließt. Sehr her, liebe Ex-Kunden, hier zeigt sich, dass ich vor knapp 5 Jahren recht hatte....
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Steht denn der DUMP im direkten Zusammenhang mit dem Hinweis?RaCDigger hat geschrieben:Das ganze funktioniert auch auf dem aktuellen System (Release 701 / 0007) wunderbar. Beim Test in der neuen Umgebung (Release 750 / 0003) dumped das neue Sytem.
Es stolpert über einen Select in einem SAP Include (LMPKDF20) in dem kein Zielbereich angegeben wurde (halt noch richtig oldschool).
Wenn ich dem Zbaustein neu aktivieren möchte kommt auch der Hinweis "Ein Zielbereich muss mit einer INTO-Klausel angegeben werden." siehe Datei Anhang.
Der Hinweis kommt doch wegen:
Code: Alles auswählen.
SELECT SINGLE * FROM tpkgp.
Was sagt den der Dump über die genaue Abbruchstelle bzw. Abbruchgrund?
Gruß Hendrik
Beitrag
von a-dead-trousers (Top Expert / 4287 / 214 /
1142
)
»
Blöde Idee:
Wie siehts es mit den "Eigenschaften" der Funktionsgruppe/des Reports aus?
Sind die im Original und in der Kopie gleich?
War da nicht mal irgendwas, dass z.b. "Unicodeprüfung" bzw. "Festpunktaritmetik" auch eine strengere Syntaxprüfung bewirkt hat?
lg ADT
Wie siehts es mit den "Eigenschaften" der Funktionsgruppe/des Reports aus?
Sind die im Original und in der Kopie gleich?
War da nicht mal irgendwas, dass z.b. "Unicodeprüfung" bzw. "Festpunktaritmetik" auch eine strengere Syntaxprüfung bewirkt hat?
lg ADT
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 zusammen,
sorry für die verzögerte Antwort.
sorry für die verzögerte Antwort.
Wasser auf meine Mühlen. War leider die Standard Methode unseres Systemhauses, sprich alle Druckprogramme sind auf diese weise kopiert (da werde ich Spaß haben).Das ist ein klassisches Beispiel, warum die Methode "Standard kopieren und anpassen" keine gute Idee ist. Mein derzeitiger Kunde hat das sogar verboten.
Seite 1 von 1
Vergleichbare Themen
10
Antw.
Antw.
5163
Views
Views
8
Antw.
Antw.
688
Views
Views
5
Antw.
Antw.
949
Views
Views
Methodenaufruf in SQL-WHERE-Klausel?
von Patrick1982 » 05.11.2020 14:01 • Verfasst in ABAP® für Anfänger
von Patrick1982 » 05.11.2020 14:01 • Verfasst in ABAP® für Anfänger
5
Antw.
Antw.
3115
Views
Views
Feldname in Variable für Where-Klausel ...
von andis » 02.02.2005 12:55 • Verfasst in ABAP® für Anfänger
von andis » 02.02.2005 12:55 • Verfasst in ABAP® für Anfänger
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.