Newsgroup: it.comp.java
Titolo: Autenticazione e Autorizzazione in jsp

Salve ragazzi.
Sto studiando le varie possibilità di implementazione di sistemi di
login in jsp,
e la soluzione che mi viene in mente per ora è quella - un po'
scolastica, ma non da scartare -
di una gestione di variabili di sessione
sia per quanto riguarda l'autenticazione (login)
che per quanto riguarda l'accesso a pagine e in generale risorse
sull'applicativo WEB (pagine, applet..)
Premettendo che purtroppo non posso usare Struts (anche se uso un
modello almeno M1)
e che non è sufficiente per alcune caratteristiche gestire
staticamente
i livelli di accesso tramite file di config. (web.xml..)
avreste qualche altra buona idea o cmq suggerimento?

avreste qualche altra buona idea o cmq suggerimento?
Usare i servlet-filter?
Se lo mappi su pattern  "/*" il filtro viene eseguito sempre. Al suo interno 
vi sara' qualche logica applicativa, che consente di sapere se la risorsa 
richieste e' acecssibile o meno.

cicap ha scritto:

Aspè: tu mi stai dicendo di
1. mappare un servlet filter su '/*'
2. organizzare l'albero delle dir. mappando opportunamente le risorse
tipo
...
/WEB-INF/insert/insert.jsp
/WEB-INF/update/update.jsp
..
/WEB-INF/dettaglio/dewttaglio1.jsp
/WEB-INF/dettaglio/dewttaglio2.jsp
/WEB-INF/dettaglio/dewttaglio3.jsp
...
potrebbe non essere male anche per la logica implementativa:
il punto è che parto da un'applicativo già 'ben avviato' (la storia
della mia vita, insomma)
e che non gestisco da solo, almeno per quanto rifguarda
l'infrastruttura.
La cosa che mi preoccupa è la gestione dei riferimenti nelle pagine,
soprattutto perchè non
ho una gestione del flusso centralizzata come in Struts (e infatti uno
dei vantaggi di 'sto framework è proprio questo..).
Ma magari un adattamento in tal senso
è uno sforzo sostenibile e desiderabile a sto punto..

/WEB-INF/dettaglio/dewttaglio3.jsp
Non ho detto di mettere le JSP dentro WEB-INF.
Lasciale dove sono, se il filtro decide che la richiesta puo' essere 
raggiunta da quell'utente, allora lascia che la richiesta continui 
normalmente, altrimenti fai un redirect/forward (come vuoi) a una pagina di 
login. 

 login.
Si scusa, mi son un po' impapocchiato.
Volevo intendere solo che mi pareva di aver capito di dover
riorganizzare in directory opportune le pagine.
Ma credo si la stessa cosa.
Si tratta in pratica di modificare web.xml in questo modo
se non ho capito male.
<security-constraint>
		<display-name>accesso alle risorse</display-name>
		<web-resource-collection>
			<web-resource-name>Security1</web-resource-name>
			<description></description>
			<url-pattern>/*</url-pattern>
			<url-pattern>*.jsp</url-pattern>
....
		</web-resource-collection>
		<user-data-constraint>
			<transport-guarantee>NONE</transport-guarantee>
		</user-data-constraint>
	</security-constraint>


Questa configurazione non l'ho mai usata, ma non e' quello che intendevo.
I filtri si configurano, circa come le servlet:
<filter>
        <filter-name>AuthenticationFilter</filter-name>
        <filter-class>package.AuthenticationFilter</filter-class>
    </filter>
...
<filter-mapping>
        <filter-name>AuthenticationFilter</filter-name>
        <url-pattern>/faces/protected/*</url-pattern>
</filter-mapping> 

 </filter-mapping>
Vedo d'impratichirmi un po':
il filtering non lo conosco ancora molto bene,
almeno sul lato pratico.
Cmq grazie!