Servidor de Aplicaciones

pdfcrowd.comopen in browser PRO version Are you a developer? Try out the HTML to PDF API

Tema 1: Introduccin a los servidores de aplicacionesEn este tema veremos una pequea introduccin a los servidores de aplicaciones. Comentaremos los trminosms utilizados y los conceptos que usaremos ms adelante.

1.1. Aplicaciones de empresa

El concepto de servidor de aplicaciones est relacionado con el concepto de sistema distribuido. Un sistemadistribuido, en oposicin a un sistema monoltico, permite mejorar tres aspectos fundamentales en unaaplicacin: la alta disponibilidad, la escalabilidad y el mantenimiento. En un sistema monoltico un cambio enlas necesidades del sistema (aumento considerable del nmero de visitas, aumento del nmero deaplicaciones, etc.) provoca un colapso y la adaptacin a dicho cambio puede resultar catastrfica. Vamos a verestas caractersticas con ejemplos.

La alta disponibilidad hace referencia a que un sistema debe estar funcionando las 24 horas del da los365 das al ao. Para poder alcanzar esta caracterstica es necesario el uso de tcnicas de balanceo decarga y de recuperacin ante fallos (failover).La escalabilidad es la capacidad de hacer crecer un sistema cuando se incrementa la carga de trabajo(el nmero de peticiones). Cada mquina tiene una capacidad finita de recursos y por lo tanto slo puedeservir un nmero limitado de peticiones. Si, por ejemplo, tenemos una tienda que incrementa la demandade servicio, debemos ser capaces de incorporar nuevas mquinas para dar servicio.El mantenimiento tiene que ver con la versatilidad a la hora de actualizar, depurar fallos y mantener unsistema. La solucin al mantenimiento es la construccin de la lgica de negocio en unidades reusables ymodulares.

1.2. Qu es un servidor de aplicaciones?

El estndar J2EE permite el desarrollo de aplicaciones de empresa de una manera sencilla y eficiente. Unaaplicacin desarrollada con las tecnologas J2EE permite ser desplegada en cualquier servidor deaplicaciones o servidor web que cumpla con el estndar. Un servidor de aplicaciones es una implementacinde la especificacin J2EE. La arquitectura J2EE es la siguiente:


Figura 1. Arquitectura J2EE.

Definimos a continuacin algunos de los conceptos que aparecen en la figura 1:

Cliente web (contenedor de applets): Es usualmente un navegador e interacta con el contenedor webhaciendo uso de HTTP. Recibe pginas HTML o XML y puede ejecutar applets y cdigo JavaScript.Aplicacin cliente: Son clientes que no se ejecutan dentro de un navegador y pueden utilizar cualquiertecnologa para comunicarse con el contenedor web o directamente con la base de datos.Contenedor web: Es lo que comnmente denominamos servidor web. Es la parte visible del servidor deaplicaciones. Utiliza los protocolos HTTP y SSL (seguro) para comunicarse.Servidor de aplicaciones: Proporciona servicios que soportan la ejecucin y disponibilidad de lasaplicaciones desplegadas. Es el corazn de un gran sistema distribuido.

Frente a la tradicional estructura en dos capas de un servidor web (ver Figura 2) un servidor de aplicaciones


proporciona una estructura en tres capas que permite estructurar nuestro sistema de forma ms eficiente. Unconcepto que debe quedar claro desde el principio es que no todas las aplicaciones de empresa necesitan unservidor de aplicaciones para funcionar. Una pequea aplicacin que acceda a una base de datos no muycompleja y que no sea distribuida probablemente no necesitar un servidor de aplicaciones, tan solo con unservidor web (usando servlets y jsp) sea suficiente.

Figura 2. Arquitectura en dos capas frente a tres capas utilizandoel servidor de aplicaciones.

Como hemos comentado, un servidor de aplicaciones es una implementacin de la especificacin J2EE.Existen diversas implementaciones, cada una con sus propias caractersticas que la pueden hacer msatractiva en el desarrollo de un determinado sistema. Algunas de las implementaciones ms utilizadas son lassiguientes:

BEA WebLogicIBM WebSphereSun-Netscape IPlanetSun OneOracle IAS


Borland AppServerHP Bluestone

