🚀 go-pugleaf

Guevonaso escribi�:

> Claudio ha escrito:
> 
> 
>>On 2006-12-15, Guevonaso <fernando.rosado@gmail.com> wrote:
>>
>>>La duda es la siguiente.
>>>En mi aplicaci�n antes de hacer nada compruebo si el usuario est�
>>>identificado y en caso afirmativo, si tiene permiso para hacer la
>>>operacion concreta.
>>>
>>>El caso es que en caso de que no tenga permiso indico el error :
>>>
>>>HttpServletResponse.SC_FORBIDDEN : 403
>>>
>>>Y si no se a identificado en la plataforma:
>>>
>>>HttpServletResponse.SC_UNAUTHORIZED : 401
>>>
>>>Mi duda es si estos son los c�digos correctos, creo que si pero
>>>quisiera confirmalo.
>>
>>Por completar un poco: con el c�digo 401 le indicas al navegador cliente
>>que le presente al usuario una pantallita en la que debe introducir el
>>usuario y la contrase�a para que se autentifique en el sistema. Esa
>>autentificaci�n va v�a dos cabeceras: remote_user y otra para la pass,
>>que no recuerdo como se llama, y la puede tratar el servidor web para
>>autentificar al usuario o bien la puede tratar tu aplicaci�n. Si quieres
>>pintar t� mismo la pantallita de login no debes usar el 401.
> 
> 
> 
> El caso es que tengo un proceso de verificaci�n de permisos, un
> usuario se identifica y tiene unos permisos.
> 
> si por cualquier cosa el usuario intenta acceder a una URL a la que no
> tiene permiso, vuelvo a una p�gina inicial y le digo "no tienes
> permisos para hacer eso". Pero si el usuario no se ha identificado (o
> ha perdido la sesion) lo que hago es volver a la p�gina de login con
> un mensaje "tienes que identificarte".
> 
> Funciona y eso, pero quer�a hacerlo enviando mensajes de error. De
> forma que en el control hago :
> response.sendError(HttpServletResponse.SC_FORBIDDEN, "not Authorized");
> para 403
> response.sendError(HttpServletResponse.SC_UNAUTHORIZED, "not
> Authorized");
> para 401
> 
> 
> en Web.xml tengo :
> error-page>
> 	error-code>403</error-code>
> 	location>/comun/pag/error/403.jsp
> error-page>
> 	error-code>401
> 	location>/comun/pag/error/401.jsp
> error-page>
> 
> Y en cada JSP hago un proceso de forward a la url adecuada.
> 
> Ahora la duda es lo que me comentas sobre las cabeceras de
> autenticaci�n. �entonces el error 401 no se debe usar como yo lo
> comento?
> 
> Muchas gracias.
> Fernando
> 


C�digos de estado de respuesta HTTP m�s comunes:

200 OK. La petici�n ha tenido �xito
302 Cambiado temporalmente. La petici�n reside temporalmente en una URI 
diferente.
400 Petici�n err�nea. El servidor no ha pordido entender la petici�n
debido a una sintaxis err�nea
402 No autorizado. La petici�n requiere autenticaci�n y/o autorizaci�n
403 Prohibido. El servidor entendi�n la petici�n. Pero por alguna raz�n 
se niega a completarla. El servidor puede revelar o no por qu� rechaza 
la petici�n
404 No encontrado. El servidor no ha encontrado nada que coincida con el 
URI DE petici�n.
500 Error interno del servidor. El servidor encontr� una condici�n 
inesperada que le impidi� completar la petici�n.


Categor�as de c�digos de estado

100-199 Informativo. La petici�n se ha recibido y se est� procesando
200-299 �xito. La acci�n se ha recibido, entendido y aceptado con �xito
300-399 Redirecci�n. Se tienen que adoptar m�s acciones para completar 
la petici�n
400-499 Error del cliente. La petici�n contiene sintaxis err�nea o no se 
puede realizar
500-599 Error del servidor. El servidor no pudo completar una petici�n
aparentemente v�lida


Saludos