Newsgroup: it.comp.java
Titolo: tornare alla pagina precedente(JSP)

Mi chiedevo come fare questa cosa:  ho una pagina JSP che chiamerò A
ed un'altra che chiamerò B ed entrambe chiamano una pagina C, quando
premo un determinato button.
Mettiamo che entrambe forniscono lo stesso input alla pagina C
e ADESSO metto un bel Button "Indietro" sulla pagina C così che quando
è stata chiamata da
A ritorna in A , quando chiamata da B ritorna in B
ma la pagina C come fa a capire chi l'ha chiamata tra le 2(A o B)
insomma come posso ricreare lo stesso che fa il browser con il button
"torna indietro una pagina"
esiste un metodo del tipo "ritorna alla pagina precedente"?
la pagina C tiene traccia in qualche modo di chi l'ha chiamata?
Uso Struts che mappa quale risorsa richiamare ma la risorsa potrebbe
cambiare ogni volta che
la richiamo da pagine diverse
Spero di essere stato chiaro e che non sia una domanda troppo banale
Grazie per il vostro possibile aiuto

 ha scritto nel messaggio 
news:1156775210....@m73g2000cwd.googlegroups.com...
Mi chiedevo come fare questa cosa:  ho una pagina JSP che chiamerň A
ed un'altra che chiamerň B ed entrambe chiamano una pagina C, quando
premo un determinato button.
Mettiamo che entrambe forniscono lo stesso input alla pagina C
e ADESSO metto un bel Button "Indietro" sulla pagina C cosě che quando
č stata chiamata da


grazie per la risposta ma con struts non mi preoccupo se uso il metodo
post o get ma
fatte opportune elaborazione restituisco una stringa dal valore tipo
"success"
alla quale è associato un path, su un file xml , che viene caricato
sulla barra degli indirizzi del browser,
quello che mi ghiedevo è se senza specificare  nell'url qualcosa,
durante la sessione venisse mantenuta in memoria la pagina precedente,
che posso chiamare con un metodo semplice
senza elaborare il path dell'url per verificare chi è la pagina
chiamante



uhm mi sa che con struts non si puň fare, o meglio devi farlo manualmente, 
per esempio inserisci in sessione un attributo "previousPage" con il path 
della pagina chiamante....

 uhm mi sa che con struts non si può fare, o meglio devi farlo manualmente,


 
soluzione numero 1:
All'interno dello struts-config probabilmente definirai un action di un 
certo tipo che risponde ad un determinato uri. Al ritorno di una certa 
stringa mappi il forward verso la jsp di destinazione.
Potresti crearti due action mapping che ad uri differenti istanziano la 
stessa action che mantiene la logica di businness, ma al ritorno della 
stessa stringa redirigono su due jsp differenti.
<action path="/uriperA.do" type="myActionClass">
   <forward name="SUCCESS" path="/jsp_standard.jsp"/>
</action>
<action path="/uriperB.do" type="myActionClass">
   <forward name="SUCCESS" path="/jsp_perB.jsp"/>
</action>
Il valore del URL per la form o il link che implementa la funzione di 
ritorno lo definisci all'interno della jsp_standard come il valore di 
ritorno per A e all'interno dell'altra il valore per il ritorno per B.
soluzione numero 2:
<input type="button" value="indietro" onclick="history.back()"/>
ma č decisamente OT in quanto si tratta di un metodo javascript.
spero di essere stato d'aiuto.
ciao
-- 
mauro

grazie per l'idea
Non so se  ci ho capito qualcosa ma ho i miei dubbi, se così fosse
naturalmente la colpa è mia, io  avevo pensato una cosa semplice del
tipo quando premo il button nella pagina A scateno l'action uriperA
e nella myActionClass ci sarà un metodo, uno relativo per la pagina A
uno per quello B, che metterà che so nell'actionForm relativo
in un campo che chiamo pagPrec="uriperA.do" dopo di che la pagina C che
usa lo stesso form dato
che conosce il contenuto del campo pagPrec saprà quale pagina jsp lo
ha chiamato e quindi
a quale tornare nel caso venga premuto il button "indietro" al quale
come attributo value inserirò un
link fornendogli il contenuto del .do ricavato dalla proprietà del
form
ciao e grazie

riccardo ha scritto:

io l'ho fatto spesso con struts, in pratica l'uri contestualizza la 
pagina di destinazione andando a personalizzare alcune proprietà in base 
alla provenienza della richiesta.
il fatto di personalizzare l'action associato all'uri e mandarlo alla 
stessa jsp (invece che personalizzare la jsp direttamente) a lungo 
termine potrebbe avere delle controindicazioni..
1) è meno manutenibile, se devi personalizzare altre parti o per altri 
URI può diventare difficile non fare ridondanze o non duplicare il codice
2) sarebbe una logica di view (devi modificare il rendering di un 
oggetto visuale) e quindi secondo il pattern MVC dovrebbe stare nelle jsp
tutto quanto rigorosamente IMHO!
ciao
-- 
mauro