[AIX Solaris HP-UX Linux Windows]

SCA en WebSphere Application Server: Visión general (en desuso)

El soporte para Service Component Architecture (SCA) ofrece un modo de crear aplicaciones basadas en una arquitectura orientada a servicios (SOA). El soporte usa la tecnología de código abierto de Apache Tuscany para proporcionar una implementación de las especificaciones SCA publicadas.

Característica obsoleta:8.5.5.19 o después El modelo de programación y los ejemplos de Service Component Architecture (SCA) están en desuso y se eliminarán en una versión futura. No puede desplegar nuevas aplicaciones de nivel empresarial SCA.

Actualice las aplicaciones para utilizar distintos modelos de programación. Los modelos de programación utilizados dependen de cómo se ha incorporado SCA anteriormente en la aplicación.

Si ha utilizado SCA para los enlaces, reduzca las maneras en que se expone la aplicación a unos pocos estándares, tales como Java API for RESTful Web Services (JAX-RS) o Java Message Service (JMS). Por ejemplo, utilice JAX-RS para enlaces de aplicaciones. Para minimizar la duplicación de la implementación del nivel de enlace, estructure las aplicaciones para utilizar código compartido.

Si desea seguir utilizando SCA como parte de su estrategia a largo plazo, considere alojar sus aplicaciones en IBM Business Process Manager.

SCA se define en un conjunto de especificaciones abiertas producidas por IBM® y otros líderes de la industria a través de Open SOA Collaboration (OSOA) y OASIS.

Puede utilizar SCA para ensamblar y componer servicios existentes en su empresa. El principio básico de SOA demostrado por el soporte SCA es la capacidad de utilizar los servicios existentes para crear servicios nuevos.

Otro objetivo clave de SCA es resaltar las características de facilidad de uso del desarrollo de servicios SCA en Java™. Esto se logra demostrando componentes anotados de Plain-Old Java-Object (POJO) implementados usando esquemas de empaquetado JAR simples, un modelo de ensamblaje fácil de usar y abstracciones de cableado que permiten la definición de servicios a través de diferentes transportes y protocolos.

Para aprender sobre SCA en WebSphere® Application Server productos, consulte la siguiente información general:

Ventajas de SCA

SCA permite a su organización moverse rápidamente en el ámbito de SOA, gracias a:

Una mejor flexibilidad en el despliegue de aplicaciones
  • Una adaptación rápida de las aplicaciones para reflejar los cambios en el entorno de la empresa
  • La reutilización de los componentes que se crean en otros procesos empresariales y aplicaciones compuestas
  • Una fácil composición de los servicios en aplicaciones compuestas más complejas
  • El ajuste de soluciones para dar cabida a ofertas tecnológicas variadas (es decir, protocolos o destinos de despliegue) sin la necesidad de volver crear aplicaciones de negocio
Aumento de la productividad del programador
  • Céntrese en resolver los problemas de la empresa en vez de enredarse en las complejidades individuales de las tecnologías que conectan los consumidores de servicios y los proveedores de servicios
  • Utilice los mismos principios fundamentales para representar de forma uniforme los activos existentes y los componentes de fabricación reciente.
  • Organice los componentes de servicio en módulos lógicos para acelerar el desarrollo de aplicaciones compuestas
  • Potencie el modelo de servicio que es más flexible con definiciones de servicio claras para permitir que los desarrolladores funcionen de forma independiente y en paralelo, para una entrega rápida de soluciones

Soporte de OSOA

SCA en WebSphere Application Server sigue la definición de la tecnología según lo documentado por OSOA. La definición de un conjunto de suites de prueba de conformidad no formaba parte del acuerdo OSOA, de modo que la implementación proporcionada en este producto utiliza las especificaciones siguientes como principios de guía. Sin embargo, IBM proporciona una implementación que se ajusta estrictamente a nuestra interpretación de las especificaciones.

  • SCA Assembly Model
  • SCA EJB Session Bean Binding
  • SCA Java Component Implementation
  • SCA Java Common Annotations and APIs
  • SCA Java EE Integration
  • SCA JMS Binding
  • SCA Policy Framework
  • SCA Spring Implementation
  • SCA Transaction Policy
  • SCA Web Service Binding

Consulte el tema Secciones de especificaciones de SCA no soportadas para conocer las restricciones y limitaciones que no reciben soporte.

Soporte de OASIS

El producto proporciona un soporte parcial de las siguientes especificaciones de Service Component Architecture (SCA) de OASIS:

  • OASIS Service Component Architecture / Assembly (SCA-Assembly) 1.1
  • OASIS Service Component Architecture / Policy Framework (SCA-Policy) 1.1

    El producto admite conexión de políticas OASIS, pero no admite las definiciones de conjunto de políticas OASIS.

  • OASIS Service Component Architecture / Bindings (SCA-Bindings) 1.1

    El producto admite OASIS SCA JMS Binding 1.1 y OASIS SCA Web Service Binding 1.1, pero no admite OASIS SCA JCA Binding 1.1.

  • OASIS Service Component Architecture / J (SCA-J) 1.1

El producto admite enlaces EJB, POJO, JAXB y SDO como tipos de datos.

Consulte el tema Secciones de especificaciones de SCA no soportadas para conocer las restricciones y limitaciones que no reciben soporte.

Diferencias entre las especificaciones OSOA y OASIS