Los dos primeros son los ms utilizados en el mercado. Nosotros vamos a utilizar el servidor BEA WebLogic.La principal ventaja de WebLogic es que podemos crear un sistema con varias mquinas con distintossistemas operativos: Linux, Unix, Windows NT, etc. El sistema funciona sin importarle en qu mquina estcorriendo el servidor.

Otros conceptos que aparecern a lo largo de este mdulo:

Servidor proxy: Centraliza peticiones de los clientes y las reenva hacia otras mquinas. Puede servircomo nivel de indireccin y seguridad. Tambin puede ser usado para realizar balanceo de carga.Cortafuegos (firewall): Proporciona servicios de filtrado, autorizacin y autentificacin. Puede actuarcomo proxy y ayuda a manejar los ataques de los hackers.Mquina: Representa una unidad fsica donde reside un servidor. Una mquina se define como tipo Unixo no Unix (Windows NT, etc.).Servidor: Un servidor es una instancia de la clase weblogic.Server ejecutndose dentro de una mquinavirtual de Java. Un servidor est alojado en una mquina, pero una mquina puede contener variosservidores. Si un servidor no lo declaramos en ninguna mquina WLS asume que est en una creada pordefecto.Dominio: Un dominio es una unidad administrativa. Sirve para declarar varios servidores, aplicaciones,etc. y que todos ellos estn asociados mediante el nombre del dominio.Clustering (asociacin): Los clusters permiten asociar maquinas y servidores para que acten de formaconjunta como una nica instancia. La creacin de un cluster va a permitir el balanceo de carga y larecuperacin frente a fallos.Balanceo de carga: Es una tcnica utilizada para distribuir las peticiones entre varios servidores de talforma que todos los servidores respondan al mismo nmero de peticiones.Recuperacin ante fallos (failover): Permite evitar la cada de un sistema cuando una mquina deja defuncionar o funciona incorrectamente.Puerto de escucha: Un servidor tiene varios puertos por los que puede "escuchar" las peticiones.Existen puertos ya asignados a aplicaciones concretas, como por ejemplo el puerto de http que suele serel 80. Los puertos permiten que varias aplicaciones puedan atender distintas peticiones en la mismamquina. Un puerto en una direccin se especifica de la siguiente manera: http://localhost:7001/direc .Con :7001 indicamos el puerto que estamos atacando. Los puertos del 0 al 1023 son reservados por el


sistema. Podemos disponer de los puertos del 1024 al 65536. Hay que tener en cuenta que dos serviciosno pueden estar escuchando en el mismo puerto.Modo produccin y modo desarrollo. Hablaremos muy a menudo de modo desarrollo y modoproduccin. El modo desarrollo es cuando nos encontramos desarrollando nuestra aplicacin y no estdisponible exteriormente. El modo produccin es cuando est funcionando a pleno rendimiento ytenemos clientes que se encuentran utilizndola. Por defecto, un dominio se arranca en modo desarrollo.

Tema 2: Instalacin del servidor Bea WebLogic 8.1Los pasos a seguir en la instalacin de un servidor de aplicaciones es la siguiente:

1. Instalacin del software. Esta accin copia los ficheros necesarios y crea la estructura inicial dedirectorios.

2. Configuracin de dominios. Debemos configurar el o los dominios necesarios y todos los componentesdentro de cada dominio (servidores, cluster, mquinas, etc.).


2.1. Instalacin del servidor de aplicaciones

Vamos a instalar el servidor de aplicaciones Bea WebLogic. La instalacin descrita aqu es para la versin 8.1SP1 y bajo el sistema operativo Linux. Los requerimientos del sistema para la instalacin de esta versin son:

Memoria: 256Mb mnimo (512Mb aconsejable)Espacio en disco: 400MbVersin de Java JDK 1.4.1 (se instala junto con el servidor) o superior. Podemos utilizar otra versin deJava, pero es aconsejable consultar la informacin que Bea muestra en http://e-docs.bea.com/wls/certifications/certifications/index.html para comprobar la compatibilidad entreversiones.

Ejecutamos el fichero server811_linux32.bin (no es necesario ser superusuario para instalar el servidor deaplicaciones). Esperamos hasta que nos aparezca la siguiente pantalla.


Nos aparecer una ventana de licencia a la que decimos que s y pasamos a la siguiente pantalla.


Si ya disponemos de un directorio creado lo podemos elegir de la lista. Si no, podemos dejar el mostrado pordefecto, o definir uno distinto.


