Глюк ABAP Workbench при работе с CL_GUI_ALV_GRID

RoadRunner

Сделал DEFFERED объявление класса CLASS LCL_EVENT_RECEIVER, его реализацию. Программа работала. Добавил в подпрограмму инициализации класса вызов метода объекта класса. При синтаксической проверке и активации выдает кучу ошибок - ругается на те места (к-рые я не трогал), где происходит присвоение обработчиков событий. E.g.:

Include Z_DELIVERY_REPORT_FORMS
Components of classes declared using "CLASS LCL_EVENT_RECEIVER
DEFINITION DEFERRED" can only be accessed after you have defined the
class (CLASS LCL_EVENT_RECEIVER DEFINITION) possible.

После этой, первой, ошибки идут все однотипные:
Method "HANDLE_USER_COMMAND" is unknown or PROTECTED or PRIVATE.

Хотя до этого изменения программы то же самое активировалось без ошибок. Кроме того, я, проигнорировав сообщения, активировал прогу. Все работает, в т.ч. и те куски, что я вставил, и те, на к-рые веркбенч ругается. Что с этим делать?

dida

Надо объявить и описать класс событий ДО места вызова.
DEFFERED позволяет только ссылки на класс объявлять и все

кажется, если не путаю.

SPikARD

dida написал(а):

Надо объявить и описать класс событий ДО места вызова.
DEFFERED позволяет только ссылки на класс объявлять и все

кажется, если не путаю.

абсолютно верно, иначе какой смысл в DEFERRED

implementation должен быть до первого -> этого класса.

RoadRunner

В программе инклюды идут в следующем порядке:
include Z_DELIVERY_TOP.
INCLUDE Z_DELIVERY_REPORT_CLASSES.
INCLUDE Z_DELIVERY_REPORT_PBO.
INCLUDE Z_DELIVERY_REPORT_PAI.
INCLUDE Z_DELIVERY_REPORT_FORMS.
В топ-инклюде объявлен этот самый отложенный класс сообщений, в классах - его реализация. В инклюде "формс" находится подпрограмма инициализации объектов, к-рая и производит присвоение класса-обработчика. Куда уж ниже по тексту это описывать... Вызов идет в ПБО, но ПБО-модуль все равно описан ниже реализации класса-обработчика...

jack_nsk

всем доброго времени суток!

поставил на солмен 7.1 8-ой стэк и сижу вот уже с неделю ляпы затыкаю появившиеся...

одна ошибка напоминает вышеописанную...
есть класс - CL_CRM_SWI_IL_STW_API_CRM
у него есть несколько локальных классов
ltc_crm_swi_il_stw_activity
ltc_crm_swi_il_stw_api
ltc_crm_swi_il_stw_api_crm
ltc_crm_swi_il_stw_bo
ltc_crm_swi_il_stw_bo_api
ltc_crm_swi_il_stw_feed
ltc_crm_swi_il_stw_feed_filter
ltc_crm_swi_il_stw_it_activity
ltc_crm_swi_il_stw_topic
ltc_crm_swi_il_stw_user
все они описаны в CLASS ltc_crm_swi_il_stw_topic DEFINITION DEFERRED. как
CLASS ltc_crm_swi_il_stw_activity DEFINITION FOR TESTING. (для примера)

при попытке проверки класса выходит сообщение

Code:

226  CLASS ltc_crm_swi_il_stw_user IMPLEMENTATION.
303     METHOD if_stw_current_user~get_personal_feed.
315        CREATE OBJECT lo_new_topic TYPE ltc_crm_swi_il_stw_topic.

Class CL_CRM_SWI_IL_STW_API_CRM,Class Include (Local Data Types, Object Types, Macros) AU
Components of classes declared using "CLASS LTC_CRM_SWI_IL_STW_TOPIC DEFINITION DEFERRED" 
can only be accessed after you have defined the class 
(CLASS LTC_CRM_SWI_IL_STW_TOPIC DEFINITION)

в коде последовательность объявления класса выглядит так

Code:

416 + CLASS ltc_crm_swi_il_stw_topic DEFINITION FOR TESTING.
430
431 + CLASS ltc_crm_swi_il_stw_topic IMPLEMENTATION.

поменял расположение локальных классов

Code:

+ CLASS ltc_crm_swi_il_stw_topic DEFINITION FOR TESTING.
+ CLASS ltc_crm_swi_il_stw_topic IMPLEMENTATION.
+ CLASS ltc_crm_swi_il_stw_user DEFINITION FOR TESTING.
+ CLASS ltc_crm_swi_il_stw_user IMPLEMENTATION.

получил практически такую же ошибку

Code:

205 CLASS ltc_crm_swi_il_stw_topic DEFINITION FOR TESTING.
209     DATA mo_current_user TYPE REF TO ltc_crm_swi_il_stw_user.

Class CL_CRM_SWI_IL_STW_API_CRM,Class Include (Local Data Types, Object Types, Macros) AU
The type "LTC_CRM_SWI_IL_STW_USER" is unknown, 
but there is a type with the similar name "LTC_CRM_SWI_IL_STW_FEED".

это некорректное объявление класса ?
или некорректная работа ABAP Workbench?

Правила форума

Глюк ABAP Workbench при работе с CL_GUI_ALV_GRID

Кто сейчас на конференции