BLOG DE FREDDY FABIAN GONZALEZ ESPITIA

JDBC

ffabiang — Thu, 16 Oct 2008 22:46:59 +0000

JDBC

1. QUE ES JDBC

Java Database Connectivity

Es una interfaz de acceso a bases de datos conexión SQL, también proporciona una base común para la construcción de herramientas y utilidades de alto nivel. [2]

Este API Java ejecuta consultas SQL en Bases de Datos Relacionales, Independiente del Sistema Gestor Relacional. [1]

Se divide en dos paquetes [1]

ü java.sql, dentro de J2SE

ü javax.sql extensión dentro de J2EE

Es importante resaltar que Para acceder a una base de datos es necesario de un driver.

El API JDBC facilita programar el acceso a BD sin que se tenga en cuenta a que Servidor nos dirigimos (Oracle, Sybase, Informix, etc.).[3]

2. QUE OFRECE [1]

El Api ofrece las clases e interfaces para:

ü Establecer una conexión a una base de datos.

ü Ejecutar una consulta.

ü Procesar los resultados.

A continuación mostraremos el código para establecer una conexión.

// Establece la conexión

Connection con = DriverManager.getConnection (

“jdbc:odbc:miBD”, ”miLogin”, ”miPassword”);

// Ejecuta la consulta

Statement stmt = con.createStatement();

ResultSet rs = stmt.executeQuery(“SELECT nombre, edad FROM Empleados”);

// Procesa los resultados

while (rs.next()) {

String nombre = rs.getString(”nombre”);

int edad = rs.getInt(”edad”);

} [1]

ARQUITECTURA

Fuente http://dis.um.es/~jbermudez/dad/transparencias/T4-JDBC0506.pdf

Mecanismo JDBC [2]

ü Establecer conexión.

ü Crear sentencia.

ü Ejecutar sentencia.

ü Procesar resultados.

ü Finalizar sentencia.

ü Cerrar conexión.

3. COPMONENTES

3.1 QUE ES UN DRIVER [1]

Un dirver es un conjunto de clases encargadas de implementar las interfaces del API y acceder a la base de datos.

