La computación Grid ofrece muchas ventajas frente a otras tecnologías alternativas. La potencia que ofrecen multitud de computadores conectados en red usando Grid es prácticamente ilimitada, además de que ofrece una perfecta integración de sistemas y dispositivos heterogéneos, por lo que las conexiones entre diferentes máquinas no generarán ningún problema. Se trata de una solución altamente escalable, potente y flexible, ya que evitarán problemas de falta de recursos (cuellos de botella) y nunca queda obsoleta, debido a la posibilidad de modificar el número y características de sus componentes.

Estos recursos se distribuyen en la red de forma transparente pero guardando unas pautas de seguridad y políticas de gestión de carácter tanto técnico como economico. Así pues, su objetivo será el de compartir una serie de recursos en la red de manera uniforme, segura, transparente, eficiente y fiable, ofreciendo un único punto de acceso a un conjunto de recursos distribuidos geográficamente en diferentes dominios de administración. Esto nos puede llevar a pensar que la computación Grid permite la creación de empresas virtuales. [3]

CARACTERÍSTICAS

1. Para cada uno de los usuarios debe de ser similar al trabajo en el Sistema Centralizado.
2. Se ejecuta en múltiples Computadoras.
3. Tiene varias copias del mismo Sistema Operativo o de diferentes Sistemas Operativos que proveen los mismos servicios.
4. Transparencia (El uso de múltiples procesadores y el acceso remoto debe de ser invisible

OBJETIVO

La computación distribuida ha sido diseñada para resolver problemas demasiado grandes para cualquier supercomputadora y main-frame, mientras se mantiene la flexibilidad de trabajar en múltiples problemas más pequeños. Por lo tanto, la computación en grid es naturalmente un entorno multi-usuario; por ello, las técnicas de autorización segura son esenciales antes de permitir que los recursos informáticos sean controlados por usuarios remotos.

PRINCIPALES ÁREAS DE APLICACIÓN

• Aplicaciones con grandes necesidades computacionales.
• Aplicaciones con grandes necesidades de almacenamiento o proceso de datos.
• Aplicaciones colaborativas.

APLICACIONES CON GRANDES NECESIDADES COMPUTACIONALES

• Simulaciones, predicción, monitorización
• Proyecto Crossgrid
• Modelado y simulación de regiones susceptibles de inundaciones para predecir inundaciones y/o proporcionar datos a equipos de crisis en caso de inundación.

SEGURIDAD EN ENTORNOS GRID

► Implementada a través de GSI (Grid Security Infrastructure):

● Seguridad basada en criptografía de clave pública

● Provee: privacidad, integridad, autenticación y autorización

● 2 niveles de encriptación: message-level & transport-level security

● Uso de certificados digitales standard X.509

● Introduce proxy certificates y proxy servers

● Delegación de credenciales

GSI (Grid Security Infrastructure)

● Los servicios grid más importantes utilizan GSI (GRAM, gridFTP…)

● Un usuario que quiera trabajar en un grid tiene que poseer un certificado digital X.509 firmado por una CA soportada por dicha infraestructura grid (user certificate)

● Lo mismo ocurre para los equipos que participan en el grid (host certificate)

●Globus incluye paquete para crear una CA para pruebas (openssl-based) pero en infraestructuras grid “de verdad” hay que recurrir a PKIs reales.

● El BIFI es “Registration Authority” oficial para DataGrid-ES y pkIRISGrid, actual y futura CA española en EUGridPMA (European Policy Management Authority for Grid Authentication in e-Science )

WEBGRAFIA

[1] http://es.wikipedia.org/wiki/Computaci%C3%B3n_distribuida

[2] http://people.cs.uchicago.edu/~borja/lectures/IntroduccionGrid.pdf

[3] http://bifi.unizar.es/events/clustersygrid/slides/Computacion_y_seguridad_en_GRID.pdf

[4] http://investigacion.universia.es/seccionEspecial.jsp?idEspecial=85&idSeccion=5485&title=COMPUTACION-GRID-ELEMENTO-CLAVE-FUTURO

En su mayoría, las aplicaciones JavaServer Faces son como cualquier otra aplicación Web Java. Se ejecutan en un contenedor Servlet Java, y típicamente contienen:

• Componentes JavaBeans (llamados objetos del modelo en tecnología JavaServer Faces) conteniendo datos y funcionalidades específicas de la aplicación.
• Oyentes de Eventos.
• Páginas, cómo páginas JSP.
• Clases de utilidad del lado del servidor, como beans para acceder a las bases de datos [4].

Además de estos ítems, una aplicación JavaServer Faces también tiene:

• Una librería de etiquetas personalizadas para dibujar componentes UI en una página.
• Una librería de etiquetas personalizadas para representar manejadores de eventos, validadores, y otras acciones.
• Componentes UI representados como objetos con estado en el servidor.
• Validadores, manejadores de eventos y manejadores de navegación [4].

Toda aplicación JavaServer Faces debe incluir una librería de etiquetas personalizadas que define las etiquetas que representan componentes UI y una librería de etiquetas para  representar otras acciones importantes, como validadores y manejadores de eventos. La implementación de JavaServer Faces proporciona estas dos librerías.

La librería de etiquetas de componentes elimina la necesidad de codificar componentes UI en HTML u otro lenguaje de marcas, resultando en componentes completamente reutilizables. Y, la librería “core” hace fácil registrar eventos, validadores y otras acciones de los componentes.

La librería de etiquetas de componentes puede ser la librería html_basic incluida con la implementación de referencia de la tecnología JavaServer Faces, o podemos definir nuestra propia librería de etiquetas que dibuje componentes personalizados o que dibuje una salida distinta a HTML.

Otra ventaja importante de las aplicaciones JavaServer Faces es que los componentes UI de la página están representados en el servidor como objetos con estado. Esto permite a la aplicación manipular el estado del componente y conectar los eventos generados por el cliente a código en el lado del servidor.

Finalmente, la tecnología JavaServer Faces nos permite convertir y validar datos sobre componentes individuales y reportar cualquier error antes de que se actualicen los datos en el lado del servidor [1].

OBJETIVOS

Estos objetivos de diseño representan el foco de desarrollo de JSF:

1. Definir un conjunto simple de clases base de Java para componentes de la interfaz de usuario, estado de los componentes y eventos de entrada. Estas clases tratarán los aspectos del ciclo de vida de la interfaz de usuario, controlando el estado de un componente durante el ciclo de vida de su página.
2. Proporcionar un conjunto de componentes para la interfaz de usuario, incluyendo los elementos estándares de HTML para representar un formulario. Estos componentes se obtendrán de un conjunto básico de clases base que se pueden utilizar para definir componentes nuevos.
3. Proporcionar un modelo de JavaBeans para enviar eventos desde los controles de la interfaz de usuario del lado del cliente a la aplicación del servidor.
4. Definir APIs para la validación de entrada, incluyendo suporte para la validación en el lado del cliente.
5. Especificar un modelo para la internacionalización y localización de la interfaz de usuario.
6. Automatizar la generación de salidas apropiadas para el objetivo del cliente, teniendo en cuenta todos los datos de configuración disponibles del cliente, como versión del navegador… [1]

CARACTERISTICAS

• Hay una serie de especificaciones que definen JSF:

     JSR 127
     JSR 252
     JSR 276

• JSF trata la vista (el interfaz de usuario) de una forma algo diferente a lo que estamos acostumbrados en aplicaciones web. Sería más similar al estilo de Swing, Visual Basic o Delphi, donde la programación del interfaz se hacer a través de componentes y basada en eventos (se pulsa un botón, cambia el valor de un campo, …).
• JSF es muy flexible. Por ejemplo nos permite crear nuestros propios componentes, o crear nuestros propios “render” para pintar los componentes según nos convenga.
• Es más sencillo.
• JSF no puede competir en madurez con Struts (en este punto Struts es claro ganador), pero si puede ser una opción muy recomendable para nuevos desarrollos, sobre todo si todavía no tenemos experiencia con Struts [2].

Beneficios de la Tecnología JavaServer Faces

• Una de las grandes ventajas de la tecnología JavaServer Faces es que ofrece una clara separación entre el comportamiento y la presentación. Las aplicaciones Web construidas con tecnología JSP conseguían parcialmente esta separación. Sin embargo, una aplicación JSP no puede mapear peticiones HTTP al manejo de eventos específicos del componentes o manejar elementos UI como objetos con estado en el servidor. La tecnología JavaServer Faces nos permite construir aplicaciones Web que implementan una separación entre el comportamiento y la presentación tradicionalmente ofrecidas por arquitectura UI del lado del cliente.

• La separación de la lógica de la presentación tambien le permite a cada miembro del equipo de desarrollo de una aplicación Web enfocarse en su parte del proceso de desarrollo, y proporciona un sencillo modelo de programación para enlazar todas las piezas. Por ejemplo, los Autores de páginas sin experiencia en programación pueden usar las etiquetas de componentes UI de la tecnología JavaServer Faces para enlazar código de la aplicación desde dentro de la página Web sin escribir ningún script.

• Otro objetivo importante de la tecnología JavaServer Faces es mejorar los conceptos familiares de componente-UI y capa-Web sin limitarnos a una tecnología de script particular o un lenguaje de marcas. Aunque la tecnología JavaServer Faces incluye una librería de etiquetas JSP personalizadas para representrar componentes en una página JSP, los APIs de la tecnología JavaServer Faces se han creado directamente sobre el API JavaServlet. Esto nos permite hacer algunas cosas: usar otra tecnología de presentación junto a JSP, crear nuestros propios componentes personalizados directamente desde las clases de componentes, y generar salida para diferentes dispositivos cliente.

• Pero lo más importante, la tecnología JavaServer Faces proporciona una rica arquitectura para manejar el estado de los componentes, procesar los datos, validar la entrada del usuario, y manejar eventos [3].

WEBGRAFIA

[1] http://es.wikipedia.org/wiki/JavaServer_Faces

[2] http://www.desarrolloweb.com/articulos/2380.php

[3] http://www.programacion.com/java/tutorial/jsf_intro/

[4] http://www.programacion.com/java/tutorial/jsf_intro/2/

.NET no es un lenguaje de programación, es mucho más que eso, Microsoft .NET es un conjunto de tecnologías de software, compuesto de varios lenguajes de programación que se ejecutan bajo el .NET Framework. Es además un entorno completamente orientado a objetos y que es capaz de ejecutarse bajo cualquier plataforma [3].

    Vamos por partes. Podriamos dividir el entorno .NET en las siguientes partes:

• .NET Framework, que es el entorno de trabajo de la plataforma .NET y que la engloba completamente. Toda la plataforma .NET forma parte de .NET framework.
• Lenguajes .NET. Destacan C# y VB.NET,y recientemente J#, aunque existen más lenguajes y con toda seguridad surgirán nuevos.
• El Common Runtime Language CRL, que es el motor de ejecución común a todos los lenguajes .NET.
• MSIL, Microsoft Intermedial language, es el lenguaje intermedio al que compilan las apliaciones (Asemmblies) .NET. Este lenguaje intermedio es interpretado por el CRL en tiempo de ejecución.
• CLS, common Language Specification, que engloban las pautas que deben cumplir los lenguajes .NET. Es está característica la que va a permitir a otras compañias producir lenguajes compatibles con .NET.
• ADO.NET, es  la nueva interfaz de bases de datos. No se trata de una evolución de ADO, sino que se trata de una interfaz completamente nueva.
• ASP.NET, es la nueva tecnología para páginas web dinámicas completamente integrada dentro del entorno .NET. Representa una autentica revolución en el desarrollo Web (Internet e Intranet).
• Biblioteca de clases .NET, es el conjunto de clases que componen el .NET framework y que nos permiten realizar casi cualquier tarea de una manera facil y rápida. [1]

.NET FrameWork

.NET FrameWork es el corazón de la tecnología .NET. Es el marco de trabajo y ejecución común a toda la tecnologia .NET. Es por lo tanto un elemento indispensable dentro de la tecnología .NET.

Dentro del .NET framework están integrados los lenguajes .NET, el CRL, el CLS, ADO.NET, ASP.NET…

En el momento de escribir esta página .NET soporta los siguientes lenguajes de programación:

• C#
• C++ controlado
• VB.NET
• J#
• Delphi (sí, Delphi de Borland).

Todos ellos trabajan perfectamente integrados con un motor común, el .NET framework, siendo C# el lenguaje principal, ya que es el único que ha sido desarrollado especificamente para .NET. Gran parte de la biclioteca de clases que componen el framework están escritas en C#.

.Net FrameWork es el conjunto de espacios de trabajo y clases que sirven de base a los lenguajes .NET. Es la evolución de las API de Windows y de la fundación de clases de Microsoft MFC hacia la completa encapsulación. Cualquier programa que desarrollemos utilizando la tecnología .Net, independientemente del lenguaje utilizado, estará basado en .Net FrameWork.

La mejor forma de entender esto es un ejemplo. Imaginemos los menús de cualquier aplicación Windows que nos permiten acceder a las distintas opciones del programa, pues bién, en el mundo de la tecnología .Net dichos menús son una clase perteneciente al .Net FrameWork. Esta clase es siempre la misma independientemente del lenguaje y entorno en el que nos encontremos, y la forma de trabajar con ella es la misma desde C#, VB.net o cualquier lenguaje .Net. Lo mismo ocurre con los botones, las imágenes, la forma de leer los archivos… todo, absolutamente todo lo que hagamos en un lenguaje .NET está basado en el .Net FrameWork. [1]

Pilares de esta nueva plataforma:

• Integración: Proporcionar mecanismos para que una empresa pueda ofrecer servicios a otras empresas o clientes de una forma sencilla y rápida. En general, este tipo de servicios se suelen denominar B2B: Business to Business y B2C: Business to Client.

• Nuevos dispositivos: La forma más común de acceso a Internet hasta ahora ha sido el ordenador personal con sus limitaciones de movilidad. Pero recientemente han ido apareciendo una serie de dispositivos que permiten el acceso a servicios Internet de forma rápida y directa, como por ejemplo agendas electrónicas, teléfonos móviles, WebTV, videoconsolas, etc. Esto supone un cambio radical en la forma de acceder a este tipo de servicios.

Con estos objetivos, Microsoft .NET es una plataforma para construir, ejecutar y experimentar la tercera generación de aplicaciones distribuidas, que consiste en los siguiente elementos:

• Un modelo de programación pasado en XML.
• Un conjunto de servicios Web XML, como Microsoft .NET My Services para facilitar a los desarrolladores integrar estos servicios.
• Un conjunto de servidores que permiten ejecutar estos servicios (como .NET Enterprise Servers).
• Software en el cliente para poder utilizar estos servicios (como Windows XP, agendas electrónicas, etc.)
• Herramientas para el desarrollo como Visual

Studio.NET.

[1] http://www.devjoker.com/asp/ver_contenidos.aspx?co_contenido=25

[2] http://www.disca.upv.es/enheror/pdf/ActaNET.PDF

[3] http://www.willydev.net/InsiteCreation/V1.0/WillyCrawler/2008.05.01.Articulo.Introducci%C3%B3n%20a%20CF%203aParte.pdf

[4] http://www.scribd.com/doc/256755/Sesion-01-Introduccion-a-NET

En términos generales, un documento WSDL contiene información acerca de la interfaz, la semántica y los aspectos administrativos involucrados en una solicitud (llamado) a un servicio web.

Según el consorcio W3C (World Wide Web Consortium), encargado de la definición del estándar, WSDL es «un formato XML para la descripción de servicios de red, como un conjunto de puntos finales operando sobre mensajes que contienen información orientada a documentos u orientada a procesos». Las operaciones y mensajes se describen en forma abstracta y luego se asocian a un protocolo de red o a un formato de mensaje específico, para definir un punto final. WSDL se extiende para permitir la descripción de los puntos finales y sus mensajes, sin importar qué formatos de mensaje o protocolos de red se estén utilizando para la comunicación [1].

Un documento WSDL define un servicio web utilizando a tal fin elementos XML, como:

• <portType> para las operaciones que proporciona el servicio web
• <message> para los mensajes que utiliza por el servicio web
• <types> para los tipos de datos que utiliza el servicio web
• <binding> para los protocolos de comunicaciones que utiliza el servicio web

Un documento WSDL tiene una estructura semejante a la siguiente:

<definitions>
<types> los tipos de datos…
</types>
<message>
las definiciones del mensaje…
</message>
<portType>
las definiciones de operación …
</portType>
<binding>
las definiciones de protocolo…
</binding>
</definitions>

Los puertos de WSDL

<portType> es el elemento XML de WSDL que define el servicio web, así como las operaciones posibles mediante dicho servicio y los mensajes vinculados. <portType> cumple una función análoga a la de una función de biblioteca en programación clásica o a la de una clase en programación orientada a objetos.

Los mensajes WSDL

El elemento message define los datos que participan en una operación. Cada mensaje puede tener una o varias partes, y cada parte puede considerarse como si fuera los parámetros que se pasan en la llamada a una función en programación clásica o un método en programación orientada a objetos [2].

 Puertos

Un puerto define el punto de conexión a un servicio web. Es posible definirlo como una librería de funciones (en programación clásica) o una clase (en programación orientada a objetos). Puede compararse cada operación que esté definida para un puerto a una función en cualquier lenguaje de programación clásico.

Tipos de operación

Existen varios tipos de operación en WSDL. El tipo más frecuente es el denominado “de petición-respuesta”. Disponemos, además, de:

• Unidireccional: la operación recibe mensajes, sin retornar respuestas.
• Petición-respuesta: la operación recibe una petición y devuelve una respuesta.
• Solicitud-respuesta: la operación puede enviar una petición y permanecerá a la espera de una respuesta.
• Notificación: la operación puede enviar un mensaje sin esperar respuesta.

Un fichero WSDL contiene una descripción de todo lo que implica una llamada a un servicio web SOAP:

• La URL y el espacio de nombres del servicio
• El tipo de servicio web (probablemente llamadas a función usando SOAP aunque, como mencioné, WSDL es suficientemente flexible para describir un amplio abanico de servicios web)
• La lista de funciones disponibles
• Los argumentos de cada función
• El tipo de dato de cada argumento
• Los valores de retorno de cada función, y el tipo de dato de cada uno

WEBGRAFIA

[1]http://www.eumed.net/tesis/2007/cavl/Estandares%20de%20los%20servicios%20Web.htm

[2]http://www.cibernetia.com/manuales/servicios_web/4_wsdl.php

[3]http://almacen.gulic.org/diveintopython-5.4-es/soap_web_services/wsdl.html

La especificación UDDI simplifica esa tarea, permitiendo a una organización publicar información sobre los servicios que ofrece y localizar información sobre servicios web que necesita utilizar.

Describe el interfaz externo de un Servicio Web y cómo utilizarlo. Se puede definir un archivo WSDL como un documento XML que describe un conjunto de mensajes SOAP y la forma en que éstos se intercambian.

Puesto que la notación que utiliza WSDL es XML significa que es un idioma de programación neutral, basado en estándares (W3C) y que puede utilizarse desde una gran variedad de plataformas y lenguajes.

Además de describir el contenido WSDL define todos los elementos necesarios para utilizar el servicio (interfaz, lugar en el que está disponible, protocolo de comunicaciones…).

UDDI es simplemente un repositorio de documentos XML (y un esquema) que define un mensaje SOAP para el registro y petición de información [1].

Un fichero de registro es un documento XML-UDDI con tres partes principales:

• “páginas blancas”: especifican la dirección, contactos, e identificadores de empresa
• “páginas amarillas”: dan la categoría industrial basada en la taxonomía propuesta por UDDI
• “páginas verdes”: contienen la información técnica que describe los servicios web (similar a lo que hicimos al final de la parte de WSDL)

Características de UDDI

• UDDI es un sistema ideado para describir servicios (junto con WSDL) y localizar empresas que ofrezcan estos servicios.
• UDDI significa “Descripción, Localización e Integración Universales”
• Es un directorio para almacenar información sobre servicios web; entre otra, guarda las interfaces de esos servicios descritas en WSDL.
• UDDI utiliza SOAP para llevar a cabo las comunicaciones.
• Está desarrollado e integrado en la plataforma .NET de Microsoft.
• UDDI ha sido propuesto por Dell, Fujitsu, HP, Hitachi, IBM, Intel, Microsoft, Oracle, SAP y Sun (entre otros).

UDDI puede ayudarnos a resolver los siguientes problemas:

1.  
   • descubrir la empresa más adecuada de entre las muchas presentes en Internet
   • obtener información sobre cómo contactar con esa empresa
   • conseguir nuevos clientes y facilitar el acceso a los actuales
   • incrementando los servicios ofertados y extendiendo el mercado al que se puede acceder
   • describir servicios y procesos empresariales en un entorno seguro y fácil de usar

Un ejemplo de cómo se podría usar sería el siguiente: supongamos que se creara un estándar UDDI para reserva y venta de billetes de avión. Las aerolíneas podrían registrar sus servicios en un directorio UDDI siguiendo ese estándar (e interface UDDI). Así, las agencias de viaje, accediendo al repositorio UDDI a través de la interfaz, podrían comunicarse con el servicio ofrecido por cualquier aerolínea para hacer las reservas y ventas.

REGISTRO UDDI

La publicación en UDDI es un proceso relativamente sencillo. El primer paso consiste en determinar información básica sobre cómo definir la empresa y los servicios en UDDI. El siguiente paso, una vez determinada esta información, consiste en llevar a cabo el registro, ya sea mediante programación o a través de una interfaz de usuario basada en el Web. Por último, se debe probar la entrada para asegurar que se registró correctamente y que aparece tal y como se esperaba en diferentes tipos de búsquedas y herramientas.

Primer paso: Definir la entrada de UDDI
Partiendo del modelo de datos descrito anteriormente, se debe recopilar cierta información importante antes de establecer una entrada de UDDI.

Determine los tModels (archivos WSDL) que utilizan las implementaciones del servicio Web.  Al igual que sucede en el desarrollo de un componente COM, el servicio Web se ha desarrollado a partir de una interfaz existente o de una interfaz de diseño propio. En el caso de un servicio Web basado en una interfaz WSDL existente, deberá determinar si el archivo WSDL se ha registrado en UDDI. Si es así, deberá comprobar su nombre y tModelKey, que es el identificador GUID que generó UDDI cuando se produjo el registro.

Por el contrario, si el servicio Web se basa en un archivo WSDL que no se ha registrado en UDDI, deberá crear un nuevo tModel para representar esta interfaz. El nombre de este tModel debería tener un formato URI (identificador de recursos uniforme), como MyCompany-com: SampleWebService-interface:v1, y señalar a la ubicación del archivo WSDL.

Si su servicio Web es un servicio de Microsoft® Visual Studio® .NET, podrá generar una descripción WSDL utilizando una cadena de consulta desde el archivo .ASMX (como ). No obstante, el archivo WSDL generado por Visual Studio .NET se relaciona estrechamente con el punto de acceso para la invocación del servicio Web, lo cual puede no resultar adecuado cuando la interfaz del servicio tiene varias implementaciones. Esto no supondrá ningún problema si su intención es que el archivo WSDL sólo tenga una implementación.

Determine el nombre de la empresa y una breve descripción de la misma en varios idiomas, si es necesario, así como los contactos principales para los servicios Web que ofrece.
UDDI es compatible con el espacio de nombre xml:lang, lo que permite a las empresas ofrecer su descripción en varios idiomas. Asimismo, UDDI permite enumerar los contactos, incluyendo datos como el correo electrónico, el teléfono y la dirección. Esta lista de contactos muestra los recursos de una empresa con los que se puede poner en contacto en relación con los servicios Web ofrecidos. Por ejemplo, si un usuario desea comenzar a utilizar el servicio Web deberá ponerse en contacto con el responsable de relaciones comerciales correspondiente pero, ¿cómo puede llegar a saber quién es? ¿Existe algún contacto para obtener asistencia técnica a la hora de utilizar los servicios Web de la empresa? También se debería incluir en la lista a esta persona.

Determine las categorías e identificaciones adecuadas para la empresa.
Podrá explorar los sistemas taxonómicos compatibles con UDDI actualmente en el nodo Microsoft UDDI (http://uddi.microsoft.com/default.aspx [en inglés]). Estos sistemas son, por el momento, North American Industry Classification System (NAICS), Universal Standard Products and Services Codes (UNSPSC), ISO 3166, Standard Industry Classification (SIC) y GeoWeb Geographic Classification. Seleccione las categorías que representan de forma más acertada a su empresa.

Determine los servicios Web que la empresa ofrece a través de UDDI.
A continuación, deberá determinar los servicios Web que desea registrar la empresa en el nodo público UDDI. ¿Existen varios puntos de acceso para este servicio? ¿Es preciso que los clientes conozcan otros parámetros y otra información para utilizar el servicio Web?

Resulta importante destacar que no todo el mundo puede obtener acceso a un servicio Web porque éste se haya registrado en UDDI. A una entrada de registro UDDI le pueden acompañar medidas de seguridad, autorización y autenticación. No basta que el usuario sepa que existe un servicio Web para que pueda invocarlo. Puede existir una comunicación fuera de banda entre empresas antes de permitir el acceso a un servicio Web.

Determine las categorías adecuadas para los servicios. Los servicios Web se pueden categorizar del mismo modo que las empresas. No obstante, una empresa se debe categorizar a nivel empresarial, como por ejemplo NAICS: Software Publisher (51121), y el servicio Web (de reserva hotelera, en este caso) se debería categorizar en el nivel de servicios, como NAICS: Hotels and Motels (72111).
Segundo paso: Registrar la entrada de UDDI

Una vez finalizada la tarea de definición, el siguiente paso consiste en registrar la empresa. Deberá obtener una cuenta con un registro UDDI. Esta operación no se puede realizar mediante programación, ya que deberá mostrar su conformidad con una declaración de condiciones de uso. El nodo de Microsoft utiliza Passport para la autenticación, así que deberá adquirir una cuenta de Passport (http://www.passport.com/Consumer/default.asp) para continuar con el registro.

 
En este punto se ofrecen dos opciones: puede utilizar la interfaz de usuario Web del nodo de Microsoft o realizar el registro mediante programación dirigiendo al propio nodo las llamadas a API de SOAP. Si no piensa modificar la entrada o ésta es relativamente simple, bastará con la interfaz de usuario Web. No obstante, si pretende actualizar la entrada con frecuencia, o bien, ésta es más compleja, resulta recomendable realizar el proceso de registro con secuencias de comandos, utilizando el SDK de Microsoft UDDI. Además, la interfaz de usuario de Microsoft no está localizada en otros idiomas, así que se deberá registrar mediante programación para disfrutar esa característica de la API de UDDI.

Tercer paso: Buscar la entrada en UDDI

Es recomendable realizar tres comprobaciones una vez registrada la entrada en UDDI. En primer lugar, utilizando la interfaz de usuario Web de Microsoft, busque la empresa por su nombre y categorizaciones para verla entre los conjuntos de resultados devueltos. En segundo lugar, abra Visual Studio .NET y asegúrese de que aparece en el cuadro de diálogo “Agregar referencia Web”. Si no aparece, se puede deber a que el tModel no se categorizó correctamente utilizando la taxonomía uddi-org:types descrita anteriormente. Podrá agregar el servicio Web al proyecto y generar el código proxy basado en el archivo WSDL. Por último, transcurridas 24 horas, la entrada se replicará al nodo de IBM y podrá buscarla con su IU en https://www-3.ibm.com/services/uddi/protect/find (en inglés).

Para Terminar

UDDI y WSDL funcionan como especificaciones gratuitas que facilitar el desarrollo de una colección de software basado en servicios Web. WSDL ofrece un modo formal de definir servicios Web, independientemente del proveedor, que permitirá realizar llamadas a procedimientos remotos de próxima generación, mientras que UDDI proporciona una amplia infraestructura estandarizada que permite al usuario describir y descubrir servicios Web. Mediante la combinación de estos dos estándares, se podrá desarrollar todo un universo de servicios Web [3].

WEBGRAFIA

[1] http://atc.ugr.es/pedro/tutoriales/cursos/curso_soap/uddi.htm

[2] http://www.csi.map.es/csi/tecnimap/tecnimap2002/pdfs/c4.3-110.pdf

[3] http://www.desarrolloweb.com/articulos/1599.php

Existen múltiples tipos de modelos de mensajes en SOAP, uno de ellos es el RPC, en donde un nodo de red (el cliente) envía un mensaje de solicitud a otro nodo (servidor) y el servidor inmediatamente responde el mensaje al cliente.

Los mensajes SOAP, son independientes del sistema operativo y pueden transportarse en varios protocolos de internet como SMTP y HTTP. 

OBJETIVOS DE SOAP

• Establecer un protocolo estándar de invocación de servicios remotos, basado en protocolos estándares de Internet: HTTP(Protocolo de transporte de Hipertexto) para la transmisión y XML (lenguaje de marcado extensible) para la codificacion de datos.
• Independencia de plataforma, lenguaje de desarrollo e implementación (modelo de objetos).
• El protocolo de comunicación HTTP es el empleado intrínsecamente para la conexión sobre Internet. Garantiza que cualquier cliente con un navegador estándar pueda conectarse con un servidor remoto. La transmisión de datos se empaqueta con XML, que se ha convertido en el estándar del intercambio de datos, salvando las incompatibilidades entre otros protocolos, tales como el NDR (Network Data Representation) o el CDR (Common Data Representation).
• Por otra parte, los servidores Web pueden procesar las peticiones de usuario, empleando las tecnologías de Servlets, paginas ASP (Active Server Pages) o JSP (Java Server Pages), o un servidor de aplicaciones, invocando objetos de tipos CORBA, COM o EJB [1].

Como SOAP circunscribe información adicional incluida en el documento XML a continuación se presentará la descripción de dicho documento.

VENTAJAS SOAP

• No está asociado con ningún lenguaje: los desarrolladores involucrados en nuevos proyectos pueden elegir desarrollar con el ultimo y mejor lenguaje de programación que exista pero los desarrolladores responsables de mantener antiguas aflicciones heredadas podrían no poder hacer esta elección sobre el lenguaje de programación que utilizan. SOAP no especifica una API, por lo que la implementación de la API se deja al lenguaje de programación, como en Java, y la plataforma como Microsoft .Net.
• No se encuentra fuertemente asociado a ningún protocolo de transporte: La especificación de SOAP no describe como se deberían asociar los mensajes de SOAP con HTTP. Un mensaje de SOAP no es más que un documento XML, por lo que puede transportarse utilizando cualquier protocolo capaz de transmitir texto.
• No está atado a ninguna infraestructura de objeto distribuido La mayoría de los sistemas de objetos distribuidos se pueden extender, y ya lo están alguno de ellos para que admitan SOAP.
• Aprovecha los estándares existentes en la industria: Los principales contribuyentes a la especificación SOAP evitaron, intencionadamente, reinventar las cosas. Optaron por extender los estándares existentes para que coincidieran con sus necesidades. Por ejemplo, SOAP aprovecha XML para la codificación de los mensajes, en lugar de utilizar su propio sistema de tipo que ya están definidas en la especificación esquema de XML. Y como ya se ha mencionado SOAP no define un medio de trasporte de los mensajes; los mensajes de SOAP se pueden asociar a los protocolos de transporte existentes como HTTP y SMTP.
• Permite la interoperabilidad entre múltiples entornos: SOAP se desarrollo sobre los estándares existentes de la industria, por lo que las aplicaciones que se ejecuten en plataformas con dicho estándares pueden comunicarse mediante mensaje SOAP con aplicaciones que se ejecuten en otras plataformas. Por ejemplo, una aplicación de escritorio que se ejecute en una PC puede comunicarse con una aplicación del back-end ejecutándose en un mainframe capaz de enviar y recibir XML sobre HTTP [2].

PARTES DE SOAP

Es un marco para describir lo que hay en un mensaje y la forma de procesar el mensaje

• Se trata de un conjunto de reglas de codificación.
• Se trata de una convención para representar llamadas a procedimientos remotos (petición y respuesta) [3].

WEBGRAFIA

[1]http://www.monografias.com/trabajos29/protocolo-acceso/protocolo-acceso.shtml

[2]  http://www.desarrolloweb.com/articulos/1557.php

[3]http://pwneds.blogspot.com/2007/10/web-services-implementando-php-y-soap.html

DAO (Microsoft ActiveX Data Objects – ADO)

Conjunto de objetos COM para el acceso a recursos de datos. Prevee una capa entre los lenguajes de programacion y las bases de datos OLE, lo que permite a los programadores escribir programas que accedan a datos, sin saber cómo está implementada la base de datos (sólo se debe tener cuidado en la conexión  la misma). Tampoco es necesario conocer sobre SQL cuando se usa ADO, aunque también pueden utilizarse comandos SQL, pero esto crearía en el programa una dependencia del tipo de base de datos usado.

ADO fue introducido por Microsoft en 1996, y sustituyó tanto a DAO (Data Access Object), como a RDO (Remote Data Object), ambos sistemas se utilizaban antes para acceder a las bases de datos locales y remotas respectivamente [1].

ADO.NET

ADO.NET es un conjunto de clases que exponen servicios de acceso a datos para el programador de .NET. ADO.NET ofrece abundancia de componentes para la creación de aplicaciones de uso compartido de datos distribuidas. Constituye una parte integral de .NET Framework y proporciona acceso a datos relacionales, XML y de aplicaciones. ADO.NET satisface diversas necesidades de desarrollo, como la creación de clientes de base de datos de aplicaciones para usuario y objetos empresariales de nivel medio que utilizan aplicaciones, herramientas, lenguajes o exploradores de Internet [2].

ODBC

ODBC es una abreviatura para la Conectividad abierta de base de datos, y es una interfaz para acceder a bases de datos a través de consultas SQL. El ODBC se puede utilizar como una herramienta de acceso a diferentes bases de datos tales como MS-Access, dBase, DB2, Excel y Texto.

A través de estos Nivel Call Interface (CLI) de las especificaciones de SQL Access Group, el OBDC permite una forma neutral de acceso a los datos almacenados en las computadoras personales y diversas bases de datos. Fue creado por Microsoft y Simba Technologies. ODBC 1.0 fue liberado en septiembre de 1992, y eventualmente se convirtió en una parte del SQL estándar internacional en 1995. Microsoft originalmente enviado el ODBCs como un conjunto de DLLs y todavía hoy, el conjunto de buques con cada copia de Microsoft Windows. Hoy en día, más y más los sistemas operativos tales como UNIX y Apple están adoptando los ODBC.

La fuerza de ODBC es que al ofrecer un acceso universal de datos de interfaz, que permite a las empresas de software independientes y los partidos para no tener que aprender múltiples interfaces de programación de aplicaciones. Para simplemente, con ODBC, las aplicaciones pueden acceder simultáneamente, ver y modificar la base de datos de numerosas y muy diversas bases de datos. Esto se debe a que el ODBC “volver a los códigos de” la consultas SQL a fin de que pueda ser leído por las diferentes bases de datos.

Sin embargo, el ODBC también tiene sus inconvenientes. Como la gestión de un gran número de clientes ODBC puede significar una inmensa cantidad de conductores y DLLs ejecutándose, esto podría dar lugar a un sistema de administración generales. Sin embargo, esta cuestión menor condujo a los usos adicionales de la tecnología de servidores ODBC (o el “Multi-Tier ODBC Drivers”) para aliviar la carga. Además, como los conductores son un elemento clave en ODBCs, algunos han planteado la cuestión de los nuevos conductores de ‘estabilidad, como a menudo muchos de ellos han demostrado tener errores en ellas.

OLE DB

El modelo de objetos de OLE DB comprende los siguientes objetos o componentes: Los primeros cuatro objetos o componentes (orígenes de datos, sesiones, comandos y conjuntos de filas) permiten conectarse a otro origen de datos y verlo. El resto, a partir de los descriptores de acceso, está relacionado con el trabajo con los datos cuando se muestran.

Orígenes de datos.  Los objetos de origen de datos permiten conectarse a un origen de datos, como un archivo o DBMS. Un objeto de origen de datos crea y administra la conexión y contiene información de permisos y autenticación (como el nombre de usuario y contraseña). Un objeto de origen de datos puede crear una o varias sesiones.

Sesiones. Una sesión es la encargada de controlar la interacción que tiene lugar con el origen de datos para consultar y recuperar datos. Cada sesión es una transacción. Una transacción es una unidad de trabajo indivisible según lo definido por los criterios ACID.

Una sesión puede crear uno o varios comandos

Comandos. Los comandos ejecutan un comando de texto, como por ejemplo una instrucción SQL. Si el comando de texto especifica un conjunto de filas, como una instrucción SELECT de SQL, el comando crea el conjunto de filas.

Un comando es sencillamente un contenedor para un comando de texto, que a su vez es una cadena (como una instrucción SQL) pasada por un consumidor a un objeto de origen de datos para su ejecución por el almacén de datos subyacente del proveedor. Normalmente, el comando de texto es una instrucción SELECT de SQL (en ese caso, como esta instrucción especifica un conjunto de filas, el comando crea automáticamente un conjunto de filas).

Conjuntos de filas. Los conjuntos de filas exponen datos en formato tabular. Un índice es un caso especial de conjunto de filas. Se pueden crear conjuntos de filas desde la sesión o desde un comando.

Conjuntos de filas de esquema. Los esquemas contienen metadatos (información estructural) sobre una base de datos. Los conjuntos de filas de esquema son conjuntos de filas que contienen información de esquema. Algunos proveedores OLE DB para DBMS admiten objetos de conjunto de filas de esquema.

Objetos de vista. Un objeto de vista define un subconjunto de las filas y columnas de un conjunto de filas. No contiene datos por sí solo. Los objetos de vista combinan los datos de múltiples conjuntos de filas.

Descriptores de acceso. Sólo OLE DB usa el concepto de descriptor de acceso. Un descriptor de acceso describe cómo están almacenados los datos en un consumidor. Contiene un conjunto de enlaces (denominado mapa de columnas) entre campos de conjunto de filas (columnas) y los miembros de datos que se declaran en el consumidor.

Transacciones. Los objetos de transacción se utilizan al confirmar o anular transacciones anidadas en un nivel que no es el nivel inferior. Una transacción es una unidad de trabajo indivisible según lo definido por los criterios ACID. ACID corresponde en inglés a:

• Atomicidad (Atomicity): no se puede dividir en unidades de trabajo más pequeñas.
• Concurrencia (Concurrency): puede haber más de una transacción a la vez.
• Aislamiento (Isolation): una transacción tiene un conocimiento limitado de los cambios efectuados por otra transacción.
• Durabilidad (Durability): la transacción realiza cambios que son persistentes.

Enumeradores. Los enumeradores buscan orígenes de datos disponibles y otros enumeradores. Los consumidores que no están personalizados para un origen de datos particular utilizan enumeradores para buscar el origen de datos con el que trabajarán.

Un enumerador raíz, incluido en el SDK de Microsoft Data Access Components (MDAC), recorre el Registro buscando orígenes de datos y otros enumeradores. El resto de enumeradores recorre el Registro o busca de la manera especificada por el proveedor.

Errores. Cualquier interfaz de cualquier objeto OLE DB puede generar errores. Los errores contienen información adicional sobre un error, incluido un objeto opcional de error personalizado. Esta información se encuentra en un valor HRESULT.

Notificaciones. Las notificaciones se usan en grupos de consumidores cooperantes que comparten un conjunto de filas (donde compartir significa que se supone que los consumidores trabajan dentro de la misma transacción). Las notificaciones permiten también a los consumidores cooperantes que comparten un conjunto de filas recibir información de las acciones realizadas por otros consumidores en el conjunto de filas [3].

WEBGRAFIA

[1] “Definición de  DAO”, http://www.alegsa.com.ar/Dic/ado.php

[2] “ADO. NET”, http://msdn.microsoft.com/es-es/library/e80y5yhx(VS.80).aspx

[3]” Modelo de objetos OLE DB” http://msdn.microsoft.com/es-es/library/zchy97y7(VS.80).aspx

Este servicio convierte a un ordenador en un servidor de Internet o Intranet es decir que en las computadoras que tienen este servicio instalado se pueden publicar páginas web tanto local como remotamente (servidor web).

El servidor web se basa en varios módulos que le dan capacidad para procesar distintos tipos de páginas, por ejemplo Microsoft incluye los de Active Server Pages  (ASP) y ASP.NET, además también pueden  ser incluidos los de otros fabricantes, como PHP o perl.

PASOS A SEGUIR PARA LA INSTALACION EN WINDOWS SERVER 2003

En la consola o en una sesión de terminal, inicie sesión en CONT-CA01 como miembro del grupo Administradores del equipo local.

• 1. Haga clic en Inicio, haga clic en Panel de control y, a continuación, haga clic en Agregar o quitar programas.
• 2. En Agregar o quitar programas, haga clic en Agregar o quitar componentes de Windows.
• 3. En el Asistente para componentes de Windows, en la lista Componentes, seleccione Servidor de aplicaciones. “Al seleccionar Servidor de aplicaciones se realiza una instalación predeterminada de Servicios de Internet Server (IIS) y se incluyen componentes que no son necesarios para Servicios de Certificate Server. En la mayoría de los casos, esta instalación es aceptable para un entorno de prueba aislado. Sin embargo, si piensa conectar el entorno de prueba a la red de producción, consulte la directiva de seguridad de su organización para determinar qué componentes debe instalar.”
• 4. Haga clic en Siguiente.
• 5. Cuando el asistente complete la instalación, haga clic en Finalizar.

WEBGRAFIA

[1] “IIS”, http://es.wikipedia.org/wiki/IIS

[2] “Cómo instalar IIS en Windows Server 2003“, http://technet.microsoft.com/es-es/library/aa998483(EXCHG.65).aspx

Silverlight competirá con Flash en la animación y el vídeo en la web. Silverlight será un pluggin multinavegador y multiplataforma, estará disponible para MacOS y Windows, nada de Linux, por lo menos por ahora.

Una de las ventajas que tiene Silverlight sobre Flash es por ejemplo que viene con DRM integrado de modo nativo [2].

Uno de los puntos más fuertes de Silverlight es el soporte que tiene 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.

Ya está disponible la versión alfa de Silverlight 1.1, que tiene soporte para más de 20 lenguajes de programación diferentes, como C#, VB.NET, PHP, Java, Python, Ruby, C++ y varios más. De esta manera puedes empezar a crear contenido Silverlight (o como digo yo, Silverlighted) inmediatamente si ya conoces alguno de estos lenguajes [3].

SilverLight 1.0

Silverlight 1.0 consiste en la presentación del núcleo de un framework, el cual es responsable de la interactibilidad y el ingreso de datos por parte del usuario, los gráficos, animación, la reproducción de medios, el soporte a la administración de derechos digitales y la integración del DOM.

Sus componentes son los siguientes:

• Input – Maneja la información que aportan los dispositivos de entrada como los teclados, el ratón, el stylus, etc.

• Núcleo UI – Maneja el rendimiento de las imágenes bitmap (incluyendo las imágenes raster como JPGE, los gráficos vectoriales, el texto y las animaciones).

• Media – Reproducción en línea de MP3, Windows Media y VC-1.

• XAML – Permite que la disposición de UI sea creada usando el lenguaje de marcas XAML.

Una aplicación de Silverlight comienza por invocar el control de Silverlight mediante una la página HTML, para generar dicha página (en lo que a estructura se refiere), usa el archivo XAML. El archivo XAML puede contener multiples objetos, pero normalmente el objeto padre suele ser del tipo Canvas, el cual actua como contenedor de otros elementos. Silverlight ofrece la posibilidad de usar simbolos geométricos básicos como: líneas, elipses, elementos de texto, imágenes y multimedia. Los elementos están propiamente posicionados para alcanzar la disposición deseada. Cualquier figura arbitraria puede ser creada si es requerida. Estos elementos pueden ser animados usando el reproductor de eventos; algunos efectos de animaciones están predeterminadas, mientras que otros puede ser compuestos de otros efectos pre-definidos. Eventos como el movimiento del teclado o del ratón pueden ser manejados por scripts personalizados o manejadores de eventos [4].

WEBGRAFIA

[1] “Introducción a Silverlight” http://www.microsoft.com/spanish/msdn/articulos/archivo/010507/voices/bb404300.mspx

[2]  ” Que es SilverLight? “,  http://www.quemiras.es/general/%C2%BFque-es-silverlight.htm

 [3] “Que es SilverLight?”, http://blogs.msdn.com/expressate/archive/2007/09/17/qu-es-silverlight.aspx

[4] “Microsoft Silverlight”,  http://es.wikipedia.org/wiki/Microsoft_Silverlight