Ahora nos permite elegir entre realizar la instalacin completa o bien elegir los elementos a instalar. Nosotrosvamos a elegir la instalacin completa.


Nos queda elegir el directorio donde queremos que se instale el servidor de aplicaciones. Por defecto lo haceen el directorio weblogic81.


Despus de los pasos anteriores empezar la instalacin, que durar unos minutos. Cuando finalice nosaparecer la ventana siguiente. Deseleccionamos la opcin Run QuickStart y pinchamos en Done. Hemosfinalizado la instalacin del servidor.


La estructura de directorios creada en la instalacin es la siguiente:


El directorio jdk141_03 contiene la distribucin 1.4.1 de J2SE de Sun. Si tenemos una versin actualizada deJava simplemente la aadiremos al CLASSPATH. En este punto debemos tener un cuidado especial ycomprobar si la versin de Java es soportada por la versin del servidor de aplicaciones. Para comprobarlovisitar la pgina de Bea. El directorio de logs contiene el fichero log de instalacin. El directorio utils contienealgunas utilidades que iremos viendo conforme las utilicemos. El siguiente directorio, weblogic81, es el quecontiene todas las libreras, clases y herramientas adicionales para el funcionamiento de nuestro servidor. Elfichero license.bea contiene la informacin de nuestra licencia en formato XML. Contendr informacin de lafecha de expiracin de la licencia, de qu caractersticas disponemos (nmero de puestos, nmero de IPs,etc.), y toda la informacin necesaria para la ejecucin del servidor. El ejecutable UpdateLicense.sh nos va apermitir actualizar una nueva licencia.

A su vez, el directorio weblogic81 contiene los siguientes subdirectorios:


Nos interesan, de momento, el directorio common y el server. Common contiene los subdirectorios mostradosen la siguiente figura. En el directorio bin tenemos una herramienta para crear dominios. El directorionodemanager contiene ficheros de configuracin para el Node Manager.


El directorio server contiene datos y utilidades relacionadas con el servidor de aplicaciones. En el directoriobin tenemos varias aplicaciones y los scripts para arrancar el servidor de aplicaciones y el Node Manager. Elejecutable para arrancar un servidor que se crea en nuestro dominio llama a estos ejecutables. En otrodirectorio dentro de server, el subdirectorio lib, tenemos el fichero weblogic.jar que tendremos que incluir en elclasspath cuando queramos realizar una aplicacin que utilice los recursos de WebLogic. Tambindisponemos en este directorio de los ficheros que gestionan las polticas de seguridad.

2.2. Arranque del dominio y consola de administracin

Antes de empezar a definir los elementos que soportan la ejecucin del servidor de aplicaciones vamos acomentar algunos conceptos sobre los distintos tipos de servidores.

Como ya hemos comentado, nuestra principal unidad de trabajo es el dominio. El dominio no es ms que unaagrupacin de todos los componentes que utilizamos para nuestro trabajo (servidores, mquinas, aplicaciones,etc.). Un ejemplo de uso de dominios es el siguiente. Cuando se desarrolla una aplicacin se suele separar la


fase de desarrollo de una aplicacin con la fase de produccin (cuando la aplicacin ya est funcionando haciael usuario y dando servicio). Para manejar esta situacin podemos tener creados dos dominios, uno paradesarrollo y otro para produccin. A pesar de contener exactamente los mismos componentes funcionan deforma independiente.

Dentro de un dominio vamos a tener mquinas y servidores. Al menos debemos tener un servidor en nuestrodominio, que llamaremos de administracin. El servidor de administracin es nico en el dominio y va arealizar, como su nombre indica, tareas administrativas. Podemos tener ms servidores, que llamaremosadministrados (managed). De este tipo de servidor podemos tener tantos como queramos.

Vamos a empezar a crear nuestro primer dominio. Vamos a llamarlo MiDominio y contendr dos servidoresalojados en la misma mquina: Servidor1 y Servidor2. El servidor 1 ser el de administracin. Utilizaremos unasistente que incorpora Weblogic para crear el dominio y los servidores. Nos situamos en$HOME_BEA/weblogic81/common/bin ($HOME_BEA es el directorio donde hemos instalado Weblogic, en mimquina /home/miguel/bea) y ejecutamos ./config.sh Tambin existe una herramienta llamada QuickStart, perohemos notado que en Linux no funciona de forma correcta. En Windows aparece en el men de WebLogicdentro del men de programas.

