Dlaczego otrzymałem DATA_BUFFER_EXCEED podczas wywoływania RFC_READ_TABLE na CDPOS w java

Question

Wymaganie w moim programie java/groovy jest jak poniżej: Użytkownicy mogą wprowadzać nazwy tabel i pola tabeli jako parametry wejściowe kwerendy i spodziewać się uzyskać wynik kwerendy od SOK ROŚLINNY. Na podstawie danych wprowadzonych przez użytkownika otrzymuję nazwę tabeli [CDPOS] i [CDHDR]. Po przeczytaniu dokumentacji SAP i szukania w Google znalazłem tablice przechowujące dzienniki zmian dokumentów. Ale nie znalazłem żadnych funkcji zdalnego wywołania, które mogą być użyte w języku Java do wykonywania tego rodzaju zapytań. Następnie użyłem wycofanego dokumentu RFC "RFC_READ_TABLE" i próbowałem utworzyć dostosowane zapytania tylko w zależności od tego dokumentu RFC. Jednak znalazłem, jeśli liczba żądanych pól przekazanych do tego RFC jest większa niż 2, zawsze otrzymałem błąd DATA_BUFFER_EXCEED, nawet jeśli ograniczam maksymalną liczbę wierszy.

Nie jestem uprawniony do bycia deweloperem ABAP w systemie SAP i nie mogę dodać żadnego FM do istniejących systemów, więc mogę napisać kod, aby spełnić to wymaganie w JAVA.

Czy robię coś nie tak? Czy możesz dać mi wskazówki na ten temat?

Wielkie dzięki z góry!

Answer 1

DATA_BUFFER_EXCEEDED dzieje się tylko wtedy, gdy całkowita szerokość pól chcesz przeczytać przekracza szerokość parametru danych, które mogą się różnić w zależności od wersji systemu SAP - 512 znaków dla obecnych systemów. Nie ma to nic wspólnego z liczbą wierszy, ale z rozmiarem pojedynczego zestawu danych. Pytanie brzmi: Jaka jest zawartość parametru FIELDS? Jeśli jest pusty, oznacza to "przeczytaj wszystkie pola". CDHDR ma 192 znaki szerokości, więc zakładam, że problemem jest CDPOS o szerokości 774 znaków. Głównym problemem będą pola VALUE_OLD i VALUE_NEW, obie 245 znaków. Nawet jeśli nie uzyskasz dostępu do programistów, powinieneś prod kogoś, aby uzyskać dostęp do słownika tylko do odczytu, aby móc szczegółowo przeanalizować struktury.

Bezwstydna wtyczka: RCER zawiera klasę opakowania dla RFC_READ_TABLE, która zajmuje się obsługą pól i zapewnia, że ​​całkowita szerokość wybranych pól jest poniżej limitu narzuconego przez moduł funkcyjny.

Należy również pamiętać, że te tabele mogą być OGROMNE w środowiskach produkcyjnych - pomyśl o miliardach zgłoszeń. Możesz łatwo doprowadzić do zatrzymania bazy danych poprzez wykonywanie nadmiernych operacji odczytu na tych tabelach.

Answer 2

Istnieje sposób obejścia błędu DATA_BUFFER_EXCEED. Mimo że funkcja ta nie jest udostępniona do użytku klienta zgodnie z notatką 382318 SAP OSS, można obejść ten problem, zmieniając sposób przekazywania parametrów do tej funkcji. To nie jest jedno pole, które powoduje twój błąd, ale jeśli wiersz danych przekroczy 512 bajtów, ten błąd zostanie podniesiony. CDPOS na pewno będzie miał ten problem!

Praca, jeśli wiesz, jak wywołać funkcję za pomocą Jco i przekazać parametry tabeli, to określić dokładne pola, które chcesz zwrócić. Następnie możesz zachować zwrócone wyniki w ramach limitu 512 bajtów.

Korzystanie przykład CDPOS tabeli określ coś takiego i powinno być dobrze iść ... (uwaga, może dostać tablica CDPOS masywny! Należy określić i przekazać WHERE!)

POLA = 'OBJECTCLAS' .... pola = 'OBJECTID'

W Java może być wyrażona jako ..

listParams.setValue (to.getpObjectclas(), "OBJECTCLAS");

Ograniczając zwracane pola, można uniknąć tego błędu.