Parameterproblematik (OOP-ALV)
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo Zusammen.
Vorweg: Ich bin noch ein richtiger Grünschnabel.
Ich habe mir nun zwei eigene Tabellen gebaut.
Aus Tabelle 1 habe ich mir in eine interne Tabelle die Daten zu den Spalten Name, Datum und Abteilung geholt.
Aus der zweiten Tabelle habe ich, wenn die Abteilung übereinstimmt, noch die E-Mailadresse des Verantwortlichen und eine zweite für die Vertretung dazugelesen.
Die interne Tabelle wird korrekt gefüllt und kann über den Write-Befehl auch korrekt ausgegeben werden.
Nun möchte ich das ganze allerdings in einem ALV ausgeben.... und es knallt.
Ich weiß, dass es daran liegt, dass der Parameter vom Type TABLE nicht mit meiner internen Tabelle übereinstimmt. Aber ich habe als Anfägner und trotz googlen keinen richtigen Ansatz wie ich das Problem lösen kann. (Allein für das Lokalisieren habe ich eine ganze Weile gebraucht)
Fehlermeldung erscheint an der Stelle:
Hoffe ihr könnt mir einen Tipp in die richtige Richtung geben? Wie muss ich mit einem solchen Problem umgehen?
Vielen Dank
Kali
Vorweg: Ich bin noch ein richtiger Grünschnabel.
Ich habe mir nun zwei eigene Tabellen gebaut.
Aus Tabelle 1 habe ich mir in eine interne Tabelle die Daten zu den Spalten Name, Datum und Abteilung geholt.
Aus der zweiten Tabelle habe ich, wenn die Abteilung übereinstimmt, noch die E-Mailadresse des Verantwortlichen und eine zweite für die Vertretung dazugelesen.
Die interne Tabelle wird korrekt gefüllt und kann über den Write-Befehl auch korrekt ausgegeben werden.
Nun möchte ich das ganze allerdings in einem ALV ausgeben.... und es knallt.
Ich weiß, dass es daran liegt, dass der Parameter vom Type TABLE nicht mit meiner internen Tabelle übereinstimmt. Aber ich habe als Anfägner und trotz googlen keinen richtigen Ansatz wie ich das Problem lösen kann. (Allein für das Lokalisieren habe ich eine ganze Weile gebraucht)
Fehlermeldung erscheint an der Stelle:
Code: Alles auswählen.
cl_salv_table=>factory( IMPORTING r_salv_table = gr_table
CHANGING t_table = xitab ).Vielen Dank
Kali
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Habe sie so aufgebaut:
Code: Alles auswählen.
DATA: BEGIN OF xitab OCCURS 0,
name LIKE zhr_az_eintritt-name,
datum LIKE zhr_az_eintritt-datum,
abteilung LIKE zhr_az_eintritt-abteilung,
mailvera LIKE zhr_az_kontakt-mailvera,
vertret LIKE zhr_az_kontakt-vertret,
END OF xitab.du übergibst hier keine tabelle sondern eine struktur.
Mit dem Zusatz "Table" deklarierst du itab als Tabelle.
jetzt kannst du itab als parameter übergeben!
Gruß coco
Code: Alles auswählen.
data: itab type table of xitab.jetzt kannst du itab als parameter übergeben!
Gruß coco
Gibt es für diese Zeile einen bestimmen Zeitpunkt/Ort im Quelltext an dem man die Data-Vereinbarung schreiben muss?
Wenn ich es so mache, sagt mir die Workbench nur "Der Typ XITAB" ist unbekannt.
Aber ja... du hast Recht. Ich habe eine Struktur... Bin ich blöd!
In solche Anfänger-Fettnäpfchen trete ich noch sehr häufig.
EDIT:
Mit klappt es dann.
Ich danke dir !
Wenn ich es so mache, sagt mir die Workbench nur "Der Typ XITAB" ist unbekannt.
Aber ja... du hast Recht. Ich habe eine Struktur... Bin ich blöd!
In solche Anfänger-Fettnäpfchen trete ich noch sehr häufig.
EDIT:
Mit
Code: Alles auswählen.
DATA: itab LIKE TABLE OF xitab.Ich danke dir !
Zuletzt geändert von Kali am 30.08.2012 14:26, insgesamt 1-mal geändert.
Versuch das mal:
Edit: Es sollte auch kein Vorwurf sein, sondern ein Hinweis.
Wir alle haben mal als Anfänger angefangen und es treten so oft neue
Fälle auf, in denen ich mich auch als Neuling fühle.
Code: Alles auswählen.
Types: BEGIN OF xitab,
name LIKE zhr_az_eintritt-name,
datum LIKE zhr_az_eintritt-datum,
abteilung LIKE zhr_az_eintritt-abteilung,
mailvera LIKE zhr_az_kontakt-mailvera,
vertret LIKE zhr_az_kontakt-vertret,
END OF xitab.Wir alle haben mal als Anfänger angefangen und es treten so oft neue
Fälle auf, in denen ich mich auch als Neuling fühle.
Wieder ein schönes Beispiel, warum man interne Tabellen nicht mit impliziten Kopfzeilen verwenden sollte.Kali hat geschrieben:Habe sie so aufgebaut:
Code: Alles auswählen.
DATA: BEGIN OF xitab OCCURS 0, name LIKE zhr_az_eintritt-name, datum LIKE zhr_az_eintritt-datum, abteilung LIKE zhr_az_eintritt-abteilung, mailvera LIKE zhr_az_kontakt-mailvera, vertret LIKE zhr_az_kontakt-vertret, END OF xitab.
In diesem Fall ist
Code: Alles auswählen.
xitab[]"Schöner" ist es, wenn du - so wie von coco geschrieben - mit Types arbeitest und einmal den Arbeitsbereich und einmal die interne Tabelle zum Arbeitsbereich definierst.
Seite 1 von 1
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Bestellungen -> neue Freigabestrategie -> Tabelle KSSK 032 Eintrag wird nicht transportiert
vor einer Woche von Romaniac 8 / 33912
vor einer Woche von Romaniac 8 / 33912
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
Bestellungen -> neue Freigabestrategie -> Tabelle KSSK 032 Eintrag wird nicht transportiert
vor einer Woche von Romaniac 8 / 33912
vor einer Woche von Romaniac 8 / 33912