La especificación OASIS SCA se ha desarrollado a partir de las especificaciones OSOA SCA, pero existen algunas diferencias menores. Las tablas siguientes listan las diferencias entre las especificaciones OSOA y OASIS:

Tabla 1. Modelo de ensamblaje SCA . Diferencias entre las especificaciones OSOA y OASIS.
Tipo OSOA OASIS
Espacio de nombres https://www.oasis-opencsa.org/sca-assembly http://docs.oasis-open.org/ns/opencsa/sca/200912
XSD   La extensibilidad elimina el problema UPA ocasional.

El elemento " sca:extensions " aparece en varios lugares.
composite.xml Hace referencia a los component/service de destino

Coloque enlaces no configurados en la referencia.

 Hace referencia a los component/service/binding de destino

No coloque enlaces no configurados en la referencia. La serie de destino los identifica y la configuración se extrae del servicio.
Invocación asíncrona No soportado Se da soporte a la invocación asíncrona. Actívela incluyendo el intento asyncInvocation en una interfaz (o servicio o referencia).
Conversaciones Soportado No soportado
Configuración de operación Soportado en servicios o referencias No soportado en servicios o referencias
Interfaz No se puede marcar como remotable desde dentro del compuesto Se puede marcar como remotable desde dentro del compuesto
Formato de conexión   Los enlaces pueden tener un elemento hijo wireFormat
Selector de operación   Los enlaces pueden tener un elemento hijo operationSelector
Conexiones   Nueva semántica de sustitución
Nivel de dominio   Las referencias y los servicios se ignoran
definitions.xml Tiene elemento de enlace No tiene elemento de enlace
Tabla 2. API de Java SCA y anotaciones . Diferencias entre las especificaciones OSOA y OASIS.
Tipo OSOA OASIS
API   API de cliente SCA
API Tiene CallableReferences No tiene CallableReferences. Tiene ServiceReference.
API   Nuevas excepciones: InvalidServiceException, NoSuchDomainException, NoSuchServiceException
API Tiene API de conversión NO tiene API de conversión
Anotaciones   Tiene AsyncInvocation. No tiene conversaciones.

Diferencias entre OSOA y OASIS en aplicaciones SCA.

  • Puede distinguir entre compuestos OSOA y OASIS observando los espacios de nombre XML del artefacto SCA.
    En una descripción de compuesto OSOA, el espacio de nombres es similar al siguiente:
    <composite xmlns=http://docs.oasis-open.org/ns/opencsa/sca/200912 ...>
...
</composite>
    En una descripción de compuesto OASIS, el espacio de nombres es similar al siguiente:
    <composite xmlns=http://www.osoa.org/xmlns/sca/1.0 ...>
...
</composite>
  • No puede mezclar artefactos OSOA y OASIS SCA, como archivos .composite o archivos sca-contribution.xml, dentro del mismo activo. Sin embargo, puede conectar componentes OSOA y OASIS SCA cuando ambos compuestos SCA se ejecutan en una sola célula.

    Para OSOA, no es necesario un archivo sca-contribution.xml si sólo hay un archivo default.composite en el archivo Java (JAR). Un archivo sca-contribution.xml puede residir en el directorio META-INF/ o en un subdirectorio.

    Para OASIS, es necesario un archivo sca-contribution.xml y debe residir en el directorio META-INF/ y no en un subdirectorio.

Soporte de WebSphere parar SCA

Como ya se señaló, en OSOA y OASIS se definen múltiples especificaciones, así como extensiones de Tuscany proporcionadas en código abierto que van más allá de la misión básica de WebSphere Application Server. Cada proveedor puede decidir qué aspectos de SCA se aplican al producto. Para WebSphere Application Server, la atención se centra en habilitar composiciones como servicios, componentes Java y la integración de cualidades clave de seguridad y transacciones similares a servicios.

SCA puede permitir que las mediaciones, las reglas comerciales y el lenguaje de ejecución de procesos comerciales se traten como cualquier otro servicio, y mientras WebSphere Application Server proporciona los mecanismos para cablear servicios que se implementan en esos lenguajes y entornos, el producto no proporciona soporte nativo para alojar esos tipos de implementaciones de servicios.

El soporte de SCA incluye lo siguiente:
  • Implementaciones de componentes de servicio POJO (Plain Old Java Object), con soporte para anotaciones
  • Prestaciones asíncronas
  • Soporte a modelos de composición recurrente
  • Soporte para especificaciones SCA
  • Soporte para servicios SCA desarrollados a partir de archivos WSDL o código Java existentes
  • Desarrollo de compuestos SCA en aplicaciones de nivel empresarial
  • Autorización de SCA y políticas de identidad de seguridad
  • Optimización de PassByReference para aplicaciones SCA
  • Varios tipos de enlace, incluidos los enlaces de servicios web, enlaces predeterminados de SCA, Enterprise JavaBeans (EJB), Java Message Service (JMS), Atom y enlaces de HTTP
  • Soporte para los enlaces de datos JAXB (Arquitectura Java para enlaces XML) en aplicaciones SCA
  • Las anotaciones SCA para la plataforma Java, Enterprise Edition (Java EE) módulos web, beans de sesión y beans controlados por mensaje
  • Vista previa del despliegue de SCA nativo
  • Contenedores Spring 2.5.5 en aplicaciones SCA
  • Aplicaciones OSGi como implementaciones SCA
  • Service Data Objects 2.1.1
  • Compuestos SCA de ejemplo compilados específicamente para su uso con el producto