Cominciamo anche nella parte web da qualcosa di semplice ma non banale, ovvero dover modificare una view standard in una BSP.
Se dobbiamo modificare la BSP ‘BSP_NAME‘, come prima cosa creiamo da zero la BSP custom Z_BSP_NAME. In questa copieremo le view che vorremmo modificare. Quindi prendiamo per esempio la view search.htm e la copiamo, con lo stesso nome, dentro la BSP custom. E’ necessario copiare inoltre anche il controller, che si chiamerà search.do: lo prendiamo sempre dalla standard e lo sbattiamo dentro la Z_BSP_NAME.
Adesso possiamo modificare direttamente il codice della view, andando nel tab ‘Layout’, oppure possiamo modificarne gli attributi, andando in ‘Attributi pagine’. Molto spesso però ci tocca andare a modificare la classe controller della view, che troviamo scritta nel tab ‘Caratteristiche’, la procedura è la seguente: copiamo (sempre dalla SE8o) la classe controller originaria e la mettiamo in una custom Z* e possiamo procedere con le modifiche nei metodi e negli attributi della classe.
Se vogliamo che quando lanciamo l’applicazione vengano viste le modifiche, dobbiamo associare queste modifiche in customizing. Quindi andiamo nella transazione SPRO, ricerchiamo la nostra applicazione web, andiamo in “Adeguamenti del sistema specifici per cliente” e da qui entriamo in qualcosa del tipo “Elaborare profili framework run-time *bsp_name*”. Se la nostra applicazione viene utilizzata da profili utente diversi, qui possiamo assegnare le singole view a ciascun utente. Allora selezioniamo l’utente per il quale rendere visibile la nostra modifica e qui aggiungeremo righe in xml, del tipo:
<ControllerReplacement>
<ReplacedController>Nome_Controller</ReplacedController>
<ReplacingController>Z_BSP_NAME/Nome_Controller </ReplacingController>
</ControllerReplacement>
A questo punto siamo a posto, ovviamente se abbiamo attivato il tutto.
This post was written by Alberto on giugno 26, 2007

Please aggiorna il blogroll, ho spostato SAP CRM Nightmare a http://www.sapcrmnightmare.com