Existen diferentes tipos de driver`s

ü Driver Tipo 1:

Son los que utilizan un API nativa estándar

Ejemplo: puente JDBC:ODBC.

ü Driver Tipo 2:

Son los que utilizan un API nativa de la base de datos

Ejemplo: Oracle OCI.

ü Driver Tipo 3:

Servidor remoto con un API genérica.

Útil para aplicaciones en internet.

ü Driver Tipo 2:

Totalmente desarrollado en Java

Ejemplo: Oracle Thin.

Fuente http://www.it.uniovi.es/docencia/Telematica/appTel/material/Practicas3.pdf

3.2 CLASES DE OBJETOS [5]

DriverManager: Carga, elige drivers

Driver: Se conecta con la base de datos actual

Connection: Una serie de sentencias SQL hacia y desde la BD

Statement: Un sentencia SQL

ResultSet: Los registros obtenidos de la sentencia SQL

3.3 CLASES DE JDBC

Fuente http://zarza.usal.es/~fgarcia/docencia/poo/04-05/Trabajos/JDBC.pdf

3.4 CONSULTAS JDBC [1]

El API JDBC no restringe las sentencias que se envían a la Base de datos.

En principio, todos los drivers deben ser compatibles con ANSI SQL-2 Entry Level.

3.5 TIPOS DE SENTENCIAS: [3]

Existen tres tipos de sentencias:

Statement: Sentencias SQL estáticas (su código se conoce en tiempo de compilación) Se crean mediante el método createStatement() de la clase Connection

PreparedStatement: creadas por el método prepareStatement(). Dan soporte a SQL dinámico (parte de la sentencia se precompila y parte se sustituye en tiempo de ejecución). Eficiente para sentencias de ejecución reiterada

CallableStatement: creada por el método prepareCall() destinada a la ejecución de procedimientos almacenados

El API distingue dos tipos de consultas:

Consultas: SELECT

Actualizaciones: INSERT, UPDATE, DELETE, sentencias DDL

3.5.1 RESULT SET [1]

Es un proxy sobre los registros del resultado de la búsqueda que controla la recuperación de los registros.

Representa un cursor (iterador) sobre los resultados.

ü Movimiento: métodos next() y previous()

ü Inicialmente el cursor está posicionado antes del primer registro.

Depende del objeto consulta: Cada vez que se realice una consulta se pierden los resultados.

RESULT SET

Existen dos alternativas para acceder a las columnas del resultado:

ü rs.getString(“nombre de la columna”);

ü rs.getString(1); -> Posición en la consulta

El acceso por posición es útil cuando accedemos a una columna derivada ò cuando hay columnas con los mismos nombres (join).

4. Instalación de JDBC [2]

Para acceder a BBDD en Java es necesario:

Tener instalado el entorno de desarrollo de java (SDK).

Tener instalada la API JDBC (normalmente incluido en el SDK).

Disponer del driver java para el gestor de BBDD escogido o usar el puente JDBC-ODBC.

Además de la API JDBC, el driver del gestor es una de las partes fundamentales para al acceso a los datos. Es posible usar un driver java específico del gestor a acceder o se puede usar el driver JDBC-ODBC incluido en la API.

5. BASES DE DATOS EN ENTORNOS WEB

Son importantes las conexiones de bases de datos en entornos web ya que se presentan múltiples conexiones simultáneas a la base de datos y por que el establecimiento de una conexión es costoso.

Para esto es necesario definir cuidadosamente las transacciones y establecer algún mecanismo para optimizar el uso de conexiones.

Este servicio es útil en a construcción de aplicaciones en que se debe acceder a información disponible en Web Servicie y en bases de datos ofreciendo una interfase homogénea para dichos accesos y permitiendo una integración a través del controlador. [4]

6. WEBGRAFIA

1 http://dis.um.es/~jbermudez/dad/transparencias/T4-JDBC0506.pdf

2 http://zarza.usal.es/~fgarcia/docencia/poo/04-05/Trabajos/JDBC.pdf

3 http://www.miclase-online.com/tutoriales/computacion/programacion/AccesoBDJava.pdf

4 http://www3.uji.es/~berlanga/Chronology/jisbd2003_jordi.pdf

5 http://www.it.uniovi.es/docencia/Telematica/appTel/material/Practicas3.pdf

ODBC

ffabiang — Thu, 16 Oct 2008 00:56:06 +0000

ODBC ( “Open Database Connectivity”, conectividad de base de datos abierta)

Es un método estándar de acceso a base de datos que ofrece un denominador común neutral (compartir datos) para aplicaciones y bases de datos. [4]

Se asume como una interfaz de programación de aplicaciones estándar (API) que permite acceder a datos contenidos y manejados por sistemas de gestión de bases de datos (DBMSs). Utilizando ODBC, las aplicaciones pueden acceder a datos almacenados en una gran variedad de ordenadores personales, miniordenadores y grandes ordenadores, incluso aunque cada DBMS utilice un formato diferente para guardar la información [3]

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

Oprimimos el botón next y termina de instalar

2.2 CREACIÓN DEL NUEVO ORÍGEN DE DATOS

Ahora, agregaremos un nuevo origen de datos de sistema y posteriormente poder usar el conector, ingresamos por:

Panel de control>Herramientas administrativas>Origenes de datos ODBC

Aparece una ventana en la cual seleccionamos la pestaña de DSN de sistema:

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

Hacemos clic en agregar y nos aparece la siguiente ventana, en la cual elegimos el controlador respectivo, que en este caso es MySQL ODBC 3.51 Driver

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

Al hacer clic, aparece la ventana de configuración del conector, donde aparecen los siguientes campos:

• Data Source Name: (Windows DNS Name) Ponemos el nombre con el que identificar en Windows la Base de Datos MySQL que vamos a acceder. (example: everyoneMySQL)

• Description: Descripción, opcional.

• Server: (MySQL Host (Name or IP)) Aquí le indicamos la IP del servidor o su nombre. (ejemplo 192.168.0.1)

• User: El usuario con privilegios para acceder a la Base de Datos. (example: root)

• Password: El password para acceder de ese usuario

• Database: (MySQL Database Name) El Nombre de la Base de datos que vamos a acceder. (example: MyBD)

Para otras opciones de configuración, se puede ver en las pestañas de Connect Options y en Advanced.

Fuentehttp://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

3 WEBGRAFIA

1 http://gustavolarriera.tripod.com/doc/tech/cipmsabd.pdf

2 http://dis.unal.edu.co/profesores/eleon/cursos/BD/practicas/practica4.pdf

3 http://lorien.die.upm.es/~juancho/pfcs/ACG/7bdlocal.pdf

4 http://images.autodesk.com/emea_s_main/files/revit_bim_odbc_jun05.pdf

5 http://www.aitg.com/support/intershop/is41_odbc_sp.pdf

AJAX

ffabiang — Thu, 16 Oct 2008 00:08:31 +0000

CONCEPTO

Es el acrónimo para Asynchronous JavaScript + XML y el concepto es: Cargar y renderizar una página, luego mantenerse en esa página mientras scripts y rutinas van al servidor buscando, en background, los datos que son usados para actualizar la página solo re-renderizando la página y mostrando u ocultando porciones de la misma. [1]

No es una tecnología, sino la unión de varias tecnologías que juntas pueden lograr cosas realmente impresionantes como GoogleMaps, Gmail el Outlook Web Access ( ref ) o algunas otras aplicaciones muy conocidas. [1]

AJAX (JavaScript Asíncrono y XML) se basa en HTML dinámico y JavaScript en la parte cliente. El Objeto XMLHttpRequest fue añadido originalmente por Microsoft y anduvo revoloteando durante un tiempo hasta que Google lo lanzó al estrellato. AJAX permite que un script escrito en JavaScript y descargado de una página web intercambie información de manera asíncrona con el servidor

web. Pasa de esta manera información (de contrabando) de forma dinámica hasta la página HTML, ya que en principio sólo van a ocurrir cambios pequeños

en la página.(4)

Ajax incorpora

presentación basada en estándares usando XHTML y CSS;
exhibición e interacción dinámicas usando el Document Object Model ;
Intercambio y manipulación de datos usando XML and XSLT ;
Recuperación de datos asincrónica usando XMLHttpRequest , y JavaScript poniendo todo junto. [1]

FUENTE: http://www.programacionweb.net/articulos/articulo/?num=317

Las tecnologías que forman AJAX son:[2]

▪ XHTML y CSS, para crear una presentación basada en estándares.

▪ DOM, para la interacción y manipulación dinámica de la presentación.

▪ XML, XSLT y JSON, para el intercambio y la manipulación de información.

▪ XMLHttpRequest, para el intercambio asíncrono de información.

▪ JavaScript, para unir todas las demás tecnologías.

Figura . Tecnologías agrupadas bajo el concepto de AJAX

Ref : http://www.librosweb.es/ajax/pdf/introduccion_ajax.pdf

Una aplicación AJAX elimina la naturaleza “arrancar-frenar- arrancar-frenar” de la interacción en la Web introduciendo un intermediario -un motor AJAX- entre el usuario y el servidor. [1]

En vez de cargar un pagina Web, al inicio de la sesión, el navegador carga al motor AJAX (escrito en JavaScript y usualmente “sacado” en un frame oculto). Este motor es el responsable por renderizar la interfaz que el usuario ve y por comunicarse con el servidor en nombre del usuario. [1]

El motor AJAX permite que la interacción del usuario con la aplicación suceda asincrónicamente (independientemente de la comunicación con el servidor). Así el usuario nunca estará mirando una ventana en blanco del navegador y un icono de reloj de arena esperando a que el servidor haga algo. [1]

Figura 2: El patrón de interacción sincrónica de una aplicación Web tradicional (arriba) comparada con el patrón asincrónico de una aplicación AJAX (abajo).

http://adaptivepath.com/ideas/essays/archives/000385.php

Si el motor necesita algo del servidor para responder (sea enviando datos para procesar, cargar código adicional, o recuperando nuevos datos) hace esos pedidos asincrónicamente, usualmente usando XML, sin frenar la interacción del usuario con la aplicación. [1]

¿QUIEN ESTA USANDO AJAX?

Productos de ggogle como (Orkut, Gmail, la última versión de Google Groups, Google Suggest, y Google Maps ).

Estos proyectos demuestran que Ajax no es solo técnicamente importante, sino también prácticos para aplicaciones en el mundo real. [1]

Hoy en día las aplicaciones AJAX brotan por doquier por toda Internet. La beta de Yahoo! Webmail, por ejemplo, se parece bastante a una aplicación de escritorio. Hay que fijarse con mucho detenimiento para apreciar que es nuestro navegador el que esté detrás del espectáculo. (4)

VENTAJAS [5]

Mayor interactividad

Recuperación asíncrona de datos, reduciendo el tiempo de espera del usuario

Facilidad de manejo del usuario

El usuario tiene un mayor conocimiento de las aplicaciones de escritorio

Se reduce el tamaño de la información intercambiada

Portabilidad entre plataformas

No requieren instalación de plugins, appletsde Java, ni ningún otro elemento

Código público

PROBLEMAS

El principal problema de la gran mayoría de aplicaciones AJAX es la baja compatibilidad entre navegadores, puesto que la capa JavaScript, es de una gran complejidad y a menudo por falta de experiencia en el lenguaje, o por falta de tiempo, se opta por programar solo para Internet Explorer. [3].

1 http://adaptivepath.com/ideas/essays/archives/000385.php

2 http://www.librosweb.es/ajax/pdf/introduccion_ajax.pdf

3 http://www.programacionweb.net/articulos/articulo/?num=317

4 http://www.linux-magazine.es/issue/15/Perl.pdf

5 http://www.rediris.es/gt/middleware/coord/gt2006/IntroduccionAJAX_v1.0.pdf

UDDI

ffabiang — Tue, 07 Oct 2008 19:54:56 +0000

Estándares de servicios Web

UDDI (Universal Discovery, Description and Integration)

Es un estándar para describir y descubrir servicios Web, actualmente se encuentra la versión 3.x y puede interoperar con XML.

Podemos asumirlo como un directorio publico global de empresas y servicios.[3]

ELEMENTOS [1]

Descripción de negocios:

Páginas Blancas: Estas páginas contienen información de contacto

Páginas amarillas: Contiene información de la industria.

Páginas verdes: Información técnica y especificaciones.

Registro de Servicios.

TIPOS DE REGISTROS UDDI [2]

ü PUBLICO: Se basa UBR (UDDI BusinessRegistry) y establece un registro raíz (root) y múltiples registros UDDI pueden compartir claves.

ü PRIVADO: Es un registro interno y generalmente detrás de un firewall.

ü COMPARTIDO o SEMI-PRIVADO: Es un registro con acceso controlado y compartido por varios partners.

CARACTERISTICAS

ü La última versión recomienda un sistema de claves basado en nombres de DNS.[2]

Ejemplo de clave en UDDI v.3:

uddi:example.com:1

uddi:example.com:sales-division:53

Basadas en dominio: uddi:mycompany:nameService

De clave única: uddi:4CD2E4BC-648B-426D-9936-443EAAC8AE23

ü Soporte para firma digital.

ü Separación de los datos de una entidad UDDI de los metadatos asociados (Ej.: para calcular la firma digital). [2]

ü Uso de esquemas de XML.[2]

ü Los usuarios plantean consultas en UBR para descubrir servicios web y obtener información sobre ellos. [3]

FUNCIONAMIENTO DE UDDI [1]

Su funcionamiento es como una base de datos distribuida P2P

Se compone de

Provider: Información sobre la entidad que ofrece el servicio

Service: Información sobre una familia particular de ofertas.

Binding: Información técnica sobre un punto de entrada a un servicio.

tModel: Descripción de especificaciones de servicio. [1]

FUNCIONAMIENTO DE UN SERVICIO WEB

Fuente: http://internetng.dit.upm.es/ponencias-jing/2004/Web2.pdf

WEBGRAFIA

1. Introducción a los servicios web, Labra Gayo Jose Emilio, Octubre 2006 http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf, descargado 30/09/08

2. Fundamentos de Internet, URJC – Aplicaciones para la Web, R. Capilla, http://triana.escet.urjc.es/apliweb/SOAP-WSDL-UDDI.pdf, fecha de descarga, 30/09/08

3. http://mit.ocw.universia.net/1.264J/NR/rdonlyres/Civil-and-Environmental-Engineering/1-264JDatabase–Internet–and-Systems-Integration-TechnologiesFa/2C547666-79A4-400A-9E47-70CA5245BFE2/0/1264_lecture_14_F2002.pdf, fecha de descarga, 30/09/08

4. Aplicaciones y Servicios Web (Web Services), Joaquín Salvachúa, Joaquín Salvachúa DIT-UPM, jsalvachua@dit.upm.es. http://internetng.dit.upm.es/ponencias-jing/2004/Web2.pdf, fecha de descarga, 30/09/08.

5. Principios de web service, Lectores@mpediciones.com, http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf, fecha de descarga, 30/09/08.

6. http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf , fecha de descarga, 30/09/08.

WSDL

ffabiang — Tue, 07 Oct 2008 19:49:15 +0000

Estándares de servicios Web

Fuente http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf

WSDL (Web Services Description Language)

Es la información XML para la descripción de servicios de red y de un conjunto de puntos finales donde se dan los detalles de la conexión. [4]

WSDL permite describir servicios web Respondiendo preguntas como:

¿Qué puede hacer el servicio? Métodos.

¿Dónde reside? Formato de datos y protocolo.

¿Cómo invocarlo? URI [1]

La relación que tiene este con SOAP es que precisamente los mensajes que describe WSDL son mensajes SOAP.

CARACTERITSITCAS [2]

ü Es una parte de UDDI para proporcionar directorios y descripciones en Internet.

ü Describe servicios de red basados en XML.

ü Proporciona un medio para solicitar peticiones web sin reparar en el protocolo subyacente (ej: SOAP).

ü Complementa SOAP.

ü Define los servicios como una colección de puntos finales de red o “puertos (ports)”.

ü Un conjunto de definiciones WSDL es un grupo de descripción de componentes que se aplican a un único espacio de nombres (“namespace”).

ELEMENTOS DE WSDL [1],[5]

Contiene los siguientes elementos para definir servicios.

ü Types: Tipos de datos usados en los mensajes (XML).

ü Message: Son la definición abstracta (entre el servidor y el cliente) de los datos transmitidos, tanto los mensajes de entrada y salida.

ü PortType: Todas las operaciones abstractas que realiza, definiendo todos los mensajes a intercambiar entre el cliente y el servidor. Puede ser de los tipos (request-Response) en el cual por cada requerimiento se envía una respuesta, (One-Way) Donde el web Service sólo recibe requerimientos pero no envía respuestas, (Solicit- Response) el cual funciona a la inversa de Request-Response Ya que el que soplicita el requerimiento es el servidor en vez del cliente. Y por ultimo (Notification) inverso al One-Way Donde el que manda el mensaje es solo el servidor.

ü Binding: Protocolo concreto y especificaciones de las operaciones del mensaje, define los vínculos de protocolos como SOAP a un tipo de vínculo en particular.

ü Port: Especifica una dirección para el enlace definiendo un único punto de destino.

ü Service: Colección de puntos de destino, en otras palabras se informa el punto de accceso a los servicios para cada uno de los protocolos por medio de un elemento address.

Funcionamiento de los distintos tipos de portType

Fuente http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf

FUNCIONAMIENTO [4]

Localización de un servicio.

Petición SOAP:

adg@microsoft.com

+oXHdaCXvK…=

Respuesta SOAP:

Accepted: with nonce=1

Localización del interfaz WSDL.

Descripción Interfaz WSDL :

…

….

Peticiones y respuestas codificadas dentro de “sobres” SOAP.

Grupo de Definiciones WSDL [2]

• Un grupo de definición WSDL tiene obligatoria la propiedad targetNAmespace para identificar el espacio de nombres de los componentes que serán definidos.

• Cada componente excepto el de tipo tiene obligatoria la propiedad name.

• Cada componente tiene opcional la propiedad document.

Componente de Descripción de Mensaje [2]

• Se usa para modelar mensajes que se intercambian entre distintos servicios web.

• Una descripción de mensaje incluye un tipo que puede ser usado para indicar entrada, salida, fallo.

• Contiene cero o varias descripciones de partes de mensajes y cada parte contiene la propiedad name.

Componente de Descripción de Vínculo [2]

• Proporciona los detalles de vínculo del componente portType.

• Se usan también para indicar el protocolo de transporte utilizado para el envío de mensajes.

• Una descripción de vínculo tiene obligatorias las propiedades name y type.

EJEMPLO DE WSDL [1]

targe tName space=” http : //mafia.it /pizzas.wsdl ”

xml ns : tns=” http : //mafia.it / pizzas.wsdl ”

xml ns : xsd1=” http : //maf ia . it / pizzas.xsd ”

xml ns : soap=” http : // schemas.xml soap.org /wsdl / soap /”

xmlns=” h t t p : // schemas.xml soap.org /wsdl /”>

xmlns=” h t t p : //www.w3 . org /2000/10/XMLSchema”>

type=”tns izzasPortType”>

transport=”http: // schemas.xml soap.org / soap / http”/>

Ejemplo de servicio

WEBGRAFIA

1. Introducción a los servicios web, Labra Gayo Jose Emilio, Octubre 2006 http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf, descargado 30/09/08

2. Fundamentos de Internet, URJC – Aplicaciones para la Web, R. Capilla, http://triana.escet.urjc.es/apliweb/SOAP-WSDL-UDDI.pdf, fecha de descarga, 30/09/08

5. Principios de web service, Lectores@mpediciones.com, http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf, fecha de descarga, 30/09/08.

6. http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf , fecha de descarga, 30/09/08.

SOAP

ffabiang — Tue, 07 Oct 2008 19:43:44 +0000

Estándares de servicios Web

Fuente http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf

QUE ES SOAP

Es un protocolo basado en XML para el intercambio de informacion de una forma descentralizada sobre entornos distribuidos. [4]

Se puede simplificar como una especie de vocabulario XML definiendo el formato de los mensajes. [1]

Los mensajes SOAP esta compuestos por un TAG principal llamado ENVELOPE el cual esta dividido en un campo denominado HEADER (opcional), y un campo denominado BODY (Obligatorio).[5]

ENVELOPE: Es el elemento raíz del mensaje para describir su contenido y la forma de procesarlo. [6]

HEADER: Contiene la metaifnormación la cual no es mas que la información de identificación del contenido. Un grupo de reglas de codificación para expresar las instancias de tipos de datos definidos por la aplicación. [6]

BODY: Es el contenido del mensaje, Una convención para representar las llamadas y las respuestas a procedimientos remotos.[6], el cual contiene los datos en formato XML,

Fuente: http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf

Funcionamiento de SOAP

Fuente http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf

QUE PROPORCIONA SOAP

ü Establece un protocolo estándar de invocación de servicios remotos, basado en protocolos estándares de Internet: HTTP para la transmisión y XML para la codificación de datos.[6]

ü Un medio para que se reciban las partes primarias y secundarias (Ej.: encapsulación MIME)

ü Un mecanismo para identificar cada parte mediante una URI. [2]

ü Capacidad de identificar una única parte con múltiples URIs. [2]

CARACTERISTICAS

ü Es independiente del protocolo de transporte, de la plataforma, el modelo de datos y el lenguaje de programación usado aun cuando se define un enlace con http.

ü Esta pensado para introducir nueva tecnología en informática distribuida más allá de lo actualmente utilizado. [3]

ü Añade encabezados al HTTP; no hay más cambios.

ü SOAP (HTTP y XML) se presenta en texto y no en formato binario, por lo que es mucho más sencillo interactuar en las distintas máquinas y depurar sus fallos.[3]

ü Define un mecanismo para el paso de instrucciones (comandos) y parámetros entre clientes y servidores.[4]

VENTAJAS: [6]

ü Es sencillo de implementar, probar y usar

ü Atraviesa “firewalls” y routers, pues estos “piensan” que es una comunicación HTTP.

ü Tanto los datos como las funciones se describen en XML, lo que permite que el protocolo no sólo sea más fácil de utilizar sino que también sea muy sólido.

ü Es independiente del sistema operativo y procesador.

ü No está atado a ninguna infraestructura de objeto distribuido: La mayoría de los sistemas de objetos distribuidos se pueden extender, y alguno de ellos admiten SOAP.

ü Aprovecha los estándares existentes en la industria.

ü Permite la interoperabilidad entre múltiples entornos: Debido a que se desarrolló sobre los estándares existentes de la industria.

ü Facilidad para utilizar cualquier lenguaje.

DESVENTAJAS [6]

ü Dificultad para entender las especificaciones del protocolo, puesto que es un complejo esquema de codificación en el cual es necesario precisar que todos los mensajes se incluyan en un sobre, con el contenido del mensaje dentro de un elemento de cuerpo para que puedan ser entendidos por cada una de las aplicaciones Web que procesan el mensaje.

ü SOAP cambia los nombres de métodos en etiquetas secundarias del cuerpo y los argumentos en etiquetas secundarias del nombre del método, lo que puede generar ciertos problemas de Interoperabilidad.

EJEMPLO TEÓRICO DE SOAP [2]

Mensaje conteniendo la reclamación de un seguro de un coche dañado y una segunda parte con una imagen JPEG del vehículo.

Existen 3 alternativas

La parte primaria del mensaje SOAP y la imagen JPEG pueden ser encapsuladas en un mensaje DIME y se transmiten vía TCP/IP o HTTP.
La parte primaria del mensaje SOAP y el JPEG se encapsulan en un mensaje multiparte de tipo MIME y se transmiten vía HTTP.
La parte primaria puede ser intercambiada mediante un vínculo HTTP y sin ninguna encapsulación y la imagen JPEG transmitida mediante una petición por el método GET del protocolo HTTP.

EJEMPLOS DE SOAP [2]

Ejemplo Básico

xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/”>

Mensaje SOAP embebido en una petición HTTP

POST /StockQuote HTTP/1.1

Host: www.stockquoteserver.com

Content-Type: text/xml; charset=”utf-8″

Content-Length: nnnn

SOAPAction: “Some-URI”

xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/”

SOAP-ENV:encodingStyle=”http://schemas.xmlsoap.org/soap/encoding/”>

DIS

Mensaje SOAP embebido en una respuesta HTTP

HTTP/1.1 200 OK

Content-Type: text/xml; charset=”utf-8″

Content-Length: nnnn

xmlns:SOAP-ENV=”http://schemas.xmlsoap.org/soap/envelope/”

SOAP-ENV:encodingStyle=”http://schemas.xmlsoap.org/soap/encoding/”/>

34.5

SOAP y .NET de Microsoft

La estrategia de .NET de Microsoft es ofrecer una plataforma de desarrollo Web basada en XM, y como ya sabemos los servicios Web XML utilizan SOAP.

WEBGRAFIA

1. Introducción a los servicios web, Labra Gayo Jose Emilio, Octubre 2006 http://www.di.uniovi.es/~labra/cursos/Web20/ServiciosWeb.pdf, descargado 30/09/08

2. Fundamentos de Internet, URJC – Aplicaciones para la Web, R. Capilla, http://triana.escet.urjc.es/apliweb/SOAP-WSDL-UDDI.pdf, fecha de descarga, 30/09/08

5. Principios de web service, Lectores@mpediciones.com, http://img.redusers.com/imagenes/libros/lpcu104/capitulogratis.pdf, fecha de descarga, 30/09/08.

6. http://arkadoel.es/programacion/INTRODUCCION_SOAP.pdf , fecha de descarga, 30/09/08.

ADO.NET

ffabiang — Tue, 23 Sep 2008 02:13:32 +0000

ADO.NET

Es la forma que tenemos de acceder a bases de datos usando .NET framework.

Usar otra filosofía de acceso a datos basado acceso a datos en modo desconectado. Se crea por defecto. [2]

Provee un conjunto de clases para trabajar con datos y es una evolución más flexible de ADO [1].

Esto es por medio de un modelo de programación con soporte de XML, Un conjunto de clases, interfaces, estructuras, y enumeraciones que manejan el acceso a datos dentro del .NET Framework

VENTAJAS

Liberar de trabajo a los servidores de bases de datos.

Permitirnos tener más usuarios que puedan acceder a esos servidores sin necesidad de tener que pagar mayor número de licencias.

La conexión directa con el servidor de bases de datos solo la necesitamos en dos momentos concretos: cuando accedemos al servidor para traer los datos que vamos a usar y cuando queremos actualizar los cambios que hayamos realizado, mientras manipulamos esos datos no necesitamos la conexión y la podemos tener cerrada; por tanto, damos la oportunidad a otros usuarios para que puedan usar esa conexión que dejamos libre.[2]

COMO FUNCIONA

Primero se conecta al servidor de bases de datos usando clases especializadas, a continuación asigna los datos que le hayamos indicado a unas clases que nos permiten manipularlos por medio de una copia realizada en nuestro equipo, finalmente actualiza los datos que hayamos modificado, de forma que se guarden, eliminen, etc. en la base de datos.[2]

De estos tres pasos, el primero y el último son los que necesitan conectar con la base de datos, es decir, son los que deben saber cómo conectar con el servidor de bases de datos, traer los datos que le indiquemos, además de que deben conocer cómo guardar los cambios que realicemos.

Por supuesto, esos pasos los daremos utilizando algunos métodos que expondrán ciertas clases, digamos, especializadas porque deben conocer bien al servidor de bases de datos para poder ejecutar todas esas acciones, según el tipo de bases de datos a la que queramos acceder podremos usar diferentes clases, algunas de ellas más genéricas que otras, pero en cualquier caso deben conocer cómo funciona el motor de bases de datos para poder realizar dichas acciones.[2]

Grafica 1 Moldeo de objetos de ADO.NET

Grafica sobre la plataforma

Fuente : http://www.fing.edu.uy/inco/cursos/tsi/TSI1/teorico2006/AdoNet.pdf

Grafica 2: Accediendo a los datos con ADO.NET

Fuente: http://www.fing.edu.uy/inco/cursos/tsi/TSI1/teorico2006/AdoNet.pdf

1 El cliente realiza un request

2 Se crean los objetos SqlConnection y SqlDataAdapter

3 Llena el DataSet desde el DataAdapter y cierra la conexión

4 Retorna el DataSet al cliente

5 El cliente manipula los datos

6 Actualiza el DataSet

7 Se usa el SqlDataAdapter para abrir la SqlConnection, actualizar la base de datos y cerrar la conexión

COMPOSICIÓN [3]

DataSet: Está explícitamente diseñado para que el acceso a los datos sea totalmente independiente de cualquier origen de datos. Como resultado puede ser utilizado para recuperar y procesar información de múltiples y diferentes orígenes de datos y fuentes XML, así como para administrar y procesar la información local a la aplicación y comunicarla a distintos destinos. DataSet representa una imagen en cliente de la base de datos: se estructura como una colección de objetos DataTable, estructurados en DataRows que a su vez contienen la información de claves primarias y ajenas necesarias para montar las estructuras relacionales que requieren las lógicas de negocio.

.NET Data Provider. Proporciona el conjunto de componentes pensados explícitamente para la más rápida manipulación de los datos. Para ello debe contar con una implementación de los mecanismos:

Connection que permite establecer la conexión contra el sistema gestor de los datos Command que permite lanzar comandos SQL hacia el servidor

DataReader que proporciona los mecanismos de recuperación de datos mediante streams de alto rendimiento

DataAdapter que actúa de puente entre la aplicación (y su DataSet) y el proveedor de los datos.

CLASES: [5]

Las clases más importantes para las conexiones con ADO.NET SON:

MySqlConnection: Establece una conexión y una sesión única con la base de datos.

MySqlCommand: Representa una instrucción de transacción sql o un procedimiento almacenado que se ejecuta en la base de datos.

MySqlDataReader: Ofrece un método de leer un flujo de filas sólo hacia delante de la base de datos.

MySqlAdapter: Se utiliza para rellenar un DataSet y actualizar los cambios en la base de datos.

DESVENTAJAS

Consumen valiosos recursos del sistema

Resulta muy complicado escalar aplicaciones.(Una aplicación de BD puede funcionar muy bien con 100 usuarios y muy mal con 1000).[4]

BIBLIOGRAFIA

1 http://www.fing.edu.uy/inco/cursos/tsi/TSI1/teorico2006/AdoNet.pdf

2 http://www.elguille.info/NET/revistas/dotNetmania/pdf/dotnetmania_25_pag_45_48.pdf

3 http://www.heviatec.net/Articulos/ADONET_FuturoAccesoDatos.pdf

4 http://www.dlsi.ua.es/asignaturas/dpaa/tema6.pdf

5 http://www3.uji.es/~berlanga/Chronology/jisbd2003_jordi.pdf

6 http://www.ayc.unavarra.es/miguel.pagola/Guion%20de%20la%20PracticaBBDD.pdf

SERVIDOR DE APLICACIONES

ffabiang — Wed, 17 Sep 2008 20:47:06 +0000

INTRODUCCION

La integración de diferentes sistemas, tanto en redes locales como a través del Web, ha creado de grandes requerimientos para resolver la interoperabilidad entre plataformas, especialmente a nivel de servidores de aplicaciones.

Por otro lado, las plataformas actualmente dominantes para el desarrollo de sistemas con arquitectura de varios niveles (presentación, lógica, almacenamiento), son CORBA, Microsoft .NET, J2EE. [1]

Entre los servidores de aplicaciones tenemos

1 CONCEPTO

Es un sistema de soporte para componentes de servidor [2]

Ofrece un entorno de desarrollo para todos los componentes, que en paralelo proporcionan la lógica de negocio.

Los componentes de servidor utilizan los servicios del servidor de aplicaciones

Los elementos constitutivos del servidor de aplicaciones se denominan también componentes y pueden instalarse y administrase de forma independiente [2].

En resumen es un servidor que se encuentra dentro de una red y ejecuta algunas aplicaciones dentro de la misma.

1.1 TAREAS DE INFRAESTRUCTURA: [2]

· Instanciación de componentes

· Comunicación

· Sincronización de acceso concurrentes

· Preparación de un entorno seguro

· Disponibilidad

Seguridad de transacciones

ELEMENTOS DEL SERVIDOR DE APLICACIONES

GRAFICA 1 Elementos SA

Elementos de Servidor de Aplicaciones

REF http://cita2003.fing.edu.uy/articulosvf/88.pdf

1.2 CARACTERISTICAS [4]

Incluyen middleware (o software de conectividad) que les permite intercomunicarse con variados servicios, para efectos de confiabilidad, seguridad, no-repudio, etc

Brindan a los desarrolladores una Interfaz para Programación de Aplicaciones (API), de tal manera que no tengan que preocuparse por el sistema operativo o por la gran cantidad de interfaces requeridas en una aplicación web moderna.

Ofrecen soporte a una gran variedad de estándares, tales como HTML, XML, IIOP, JDBC, SSL, etc., que les permiten su funcionamiento en ambientes web (como Internet) y la conexión a una gran variedad de fuentes de datos, sistemas y dispositivos.

1.3 VENTAJAS

Integridad de datos y códigos: al estar centralizada en una o un pequeño número de máquinas servidoras, las actualizaciones están garantizadas para todos sus usuarios. No hay riesgos de versiones viejas.
Configuración centralizada: los cambios en la configuración de la aplicación, como mover el servidor de base de datos o la configuración del sistema, pueden ser hechos centralmente.[5]
Seguridad:
Performance: limitando el tráfico de la red solamente al tráfico de la capa de presentación, es percibido como un modelo cliente/servidor.

2 TIPOS

Aquí describiremos algunos de los tipos de servidor de aplicaciones existentes, los que mostraremos a continuación son los mas comunes y uti8lizados.

2.1 CORBA(Common Object Request Broker Architecture)

Es un estándar para objetos distribuidos que ha sido desarrollado por el OMG. Proporciona los mecanismos a través de los cuales los objetos hacen peticiones y reciben respuestas definidas como ORBs (Object Request Broker) de forma transparente para el sistema. El ORB de CORBA proporciona interoperabilidad entre diferentes objetos, eventualmente en diferentes lenguajes y en sistemas operativos distintos. [1]

2.2 J2EE (Java 2 Enterprise Edition)

Es una especificación diseñada por Sun para plataforma de sistemas con arquitectura de múltiples capas basados en Java.

Incluye la de componentes en el servidor (Enterprise Java Beans), servicio de mensajería (Java Message Service), y Message Driven Beans que combina las funcionalidades de EJB y JMS.

Provee herramientas para: acceso a base de datos (JDBC), utilización de directorios distribuidos (JNDI), acceso a métodos remotos (RMI), funciones de correo electrónico (JavaMail), aplicaciones Web (JSP y Servlets), etc. [1].

En si el concepto de servidor de aplicaciones en la actualidad hace referencia a esta plataforma

J2EE provee estándares que le permiten a un servidor de aplicaciones servir como “contenedor” de los componentes que conforman dichas aplicaciones. Estos componentes, escritos en lenguaje Java, usualmente se conocen como Servlets, Java Server Pages (JSPs) y Enterprise JavaBeans (EJBs) y permiten implementar diferentes capas de la aplicación, como la interfaz de usuario, la lógica de negocio, la gestión de sesiones de usuario o el acceso a bases de datos remotas [4].

2.3 .NET

Es un conjunto de tecnologías propuesta por Microsoft, que entre otras características permite el desarrollo y ejecución de sistemas multi-lenguaje con arquitectura de múltiples capas. Incluye el Framework. Framework.

El cual implementa el soporte de ejecución CLR (Common Language Runtime) y compilación de .NET, así como Visual Studio, que es la herramienta de desarrollo.

.NET muestra una fuerte orientación hacia XML y Servicios Web. Una característica importante es que permite la interacción multi-lenguaje. [1].

3 INTEROPERABILIDAD ENTRE SERVIDORES HOMOGENEOS

Los diferentes casos de interoperabilidad pueden caracterizarse mediante tres dimensiones básicas:

- Servidor de Aplicaciones (p.ej. CORBA, J2EE, .NET).

- Rol del sistema (cliente o servidor).

- Tipo de interacción (sincrónica, asíncrona).

FUENTE http://jaime.cid.googlepages.com/JC_ServidoresDeAplicaciones.pdf

GRAFICA 2 ARQUITECTURA MULTINIVEL

REF http://cita2003.fing.edu.uy/articulosvf/88.pdf

En esta tabla podemos ver la arquitectura multinivel donde podemos diferenciar los diferentes niveles y especificar los componentes que hacen parte de la lógica del negocio del servidor de aplicaciones.

Dentro de las diferentes arquitecturas que tiene un servidor de aplicaciones podemos destacar una muy común, el modelo de tres capas, el cual independientemente de dicho servidor se puede implementar.

En el modelo de tres capas esta:

CAPA DE PRESENTACIÓN: Los servicios de presentación proporcionan la interfaz necesaria para presentar información y reunir datos. También aseguran los servicios de negocios necesarios para ofrecer las capacidades de transacciones requeridas e integrar al usuario con la aplicación para ejecutar un proceso de negocios.[3]

CAPA DE NEGOCIOS: son el “puente” entre un usuario y los servicios de datos. Responden a peticiones del usuario para ejecutar una tarea específica. Cumplen con esto aplicando procedimientos formales y reglas de negocio a los datos relevantes. [3]

CAPA DE DATOS: Este nivel es responsable de Almacenar los datos, recuperar los datos, mantener los datos, la integridad de los datos. [3]

APLIACACIONES

Uno de los ejemplos mas comunes son los portales de Internet, que permiten a las empresas y/o personas la gestión y divulgación de su información. Teniendo como base un servidor de aplicación, dichos portales permiten tener acceso a información y servicios de manera segura y transparente, desde cualquier dispositivo.[4]

WEBGRAFIA

1 http://cita2003.fing.edu.uy/articulosvf/88.pdf

2 http://www.it.uc3m.es/mario/si/Tema4.pdf

3 http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/martinez_v_lm/capitulo2.pdf

4 http://es.wikipedia.org/wiki/Servidor_de_aplicaciones

5 http://es.wikipedia.org/wiki/Servidor_de_aplicaciones

Java Fx

ffabiang — Fri, 29 Aug 2008 16:40:15 +0000

Java FX es una extensión a la plataforma Java que ofrece interactividad, animación y programación compatible con AJAX, Flash de Adobe y la nueva plataforma Silverlight de Microsoft. A diferencia de éstas anteriores, utiliza los runtimes Java ya instalados en el cliente local en lugar de JavaScript.[1]

Es un lenguage de script para crear interfaces de usuario, sirve tanto para web como aplicaciones de escritorio o móviles [2]

CARACTERISTICAS

FX genera una integración basada en actividad para las aplicaciones desktop con Java, en lugar de requerir una conexión constante para JavaScript como ocurre en AJAX [1]

Java FX está orientado a interfaces con un alto grado de animación, tal como lo explica James Gosling, creador del lenguaje Java y científico de Sun Microsystems. [1]

Java FX promete ser el lenguaje que reemplace a AJAX. [1]

1 http://preguntaslinux.org/-news-javafx-sdk-beta-t-4695.html

2 http://menismas.blogspot.com/2008/04/fx-con.html

SILVERLIGTH

ffabiang — Fri, 29 Aug 2008 16:29:37 +0000

CONCEPTO

Es un complemento para navegadores de Internet que agrega nuevas funciones a Windows Presentation como la reproducción de vídeos, gráficos, animaciones y otros elementos [1], tambien podemos definirlo como una cruz-navegador, multiplataforma y el intercambio de navegador dispositivo plug-in diseñado para ayudar a entregar la próxima generación de medios de comunicación y las experiencias ricas aplicaciones interactivas para la Web [5]

Es una nueva tecnología de presentación web creada para su ejecución en distintas plataformas. Hace posible un uso más completo, atractivo visualmente e interactivo, y se puede ejecutar en todos los entornos: con exploradores y en múltiples dispositivos y sistemas operativos de escritorio (como en Macintosh de Apple). Al igual que WPF (Windows Presentation Foundation), la tecnología de presentación en Microsoft .NET Framework 3.0 (la infraestructura de programación de Windows), XAML (eXtensible Application Markup Language, lenguaje de marcado de aplicaciones extensible), constituye la base de la capacidad de presentación de Silverlight. [2]

Silverlight es una versión reducida del framework de .NET (¡el framework completo de .NET es de 40+Mb!) enfocada a eficientar el manejo de multimedia dentro del navegador: video, audio, animación, interactividad, etc.

Integra en un solo complemento multimedia, gráficos de computador, animaciones e interactividad. La base de su programación es XAML y el acceso a los objetos esta dado por JavaScript [3]

OBJETIVO

Consiste en crear una aplicación que haga las mismas cosas que flash player, es decir, microsoft silverlight es como un flash player.[1]

Microsoft Expression Blend es la herramienta de Microsoft que se utiliza para crear las animaciones en Silverlight.[1]

CARACTERISTICAS

Tiene un soporte para video de Alta Definición (HD) que maneja streaming desde el cliente (o sea, sin meterle mano al servidor) de video de hasta 720 líneas progresivas por cuadro [3].

Para crear contenido para Silverlight es necesario conocer dos tecnologías: XAML para la parte visual y algún lenguaje de programación para la parte operativa. En Silverlight 1.0 este lenguaje es JavaScript [3]

WEBGRAFIA

1 http://es.wikipedia.org/wiki/Microsoft_Silverlight

2 http://www.microsoft.com/spanish/msdn/articulos/archivo/010507/voices/bb404300.mspx

3 http://blogs.msdn.com/expressate/archive/2007/09/17/qu-es-silverlight.aspx

4 http://www.error500.net/silverlight-microsoft-flash

5 http://silverlightblend.blogspot.com/