Nos aparecer la ventana que se muestra en la siguiente figura, en la que podemos optar por crear una nuevaconfiguracin o extender (aadir nuevas caractersticas) a una existente. Vamos a seleccionar crear una nuevaconfiguracin. Pulsamos en el botn Next.


Ahora debemos seleccionar si queremos instalar un dominio con servidores, un dominio Workshop o undominio con ejemplos. Nos interesa la opcin seleccionada.


Pulsamos Next y nos deja elegir entre utilizar las opciones por defecto (no deja crear servidores adicionales) odefinir nuestra configuracin. Elegimos Custom para poder definir los servidores como queramos. PulsamosNext.


En la siguiente pantalla se nos pide que definamos el servidor de administracin. Tenemos que definir elnombre del servidor (debe ser nico en el dominio), en qu direccin (IP DNS) estar escuchando el servidory los puertos de escucha (por defecto se suele dar el 7001 y el 7002 para el puerto seguro).


La siguiente pantalla nos da la opcin de poder configurar servidores adicionales. Vamos a decirle que s, parapoder definir el otro servidor en nuestro sistema.


Al pinchar en Next nos aparece la ventana mostrada a continuacin donde podemos definir nuevos servidores.Los botones Add y Delete sirven para aadir nuevos servidores o eliminarlos. Para cada nuevo servidordebemos definir las mismas opciones que dimos al servidor de administracin. Un punto importante es que el


puerto de escucha debe ser distinto para cada servidor que se ejecute en la misma mquina.

La siguiente pantalla nos permite definir un cluster. Veremos esta opcin ms adelante, de momento pasamos


de pantalla.

En esta se nos permite definir una mquina. Tambin lo dejamos para ms adelante.


Ahora se nos da la opcin de configurar componentes JDBC. Decimos que no, pues veremos estas opcionesms adelante.


De la misma forma se nos permite configurar componentes JMS (mensajera). Seleccionamos no.


Al menos debemos configurar un usuario de administracin. Vamos a darle como nombre system y comocontrasea weblogic. En la parte inferior de la pantalla se nos da la opcin de definir usuarios adicionales.


Como ya comentamos, existen dos modos principales de trabajo: modo desarrollo y modo produccin. Paracada modo existen una serie de caractersticas que estn habilitadas o no. Nosotros vamos a trabajar siempreen modo desarrollo. Podemos seleccionar la versin de Java que ms nos convenga. Por defecto vamos a


utilizar siempre la versin de Java que incorpora WebLogic.

Esta ventana nos muestra la informacin introducida (servidores, mquinas, etc.) previamente y nos pide que


demos el nombre del dominio. Se va a llamar MiDominio.

Iniciamos la creacin del dominio y cuando finalice nos tiene que aparecer una ventana como la siguiente.


Pinchamos en Done y hemos terminado de definir el dominio.

Una vez creado el dominio la estructura de directorios creada es la siguiente:


Tenemos un directorio por cada servidor creado, donde se guardan datos especficos del servidor (por ejemploel fichero log). Estos directorios se crean cuando se pongan en marcha los servidores. El fichero config.xmlcontiene los datos del dominio (nombre de los servidores, mquinas, dominio, etc., nombre de las aplicacionesy su configuracin, etc.). Los ficheros startWebLogic.sh y startManagedWebLogic.sh sirven para arrancar elservidor de administracin y los administrados, respectivamente.

2.3. Arranque y configuracin

Para poner en marcha los servidores debemos utilizar unos ejecutables que se encuentran en$HOME_BEA/user_projects/MiDominio. Primero debemos arrancar el servidor de administracin. Para elloejecutamos desde lnea de comandos: ./startWebLogic.sh Cuando nos aparezca el siguiente mensaje ya estarrancado el servidor:


En este momento podemos arrancar los servidores administrados. Para ponerlos en marcha debemos utilizarel siguiente comando con los parmetros indicados:

./startManagedServer.sh nombre_servidor direccin_servidor_administracin

Por ejemplo, para arrancar el servidor administrado creado anteriormente debemos ejecutar el siguientecomando:

./startManagedServer.sh servidor2 http://localhost:7001

