Terzà provà
Terzà provà
Add comment giugno 30th, 2007
Visualizzazione errata dei log
Quante volte vi è successo di visualizzare messaggi di log più volte durante l’esecuzione e vedere risultati sballati, come l’aggiunta di messaggi che non c’entrano? Beh, a me una volta solo.
Se avete usato una function del tipo BAL_DSP_LOG_DISPLAY il problema è forse un po’ di sporcizia nel buffer dei log. In questo caso consiglio caldamente la function BAL_GLB_MEMORY_REFRESH, e tutto si pulisce in un attimo…
Add comment giugno 28th, 2007
Modificare una view in una BSP
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.
1 comment giugno 26th, 2007
Definizione di un nuovo tipo.
Problema : definizione di un nuovo tipo includendo un tipo tabella già esistente.
Mi sono trovato a dover aggiungere ad un tipo abap un solo nuovo campo.
Per fare questo senza andare a ridefinire tutti i campi già presenti nella
tabella di partenza, includo direttamente quest’ultima nel nuovo tipo.
TYPES: BEGIN OF ty_pos.
INCLUDE TYPE zld_flwitm.
TYPES: icona_doc TYPE icon_d,
message LIKE bapiret2-message.
TYPES: END OF ty_pos.
dove zld_flwitm è definita nel dictionary come tabella trasparente.
Un’ operazione del genere si può compiere anche includendo un tipo struttura.
esempio:
TYPES :
BEGIN OF ty_zspaccio_testata.
INCLUDE STRUCTURE zshowspaccio.
TYPES: testo TYPE char10,
END OF ty_zspaccio_testata.
Quando mi ricapiterà un problema simile saprò dove andare a vedere il codice!
Ciaooo
Add comment giugno 12th, 2007
Benvenuti su sapblog.it
Ciao a tutti, l’idea di questo blog è quella di parlare, esporre consigli, problemi, soluzioni, indicazioni.. insomma parlare un po’ del lavoro in ambiente Sap visto che è l’argomento di cui mi sto ( ci stiamo, se saremo in più di qualcuno a scrivere ) occupando in questo periodo, o più precisamente, l’argomento di cui mi sto cominciando ad occupare.
Bene, saluti a tutti e arrivederci.
1 comment maggio 5th, 2007