SRM7 - Sourcing Cockpit steps and FPM

Question

Hi all gurus,
in SRM7 there's a sourcing cockpit for purchase requisitions which is basically split in 4 main steps:
- in the first one (which corresponds to a specific WebDynpro/view) the user cah search for a PR; after the results are retrieved, the user can select PR's positions and proceed to the second step;
- the second step (second WD) represents the user's workarea; here positions from one or more PR can be selected to create a following document (contract or purchase order);
- the third step (third WD) let the user specify in depth which document should be made (e.g., the specific type of the contract);
- the fourth step (fourth WD) shows which document has been created.
By standard, navigation between steps (in both directions, as the user can go back from step 2 to step 1 and so on) is implemented via FPM buttons (e.g, NEXT_STEP).
In my task I have to work on step 2, and these are the requirements: each time the user goes from step1 to step2 (with some positions, of course) I have to perform a sketch of code.
The code is ready and works, but don't kwon how to restrict the execution on the clause "each time the user goes from step1 to step2" because:
- WDDOINIT of step2 is triggered only once, so it works for the first time  the user goes from step1 to step2. If the user goes back to step1 and then proceed to step2, the code isn't triggered anymore.
- WDDOMODIFYVIEW of step 2: quite similar as before. Using the FIRST_TIME parameter I can execute correctly the code when the user proceed to step2, but if he goes back and then again to step2 the code isn't triggered anymore.
Outside the IF FIRST_TIME = 'X' condition is not a solution as well, since we'd like the code to be executed only when stepping from step1 to step2.
I guess the solution could be something related to FPM world, but I'm absolutely not an expert of it so I kindly ask for help to you gurus.
Thanks for your support.

Answer 1

Saravanan, I've seen that PROCESS_EVENT method for componentcontroller; when I pass from step1 to step2, that method is executed 3 times and in each run mv_event_id is set as follows:
1) REFRESH_TOOLBAR
2) RENAME_STEP
3) RENAME_STEP
well, actually I passed from step 1 to step 2 exactly two PR items, that could explain redundancy in 2) and 3).
Anyway... time to go deeper in the specs I guess, as I don't see a path to find a solution using the componentcontroller.
My task is to remove the initial lead selection from the table that contains PR items in step2.
This seemed to be straightforward by removing the initialization of the lead selection from the context node which represents the table (even though this is a custom modification of a standard WD).
However, that did not work as the standard Webdynpro/view itself has been made on the specific assumption that a leadselection ALWAYS exists; it is used to initialize some properties on the table, so if I remove that "Initialization Lead Selection" flag the standard code dumps.  So, this cannot be a solution.
However, I've seen that once the lead selection has been set and the screen has been rendered, the user can un-select it via CTRL+left click on the selection column.
I debugged a bit and was able to reproduce via code that behaviour; no more dumps. Here's the code (actually I put it in a post exit of  WDDOMODIFYVIEW, when FIRST_TIME = 'X'.. not a solution anyway, as I explained before):
DATA:  lon_soco_workarea           TYPE REF TO if_wd_context_node.
    DATA:  lead_selelement             TYPE REF TO if_wd_context_element.
    DATA:  idx TYPE i.
    lon_soco_workarea = wd_context->get_child_node( name = 'SOCO_WORKAREA' ).
    CALL METHOD lon_soco_workarea->get_lead_selection
      receiving
        element = lead_selelement
    DATA wpr TYPE TABLE OF wdr_event_parameter.
    DATA wpr1 TYPE  wdr_event_parameter_list.
    DATA dref TYPE REF TO data.
    DATA nullref TYPE REF TO data.
    DATA did TYPE REF TO data.
    DATA didx TYPE REF TO data.
* Get element index - redundant, cause it's = wa_item_indexes-index
    CALL METHOD lead_selelement->get_index
      RECEIVING
        my_index = idx.
* Getting reference to DATA generic datatype in order to
* define a custom event parameters for the lead selection
    CREATE DATA dref TYPE REF TO if_wd_context_element.
    GET REFERENCE OF lead_selelement INTO dref.
    CREATE DATA nullref TYPE REF TO if_wd_context_element.
    CREATE DATA did TYPE REF TO string.
    DATA: idstring TYPE string VALUE 'WA_TABLE'.
    GET REFERENCE OF idstring INTO did.
    CREATE DATA didx TYPE REF TO i.
    GET REFERENCE OF idx INTO didx.
* Creation of custom wpr1 event
    DATA wps TYPE wdr_event_parameter.
    DATA newevt TYPE REF TO cl_wd_custom_event.
    wps-name = 'ID'.
    wps-value = did.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'CONTEXT_ELEMENT'.
    CLEAR wps-value.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'ROW'.
    wps-value = didx.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'NEW_ROW_ELEMENT'.
    wps-value = nullref.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    wps-name = 'OLD_ROW_ELEMENT'.
    wps-value = dref.
    INSERT wps INTO TABLE wpr1.
    CLEAR wps.
    CREATE OBJECT newevt             "pass this event to that method.
     EXPORTING
       name = 'REMOVE_SEL'
       parameters = wpr1.
    wd_this->mo_dom_soco_gaf2->/sapsrm/if_cll_do_tree_mapper~handle_lead_select( newevt ).
* for other lead selection related actions
    wd_this->mo_dom_soco_gaf2->additional_act_on_lead_sel( io_wdevent = newevt ).
Problem: this code is related to the view's table management, how could I port such code to the componentcontroller? My guess is it's not possible; I should find a way to execute this code only "every time user switch from step 1 to step 2", maybe  I could raise a "sign" from the method PROCESS_EVENT that i could catch in WDDOMODIFYVIEW?
Any help as always's welcome.