El servidor de administracin nos facilita una aplicacin que permite administrar nuestro dominio. Es la consolade administracin (Console). Con la consola podemos configurar los atributos de los distintos recursos, hacerdespliegues de aplicaciones, monitorizar el uso de recursos, ver mensajes de log y poner en marcha o pararlos distintos servidores de nuestro dominio. La consola se gestiona con un navegador en la siguiente direccin:http://direccin-de-escucha:7001/console. Nos aparecer una pgina donde se nos solicita el usuario y lacontrasea. Una vez introducida nos aparecer la siguiente pgina.


La parte de la izquierda es una applet en forma de rbol jerrquico que nos muestra todas las opciones que


podemos configurar en el dominio. En la parte superior del rbol tenemos el nombre del dominio. Dentro deldominio, las primeras opciones nos permiten configurar los elementos del dominio (servidores, mquinas,cluster, etc.). A continuacin podemos realizar despliegues de aplicaciones, aplicaciones web, EJBs, etc. Laltima opcin contiene los servicios configurables (JDBC, JMS, Virtual Hosts, etc.). Los elementos de la parteizquierda disponen de un men adicional que se obtiene pinchando con el botn derecho sobre un elementodel rbol, como el mostrado en la siguiente figura:

Las opciones varan dependiendo del elemento seleccionado.

En la parte derecha tenemos las mismas opciones a las que podemos acceder mediante el applet. Tambinnos irn apareciendo las detalles de configuracin para un servicio o caracterstica concreta elegida en la parteizquierda.

Vamos a ver las opciones ms generales. Si pinchamos en el elemento console nos permite configuraropciones generales a todos los dominios. Nos aparecer una pgina como la mostrada a continuacin dondepodemos:


