Introdución al Servidor de Aplicaciones iPlanet

�Introducci�n al Servidor de Aplicaciones

Un Servidor de Aplicaciones ejecuta el software entre el navegador y los datos. Por ejemplo, cuando un cliente introduce un pedido desde un navegador Web, un servidor Web env�a la solicitud al servidor de aplicaciones que ejecuta la l�gica y tambi�n recupera y actualiza los datos del cliente desde las fuentes finales. El servidor de aplicaciones ejecuta los programas de negocio en lugar del cliente (navegador, cliente rico), del servidor web o sistemas finales. Se situa en el medio entre un cliente y los datos empresariales y otras aplicaciones. F�sicamente separa la l�gica del negocio del cliente y los datos dentro de una arquiectura conocida como multi-capa. Los servidores de aplicaciones permiten a las empresas desarrollar y desplegar aplicaciones r�pida y f�cilmente e incrementan la cantidad de sus usuarios sin reprogramaci�n. Pueden hacer esto debido a una capa separada.

Los servidores de aplicaciones son el siguiente paso l�gico en el desarrollo de la web empresarial. Se desarrollan desde la necesidad de tener aplicaciones de misi�n cr�tica constantemente disponibles para un n�mero creciente de clientes. Adicionalmente estas aplicaciones necesitan ser seguras y fiables sin importar el n�mero de personas que acceden al sistema o a la fuente de datos, el servidor de aplicaciones siempre estar� activo y ejecut�ndose. Anteriormente a los servidores de aplicaciones, las aplicaciones Web se ejecutaban frecuentemente sobre servidores Web que estaban realmente dise�ados para servir p�ginas Web. Ejecutar y desarrollar aplicaciones era lento y complejo.

Los servidores de aplicaciones son parte de una arquitectura multi-capa. Esta es una arquitectura donde hay una separaci�n f�sica entre el cliente que solicita la informaci�n, los programas que la procesan y los datos sobre los que operan. La arquitectura multi-capa evolucion� desde los mainframe donde el cliente, los datos, y el proceso estaban centralizados en un �nico lugar. Los interfaces GUI eran raros y el acceso remoto a varias bases de datos era dif�cil. En los 80's sigui� la arquitectura cliente/servidor donde el proceso estaba dividido entre el cliente (un PC) y un servidor (un mainframe) y las solicitudes eran manejadas en cunsultas a un sistema de bases de datos relacionales. La presentaci�n de la l�gica de negocios se aplicaba al PC despu�s de recibir los datos desde el mainframe. Este sistema permiti� el desarrollo modular y un GUI pero el despliegue era problem�tico.

. Entonces la arquitectura de tres-capas separ� la l�gica de presentaci�n de la l�gica de negocio. Esta separaci�n signific� que el c�digo de negocio era independiente de c�mo y donde se presentaba. La capa de la l�gica de negocio, ahora en la capa central, no necesita saber que tipo de cliente muestra los datos. Las tres-capas eran m�s portables, tabajaban en diferentes tipos de plataformas y permit�an el balance de las solicitudes del cliente entre varios servidores. La seguridad era f�cil de implementar ya que el software de la aplicaci�n estaba ahora fuera del cliente y el coste se redujo considerablemente. Pero proporcionar las funciones subrayadas en la capa central como un proceso de transaciones, la seguridad y el acceso a las capas de datos era todav�a complejo. La salida de las herramientas de desarrollo y un entorno de tiempo de ejecuci�n para resolver este problema vienen juntas en el Servidor de Aplicaciones.

�El Entorno Multi-Capa

iPlanet Application Server es la capa central entre las fuentes de datos empresariales y los clientes que acceden a esas fuentes de datos. El c�digo de negocio es almacenado y procesado sobre iPlanet Application Server en vez de en los clientes. Una aplicaci�n se despliega y controla desde una s�la localizaci�n, y la aplicaci�n est� disponible para un gran n�mero de clientes heterog�neos.

Las aplicaciones iPlanet Application Server se ejecutan en un entorno multi-capa distribuido. Esto significa que un sistema empresarial podr�a consistir en varios servidores de aplicaciones � ordenadores ejecutando el software iPlanet Application Server � junto varios a servidores de bases de datos y servidores Web. El c�digo de la aplicaci�n puede distribuirse entre los servidores de aplicaciones. En total, las m�quinas y el software implicado est�n divididos en tres capas:

• Capa cliente, el interface de usuario. Se solicitan los datos originariamente desde aqu�, representada por navegadores Web o clientes ricos (como aplicaciones Java).
• Capa servidor est� representada por un servidor web como iPlanet Web Server Enterprise Edition y un servidor de aplicaciones que ejecuta el c�digo de negocio como iPlanet Application Server.
• Capa de datos, representada por bases de datos relacionales u otras fuentes de datos finales como Oracle o SAP R/3.
  
• Los usuarios finales interact�an con el software cliente, normalmente un navegador Web, para usar la aplicaci�n.
• Cuando un navegador Web origina una solicitud, se env�a al servidor Web. Asumiendo que la solicitud requiere una aplicaci�n para procesar o acceder a los datos, el servidor web reenv�a la petici�n a iPlanet Application Server (iAS).
• Cuando una solicitud es originaria desde un cliente Java, se env�a a iAS mediante un enlace RMI/IIOP.
• iAS maneja solicitudes ejecutando el c�digo de la aplicaci�n apropiada (y accede a las fuentes de datos si lo necesita). iAS devueve el resultado al servidor Web, que a su vez reenv�a la respuesta de vuelta al cliente.

�Componentes Est�ndards Industriales

iPlanet Application Server es 100% compatible con Java 2 Platform Enterprise Edition. J2EE es una arquitectura basada en componentes para programaci�n multi-capa. Con J2EE, la l�gica de negocio puede reutilizarse y la aplicaci�n puede ejecutarse sobre otras plataformas. El control de las transaciones, y del ciclo de vida, y los almacenes de recursos est�n construidos dentro de la plataforma J2EE y se proporcionan autom�ticamente a los componentes que soporta. Los desarrolladores de componentes y aplicaciones son libres de enfocarse espec�ficamente en una l�gica de negocio y en los interfaces de usuarios. El modelo de aplicaci�n J2EE encapsula las capas de funcionalidad en tipos espec�ficos de componentes. La l�gica de negocio est� encapsulada en componentes Enterprise JavaBean (EJB). La interacci�n con el cliente se puede representar a trav�s de HTML, Java Server Pages (JSP), Servlets o applets solitarios. Aqu� tenemos una lista de los componentes J2EE que soporta iPlanet Application Server 6.0:

• Especificaci�n JDK 1.2
• Especificaci�n Java Servlet 2.2
• Especificaci�n Enterprise JavaBeans 1.1
• Especificaci�n JavaServer Pages 1.1
• Especificaci�n JDBC 2.0 Core
• Especificaci�n JDBC 2.0 Standard Extensions
• Especificaci�n JTA 1.0
• Especificaci�n JNDI 1.2
• Especificaci�n RMI-IIOP 1.0.1
• Especificaci�n JavaMail 1.1
• Especificaci�n Java Message Service1.0.2
• Especificaci�n JAF 1.0
• Especificaci�n Corba 2.3
• HTML
• XML
• LDAP
• SNMP
• XA

Observa que para construir componentes de aplicaci�n escritos en C++, iPlanet Application Server proporciona la Foundation Class Library.