Scopo di questo post è quello di illustrare com'è composta la url di invocazione di una generica web application realizzata con Oracle Apex.
Ogni webapp sviluppata con Oracel Apex farà riferimento all'applicazione ed alle pagine che compongono l'applicazione stessa per cui in generale ci troveremo davanti ad url's così composte:
../f?p=57:1:101890654386421:::::
Analizzando il formato di tale url osserviamo la presenza di differenti parametri il cui significato posizionale è il seguente:
. f?p=APP_ID significa che stiamo invocando la webapp identificata dal numero dell'applicazione detto APP_ID
. APP_PAGE_ID costituisce il numero di pagina dell'applicazione APP_ID
. APP_SESSION rappresenta il session_id identificativo della sessione attiva per la chiamata in corso relativa allo specifico user che naviga le differenti pagina della webapp
. REQUEST costituisce il valore dell'item che ha effettuato la html request nell'ambito della sessione.
. DEBUG permette di abilitare la visualizzazione in modalità DEBUG della pagina (valore YES) con relativi dettagli del debug.
. ClearCache consente di cancellare la cache per una oppure una serie di pagina della webapp
.ItemNames consente di settare un insieme di item nella sessione corrente
. ItemValues consente di settare i valori degli itemnames utilizzando la stessa rappresentazione posizionale.
. PrinterFriendly consente di settare per la pagina l'anteprima di stampa (valore YES)
Esempi di quanto sopra descritto sono i seguenti:
../apex/f?p=22104:1:135056808798032::NO:::
in questo caso invochiamo l'applicazione 22104, la pagina 1 dell'applicazione, sarà generata la session 135056808798032 e disabilitiamo il debug per la pagina
../apex/f?p=22104:4:135056808798032:fsp_sort_3::
in questo caso invochiamo la pagina 4 dell'applicazione 22104 ed il parametro REQUEST indica il valore fsp_sort_3 come link che ha generato la request html
Al prox post su.....Oracle Apex