Seleccionar el idioma (ingls o japons)Indicar el tiempo de refresco de las pginas.Indicar el tiempo de refresco de los datos grficos (vistos un poco ms adelanteLa opcin de mostrar opciones avanzadas por defecto nos permite visualizar dichas opciones, que pordefecto estn ocultas.Si marcamos la opcin Remember Last Tab, cuando pasemos de una opcin a otra se acordar de laltima solapa visitada en dicha opcin.La opcin Display Help Text muestra el texto que nos aparece debajo de cada opcin.Al marcar la ltima opcin nos permite disponer del rbol de navegacin.


En la otra solapa simplemente nos da informacin de versin.

Pasamos a las opciones para el dominio. Pinchamos en el nombre de nuestro dominio y nos aparece unaventana como la mostrada en la ventana siguiente. El smbolo que aparece a la izquierda de algunasopciones nos indica que es necesario reiniciar uno o varios servidores si cambiamos esa opcin. En laconfiguracin general (la solapa actual) podemos configurar las siguientes opciones:

La habilitacin del puerto de administracin, si marcada, permite que todos los elementos del dominio secomuniquen con el servidor de administracin mediante una conexin segura. Adems podemosconfigurar un puerto adicional (no puede ser el seguro del servidor de administracin) para dichascomunicaciones. Esta opcin permite que podamos arrancar un servidor en modo standby en el cual elservidor no escucha las peticiones que le llegan a su puerto, pero se permite una comunicacin con el


servidor de administracin. Tambin permite separar las peticiones de aplicacin (llegan de lasaplicaciones que usan el sistema) de las peticiones de administracin (generadas por o hacia el servidorde administracin). De esta manera una peticin del servidor de administracin puede ser atendida sintener que esperar su turno dentro de las peticiones de aplicacin. Si activamos esta opcin debemosasignarle un puerto de comunicacin. Al activar la opcin, la consola slo responde porhttps://direccin:puerto-asignado/consoleLa opcin siguiente nos permite especificar si trabajamos en modo produccin. La activacin de estaopcin implica que ciertas caractersticas estn activas y otras no.Si activamos la ltima opcin para que un cluster responda a una aplicacin todos sus servidores tienenque estar funcionando a la vez.


Si pinchamos en Show se nos mostrarn las opciones avanzadas. Son las siguientes:

Habilitar la consola. En modo produccin suele ser habitual deshabilitar la consola, para que no pueda


ser accedida desde el exterior.La siguiente opcin nos permite dar un nombre distinto a la aplicacin de la consola. Si, por ejemplo,damos el nombre miconsola, para acceder a la consola tendramos que teclearhttp://direccin:puerto/miconsola.Por ltimo podemos especificar cuntos versiones del fichero de configuracin se guardarn.

En la solapa de Logging (las opciones JTA y SNMP las veremos ms adelante) podemos configurar el ficherolog del dominio. El fichero log almacena toda la informacin y mensajes del dominio. Las opciones son lassiguientes:

Podemos cambiar el nombre del fichero log.La siguiente opcin permite especificar el tipo de rotacin. Las opciones a elegir son por tamao o portiempo. La rotacin permite que el fichero log no vaya creciendo indefinidamente. Si elegimos portamao, se coger el valor del parmetro Minimum File Size y, cuando el fichero de log alcance esetamao, crear un nuevo fichero de log, renombrando el anterior. Si, por ejemplo, el nombre del fichero delog es midominio.log y hemos seleccionado una rotacin por tamao y 500k de tamao mnimo, cuando


el fichero alcance ese tamao el sistema cambiar el nombre del fichero por midominio.0 y crear unonuevo, midominio.log, donde se seguir almacenando la salida del sistema. Cuando se vuelva a superarese lmite se le dar el nombre midominio.1 y as sucesivamente. El otro tipo de rotacin, de tiempo,acta de manera similar, pero especificando un tiempo de rotacin. Cuando el reloj del sistema llega aesa hora se produce el cambio de fichero. En esta opcin, podemos especificar cada cuantas horas seproduce el cambio, cambiando el valor de File Time Span.La penltima opcin permite limitar el nmero de ficheros a almacenar. Si la activamos toma el valor de lasiguiente opcin Log Files to Retain y, cuando el contador de fichero alcance ese valor, empieza desdecero sobreescribiendo el primero.Si pinchamos en la opcin View Domain Log se nos permite ver el fichero log (ver siguientes figuras).


Visualizacin del fichero de log.


Si pinchamos en Customize this view se nos permite configurar los mensajes, mostrando las opciones quequeremos que se vean en el fichero de log.


En la siguiente figura, la opcin Auto Update Interval indica al sistema cada cunto tiempo debe comprobar siexisten aplicaciones nuevas. En modo produccin se deshabilita esta comprobacin.


Cuando seleccionamos la solapa Monitoring nos aparece un enlace que nos permite monitorizar los servidoresde nuestro dominio. Tenemos los servidores creados en nuestro dominio y se nos indica la direccin deescucha, los puertos de escucha y el estado del servidor.


La solapa de control permite controlar (parar, poner en marcha, etc.) los servidores del dominio.


La ltima solapa, Notes, nos permite introducir notas asociadas a la configuracin actual. Esto es comn en lamayora de opciones de configuracin. Tienen un carcter informativo.


Si pinchamos en el enlace View Domain-wide Security Settings nos visualiza opciones de seguridad. Todo loreferente a realm lo explicaremos ms adelante.


Si activamos la opcin Guest Disabled no permitiremos que entre el usuario invitado.


En el apartado de File Realm podemos configurar opciones especficas de seguridad como: nmero mximode usuarios, grupos y ACL.


La siguiente solapa tiene que ver con caractersticas de la contrasea de acceso y el bloqueo de una cuentapor haber intentado acceder con una contrasea incorrecta. Si un usuario intenta acceder al sistema eintroduce una contrasea incorrecta, cuando realice un determinado nmero de intentos la cuenta serdeshabilitada. Las opciones son:

Longitud mnima de contrasea. Indica el nmero de caracteres mnimo que debe tener la contrasea.La siguiente opcin, si marcada, permite el bloqueo de una cuenta al intentar acceder con una contraseaerrnea.La opcin Lockout Threshold especifica el nmero de intentos errneos que provocan el bloqueo de lacuenta.


La siguiente es el nmero de minutos que se bloquea la cuenta.La opcin Lockout Reset Duration indica el nmero de minutos durante los cuales se cuenta el nmerode intentos fallidos. Si marcamos cinco, si durante cinco minutos se han realizado cinco (el nmeroindicado por Lockout Threshold) intentos fallidos, se produce el bloqueo.La ltima opcin es el tamao de la cache de intentos fallidos de cualquier usuario que el sistemaalmacenar.


El resto de opciones de seguridad se detallarn en el apartado de seguridad.

Date post:	12-Nov-2015
Category:	Documents
Upload:	marco-antonio-treuquil-gonzalez
View:	13 times
Download:	1 times

Servidor de Aplicaciones

Documents