La interfaz de programación de aplicaciones de Netscape Server ( NSAPI ) es una interfaz de programación de aplicaciones para extender el software del servidor, normalmente el software de servidor web .
Historia
NSAPI fue desarrollado inicialmente por Rob McCool en Netscape para su uso en Netscape Enterprise Server . Una variante de NSAPI también puede utilizarse con Netscape Directory Server .
Debido a la falta de un estándar formal, las aplicaciones que utilizan NSAPI no son necesariamente portables entre diferentes servidores. A partir de 2007, se encuentran distintos grados de compatibilidad con NSAPI en Sun Java System Web Server y Zeus Web Server .
Complementos NSAPI
Las aplicaciones que utilizan NSAPI se denominan complementos NSAPI . Cada complemento implementa una o más funciones de aplicación de servidor (SAF).
Para usar una función de autocompletado (SAF), el administrador debe configurar primero el servidor para que cargue el complemento que la implementa. Esto generalmente se controla mediante un archivo de configuración llamado magnus.conf. Una vez cargado el complemento, el administrador puede configurar cuándo el servidor debe invocar la SAF y qué parámetros debe pasarle. Esto generalmente se controla mediante un archivo de configuración llamado obj.conf.
Comparación con API y protocolos relacionados
NSAPI se puede comparar con un protocolo anterior llamado Common Gateway Interface (CGI). Al igual que CGI, NSAPI proporciona un medio para conectar el software de aplicación con un servidor web. A diferencia de los programas CGI , los complementos NSAPI se ejecutan dentro del proceso del servidor. Debido a que los programas CGI se ejecutan fuera del proceso del servidor, generalmente son más lentos que los complementos NSAPI. Sin embargo, ejecutarse fuera del proceso del servidor puede mejorar la confiabilidad del servidor al aislar las aplicaciones potencialmente defectuosas del software del servidor y entre sí.
A diferencia de los programas CGI, las funciones SAF de NSAPI se pueden configurar para ejecutarse en diferentes etapas del procesamiento de solicitudes. Por ejemplo, al procesar una única solicitud HTTP , se pueden usar diferentes funciones SAF de NSAPI para autenticar y autorizar al usuario remoto, asignar la URI solicitada a una ruta del sistema de archivos local, generar la página web y registrar la solicitud.
Tras la introducción de NSAPI por parte de Netscape, Microsoft desarrolló ISAPI y la Apache Software Foundation desarrolló la API de Apache (o ASAPI: API del servidor Apache ). Las tres API comparten varias similitudes. Por ejemplo: NSAPI, ISAPI y la API de Apache permiten que las aplicaciones se ejecuten dentro del proceso del servidor. Además, las tres permiten que las aplicaciones participen en las diferentes etapas del procesamiento de solicitudes. Por ejemplo, los hooks de la API de Apache se asemejan mucho a los utilizados en NSAPI. [ 1 ]
Véase también
- NPAPI (Interfaz de programación de aplicaciones de complementos de Netscape)
Referencias
- ↑ "Notas de la API de Apache" . Archivado del original el 28 de marzo de 2007. Consultado el 24 de marzo de 2007 .
Enlaces externos
- Guía del desarrollador de NSAPI para Oracle iPlanet Web Server 7.0.9
- Guía del desarrollador de NSAPI para Sun Java System Web Server 7.0
- Introducción a NSAPI del servidor web Zeus (versión archivada)
- Netscape
- Interfaces de programación de aplicaciones