PAPI Archivos

The PAPI authentication and authorization framework

PAPI@LISTSERV.REDIRIS.ES

Opciones: Vista Clásica

Use Monospaced Font
Por defecto enseñar Text Part
Mostrar todas las cabeceras de correo

Tema: [<< Primero] [< Prev] [Siguiente >] [Último >>]

Print Responder
"Diego R. Lopez" <[log in para visualizar]>
Thu, 2 Apr 2009 19:24:12 +0200
text/plain (52 lines)
On 2 Apr 2009, at 13:10, Jaime Prez Crespo wrote:

> Nadie?
>
> Ni siquiera los directamente interesados?


Creo que podemos considerarlo un caso de asentimiento silencioso...


>
> On 24/03/2009, at 15:45, Jaime Prez Crespo wrote:
>
>> Hola,
>>
>> En un principio iba a fusilar la funcin access_Status tal cual y  
>> subirla al SVN (manteniendo hasta el comentario), pero pensndolo  
>> bien y hablndolo con Diego, creo que sera mejor alternativa que  
>> la funcin access_Status() fuese un wrapper de papi_Engine() que  
>> deshabilitase las redirecciones al AS/GPoA. Algo as, bsicamente:
>>
>> 	function access_Status() {
>> 		$this->skip_redirection = true;
>> 		list($code, $userAssertion) = $this->papi_Engine();
>> 		$this->skip_redirection = false;
>> 		$userData = $this->create_Hash($code, $userAssertion);
>> 	}
>>
>> donde el skip_redirection bsicamente sustituye en papi_Engine()  
>> las llamadas a send_Request() o header() por un return adecuado.
>>
>> De este modo no solo tenemos acceso a la autorizacin y la asercin  
>> que la ha propiciado, sino que damos la posibilidad de que se  
>> apliquen los filtros por URL o por IP de origen.
>>
>> Cmo lo veis?


--
"Esta vez no fallaremos, Doctor Infierno"

Dr Diego R. Lopez

Red.es - RedIRIS
The Spanish NREN

e-mail: [log in para visualizar]
jid:        [log in para visualizar]
Tel:    +34 955 056 621
Mobile: +34 669 898 094
-----------------------------------------

ATOM RSS1 RSS2