El Web Mantiene La Descripción De la TecnologíaHay un número de maneras de describir servicios del Web, pero con el fin de usar una definición estándar utilizamos la definición de W3C de un servicio del Web:Un servicio del Web es un sistema de software diseñado para apoyar la interacción interoperable de la ma'quina-a-ma'quina sobre una red. Tiene un interfaz descrito en un formato machine-processable (específicamente WSDL, discutido más adelante). Otros sistemas obran recíprocamente con el servicio del Web de una manera prescrita por su descripción usando los mensajes del JABÓN, transportados típicamente usando el HTTP con una serialización de XML conjuntamente con otros estándares de Web-related.En un Web típico mantiene el panorama, un uso de negocio que podría ser un mensaje del JABÓN de las aplicaciones del servicio del Web, generalmente sobre el protocolo del transporte del HTTP, enviar una petición a otro servicio en un URL. El servicio recibe la petición, procesos él, y vuelve una respuesta. En un panorama de la cadena de fuente, los servicios del Web y sus consumidores son típicamente negocios, haciendo el Web mantienen predominante transacciones del negocio-a-negocio (B2B). Una empresa puede ser el abastecedor de servicio del Web y también el consumidor de otros servicios del Web. Por ejemplo, una distribuidor al por mayor de especias está en el papel del consumidor cuando utiliza un servicio del Web para comprobar en la disponibilidad de las habas de vainilla y en el papel del abastecedor cuando provee a clientes anticipados de los precios para las habas de vainilla. ProblemaQue integra el negocio usos diversos en una arquitectura cohesiva, confiable, y segura es un desafío común que la mayoría de las empresas tienen que tratar sobre una base diaria. En el ejemplo anterior, una distribuidor al por mayor puede ser un sistema de Java EE, mientras que un fabricante del producto es un NET o un sistema de la herencia. La interacción del uso-a-uso representa un Remote Procedure Call tradicional (RPC), donde se integran dos sistemas usando un mecanismo síncrono de la comunicación. Un cliente recibe la información sobre la orden puesta basada en los resultados recibidos del fabricante del producto. Escoger la tecnología derecha y la determinación del estilo de la comunicación (síncrona contra asincrónico) son factores importantes del éxito.SoluciónLos servicios del Web se han convertido en un estándar de hecho para alcanzar con eficacia interoperabilidad a través de sistemas diversos de usos de la empresa y para ofrecer una opción preferida de la tecnología para la integración. Aquí está la razón por la que: La interoperabilidad, simplicidad, XML-baso' formato legible humano, y la comunicación de empleo fácil del inter-uso de la línea aerodinámica de la ayuda. Por lo tanto, los servicios del Web se utilizan extensamente para ambos B2B así como la integración corporativa del inter-uso. El modelo del servicio del Web implica conceptual los elementos siguientes:
Tecnologías Del Servicio Del WebLos servicios del Web son aprovisionados de combustible por XML, que, siendo una lengua del margen de beneficio, permite la neutralidad de la plataforma, de la lengua, y del vendedor. XML es también la llave a la naturaleza libremente juntada de los servicios del Web. Un servicio del Web es una entidad abstracta definida por un interfaz XML-basado, el Web mantiene el idioma descriptivo (WSDL), y comunicado usando un protocolo XML-basado (JABÓN) o la transferencia del estado de Representational (RESTO). Ésta es la esencia de la naturaleza del extracto del propositionthe del valor de los servicios del Web de la definición del servicio del Web, descubrimiento, y la comunicación, la puesta en práctica subyacente, sea NET, Java EE, o algo más se abstrae totalmente lejos del consumidor. Semejantemente, hay una flexibilidad de enviar mensajes del JABÓN sobre los protocolos del transporte de HTTP/S, del ftp, o del smtp.El JABÓN es la tecnología usada para comunicarse con servicios del Web. Mientras que los servicios muy simples de la transmisión informativa se pueden poner en ejecucio'n sin el JABÓN, los usos seguros, confiables, de varias partes, del multi-partido y/o de la multi-red son mucho más fáciles de construir si hay una manera estándar de empaquetar la información de la mensajería de una manera del hilo neutro del protocolo. Esto también permite que la infraestructura de la mensajería (que puede ser hardware, intermediarios del JABÓN, o bibliotecas especializados del código llamadas por el último recipiente de un mensaje del JABÓN) proporcione la autentificación, el cifrado, el control de acceso, el tratamiento transaccional, encaminar, y servicios de la confirmación de la entrega. La estructura del sobre del JABÓN (y accesorio) y los modelos de header/processing han demostrado ser un marco muy robusto y de gran alcance dentro de el cual hacer esto.La interoperabilidad a través de sistemas heterogéneos requiere un mecanismo permitir los tipos exactos de la estructura y de datos de los mensajes que se entenderán comúnmente por los productores y los consumidores de los servicios del Web. WSDL proporciona una descripción exacta y es la base de cómo los mensajes del JABÓN de los servicios del Web se pueden generar para el intercambio entre el consumidor y el servicio. Además de describir el interfaz del uso de los servicios del Web, WSDL también permite cómo un servicio del Web se describe en un registro del negocio y de donde puede ser descubierto. Un registro del negocio es algo como una guía de telefonos electrónica, pues contiene listados de servicios y cómo usted puede hablarellos con. Estos registros se basan típicamente sobre la descripción, el descubrimiento y la integración universales (UDDI), otra XML-variante. Finalmente, la información que el intercambio de los servicios del Web se puede ajustar a formato según un esquema bien conocido del público XML. Dependiendo del contenido, hay muchos esquemas disponibles por ejemplo el negocio extensible que divulga el idioma de definición de la lengua (XBRL) y de datos del mercado (MDDL).Acto de WSDL, del JABÓN, y de UDDI como los denominadores comunes más bajos para los servicios del Web que crean y que consumen, mientras que el servicio que pone los detalles en ejecucio'n es diferente en Java y NET. Las buenas noticias son ésa sin importar su sistema de la habilidad, cada uno de las plataformas proporciona medios de desarrollar y de desplegar servicios interoperable.Servicios Del Web De JavaEn el lado de Java, varias tecnologías de Java trabajan juntas para proporcionar la ayuda para los servicios del Web. Estas tecnologías se pueden alcanzar vía la caja de herramientas del paquete del revelador de los servicios del Web de Java (JWSDP) o las herramientas de desarrollo correspondientes que se pudieron utilizar para construir servicios del Web. Como punto de partida, la Java API para RPC XML-Basado (JAX-RPC) proporciona la ayuda para los servicios del Web usando el JABÓN sobre el HTTP. JAX-RPC define traz entre las clases de Java y XML como utilizado en el RPC del JABÓN llama. Los ejemplos múltiples se ponen en ejecucio'n con JAX-RPC, demostrando un sistema diverso de los panoramas en los cuales el revelador puede utilizar esta tecnología. Con JAX-RPC y un WSDL, un de la lata interoperate fácilmente con los clientes y servicios que funcionan en plataformas Java-basadas o no-Java-basadas tales como NET De Microsoft. En el lado del cliente, hay trozos que corresponden a los servicios del Web, mientras que en Web del lado del servidor los servicios se compilan en los lazos correspondientes. El mensaje y el protocolo subyacentes del transporte deben ser igual para asegurar interoperabilidad entre un cliente y un servidor. Hay tres modos en los cuales un cliente de JAX-RPC puede obrar recíprocamente con el servidor. Primer es una solicitar-respuesta síncrona tradicional; segundo es un RPC unidireccional que permite que un cliente no bloquee ni no espere una respuesta; y tercer es un RPC no bloqueando donde un cliente puede continuar la ejecución dentro del mismo hilo de rosca y bloque más último para la recepción o la encuesta para la respuesta.
Aparte de JAX-RPC, los servicios del Web de Java incluyen el JABÓN con los accesorios API para Java (SAAJ). Este API se utiliza para pasar documentos de negocio (en formato binario) uniéndolos al mensaje del JABÓN. Para asegurar la interoperabilidad de los accesorios binarios de los datos en el documento del JABÓN, servicios del Web de Java (vía JAX-WS) y oferta del NET el mecanismo de la optimización de la transmisión del mensaje del JABÓN (MTOM) Nota Del ReveladorDesde el lanzamiento de JAX-RPC 1.0, las nuevas especificaciones y las nuevas versiones de los estándares que en ejecucio'n pone se han lanzado. JAX-WS 2.0 es el sucesor a JAX-RPC y se relaciona con las mismas especificaciones y estándares, pero la adición perceptiblemente a él. Incluye el siguiente:
Quizás la característica más importante de la Java EE APIs para los servicios del Web y XML que todos apoyan estándares de la industria, así está asegurando interoperabilidad. Los varios grupos de los estándares de la interoperabilidad de la red, tales como el consorcio mundial del Web (W3C) y la organización para el adelanto de los estándares estructurados de la información (OASIS), han estado definiendo estándares de los servicios del Web para permitir que los usos dispares seamlessly integren con uno a. Servicios del Web en marco del NET de MicrosoftEl NET de Microsoft proporciona dos mecanismos para los servicios del Web del edificio. El primer y más extensamente usado acercamiento para poner servicios del Web en ejecucio'n es utilizar el namespace del NET System.Web.Webservices de Microsoft en el marco del NET. Un uso del servidor pudo tener sus métodos definidos como métodos del Web usando la cualidad [ de WebMethod ]. Este acercamiento será utilizado para construir un servicio del Web del NET de Microsoft para ilustrar interoperabilidad con un cliente de Java EE, junto con una explicación de la significación de varios cualidades y directorios en el marco de WebMethods. Otra técnica es escribir a una clase del tratante del HTTP del costumbre esa los enchufes en la tubería del HTTP del NET de Microsoft poniendo el interfaz de IHTTPHandler en ejecucio'n. Los tratantes del HTTP son los objetos que el proceso solicita para URLs individual o URLs con ciertas extensiones de archivo (tales como asmx o aspx). Los tratantes de encargo del edificio requieren el uso de System.Web APIs de procesar el mensaje entrante del HTTP junto con el System.Xml APIs para procesar el sobre del JABÓN encontrado en el cuerpo del HTTP. Escribir a un tratante de encargo también hace necesario manualmente ser autor del documento de WSDL que describe exactamente la puesta en práctica del servicio del Web. También requiere una comprensión sólida de las especificaciones de XML, de XSD, del JABÓN, y de WSDL. Microsoft ASP.NET envía con una clase especial de IHttpHandler para las puntos finales del asmx (llamadas WebServiceHandler), que proporciona la funcionalidad básica de XML, de XSD, del JABÓN, y de WSDL que los reveladores necesitan para construir servicios del Web. La última metodología permite mayor flexibilityparticularly cuando hay la necesidad pre o postprocesa el contenido del mensaje del JABÓN. En el lado del cliente, los poderes se utilizan para comunicarse con un servicio del Web. Estos poderes son generados automáticamente por la herramienta de wsdl.exe que está disponible dentro del marco del NET o de Studio.NET visual. Estos poderes, incluidos en un proyecto y ligados una vez adentro al compilar código, maneje la comunicación con los métodos del Web que son expuestos por el servicio. Son generados analizando el archivo de WSDL que describe el servicio del Web.XML que procesa, que es central a los servicios del Web, es intrínsecamente parte del marco del NET. Para los mensajes del JABÓN que son pasados dentro y fuera de un servicio del Web, el proceso de XML es implícito, siendo realizado por el tiempo de pasada en el favor del revelador. Tan si se expone un método del Web (que espera que una secuencia sea pasada en él) mientras que la comunicación subyacente del cliente al método del Web es un mensaje del JABÓN, el código recibe simplemente la secuencia pasada adentro como si fuera una llamada local del método.La lata de XML, por supuesto, se utilice directamente, usando las clases dentro del namespace de System.Xml para crear, para cargar, para analizar, y para corregir documentos de XML, incluyendo ejemplos del JABÓN.El marco del NET no incluye funcionalidad de UDDI por defecto. Si usted desea publicar u obrar recíprocamente de otra manera con los servidores de UDDI, el kit del desarrollo del software de la plataforma UDDI (SDK) es necesario. Este SDK pone un montaje del NET en ejecucio'n que se pueda utilizar en usos, proporcionando el namespace de Microsoft.Uddi.Lo que sigue es un ejemplo del UDDI SDK en la acción donde el directorio se está investigando para un servicio particular, y entonces los servicios de negocio que emparejan la investigación se iteran:MyConn de UddiConnection =
UddiConnection("http://test.uddi.myserver.com/inquire nuevo");
GetServiceDetail gs = GetServiceDetail(strKey) nuevo;
ServDetail de ServiceDetail = gs.Send(myConn); foreach (bs
de BusinessService en servDetail.BusinessServices) {...}
Para manejar los accesorios tales como
encapsulación directa del mensaje del Internet (MONEDA DE DIEZ
CENTAVOS) o mecanismo de la optimización de la transmisión del
mensaje (MTOM), Microsoft tiene una habitación de bibliotecas como
una agregación al marco del NET llamó los paquetes del realce de los
servicios del Web. Éstas son las actualizaciones al
marco del NET que ponen los W en ejecucio'n más últimos - * los
lanzamientos medios de la escala grande de los estándares del marco.
Para una guía completa en todas las cosas a hacer con servicios
del Web en Microsoft y el mundo del NET, el portal del
revelador de los servicios del Web de MSDN es un recurso
excelente.
La filosofía de Microsoft para el software mucho se
centra alrededor de software del edificio como componentes
servicio-orientados atómicos. Es con esto en mente que la
generación siguiente del desarrollo APIs del software de Microsoft
incluye una nueva fundación de la comunicación de Windows, un solo
API para el software-como-uno-servicio del edificio, que agrega
encendido a la versión 2.0 del marco del NET. Este API, parte
de una familia de la fundación APIs (fundación del workflow de
Windows, fundación de la presentación de Windows, etcétera), será
la base API para los sistemas servicio-orientados conectados edificio.esto es un artículo agregado por Blerick Tawman
|
|||||||||||||||
|