Business Integration Connect proporciona el manejador de datos de accesorios para procesar los documentos que se envían entre Business Integration Connect e InterChange Server. El manejador de datos de accesorios convierte un documento dentro del sobre de transporte XML (con o sin accesorios) entre el formato serializado y la representación de objeto de negocio. Debe configurar el manejador de datos de accesorios como el manejador de datos de carga en los casos siguientes:
Cuando este distintivo se establece como Sí, Business Integration Connect siempre envuelve el documento en un sobre de transporte XML, independientemente de que contenga accesorios o no. Este distintivo se establece como Sí para el empaquetado de integración de programas de fondo como parte de la pantalla Posibilidades B2B del perfil. Si desea obtener más información, consulte el apartado Carga.
Cuando un documento contiene accesorios, Business Integration Connect lo envuelve en un sobre de transporte XML. En todo flujo de documentos, hay una carga y, opcionalmente, varios accesorios. Si envía o recibe documentos que contienen accesorios, el objeto de negocio de carga debe contener información de accesorios.
El manejador de datos de accesorios se puede llamar en los siguientes contextos:
Si Business Integration Connect e InterChange Server anterior a 4.2.2 participan en la notificación de eventos (Business Integration Connect inicia la petición), el servlet de WebSphere Business Integration Connect (un cliente de acceso) envía el documento a Server Access, que llama al manejador de datos de envoltura para convertir el documento en su representación de objeto de negocio. Si este documento se envuelve en un sobre de transporte XML, el manejador de datos de envoltura llama al manejador de datos de accesorios para convertir el formato serializado del documento (en el sobre de transporte XML) en el objeto de negocio correspondiente.
Independientemente de si la entidad emisora es un adaptador o Server Access, cuando la entidad emisora recibe un documento dentro de un sobre de transporte XML, llama al manejador de datos de accesorios para convertir este documento en su representación de objeto de negocio correspondiente. Por ejemplo, en la Figura 20 se muestra el adaptador de JMS que llama al manejador de datos de accesorios para convertir el formato serializado del documento en su representación de objeto de negocio. Por el contrario, cuando la entidad emisora recibe una representación de objeto de negocio de un documento dentro de un sobre de transporte XML, llama al manejador de datos de accesorios para convertir esta estructura de objeto de negocio en su formato de documento correspondiente. Por ejemplo, en la Figura 21 se muestra el adaptador de JMS que llama al manejador de datos de accesorios para convertir la representación de objeto de negocio del documento en su formato serializado.
En este apartado se proporciona la siguiente información sobre el manejador de datos de accesorios:
El manejador de datos de accesorios puede interpretar la estructura de este sobre de transporte XML y manejar la conversión entre los datos contenidos y la representación de objeto de negocio correspondiente, tal como se especifica a continuación:
Para que Business Integration Connect pueda enviar un documento a InterChange Server, debe determinar antes si se envuelve el contenido en un sobre de transporte XML. Si Business Integration Connect crea el sobre de transporte, la carga y los accesorios se codifican en Base64. A continuación, Business Integration Connect envía el sobre de transporte XML al componente compatible con ICS correspondiente con las cabeceras de nivel de transporte adecuadas. Este componente compatible con ICS (un adaptador de WebSphere Business Integration o el manejador de datos de envoltura) se puede configurar para llamar al manejador de datos de accesorios para que maneje la conversión de la carga y los accesorios de un documento envuelto en XML en la representación de objeto de negocio correspondiente.
Para convertir un documento envuelto en un sobre de transporte XML en su representación de objeto de negocio, la entidad emisora crea una instancia del manejador de datos de accesorios y le pasa el documento (en el sobre de transporte). A continuación, el manejador de datos de accesorios realiza los pasos siguientes:
Las correlaciones de tipo de contenido se definen en las propiedades de configuración ContentTypeMap_x del metaobjeto hijo. El metaobjeto hijo es un objeto de negocio que contiene información de configuración del manejador de datos de accesorios. Los atributos de este objeto de negocio asocian correlaciones de tipo de contenido con tipos de contenido. Si desea obtener más información, consulte el apartado Creación del metaobjeto hijo de accesorio.
El documento sólo contiene una carga, que el manejador de datos de accesorios debe convertir en su representación de objeto de negocio asociada. Si desea obtener más información, consulte el apartado Proceso de un documento que no está en un sobre de transporte.
El documento contiene una carga y posiblemente varios accesorios. Por lo tanto, el manejador de datos de accesorios debe convertir la carga y los accesorios en su representación de objeto de negocio asociada. Si desea obtener más información, consulte el apartado Proceso de un documento que está en un sobre de transporte.
Si el manejador de datos de accesorios determina que el documento no está contenido en un sobre de transporte XML, no necesita extraer los datos de la carga de la estructura de sobre. Por lo tanto, el manejador de datos utiliza la propiedad de configuración PayloadDataHandlerMimeType (definida en el metaobjeto hijo) para obtener el tipo MIME que identifica la instancia del manejador de datos de carga por omisión que se debe crear para la carga del documento. Este manejador de datos convierte los datos de la carga en el objeto de negocio de carga correspondiente y devuelve el objeto de negocio de carga resultante a la entidad emisora.
Si el manejador de datos de accesorios determina que el documento está contenido en un sobre de transporte XML, debe extraer la carga y los accesorios de esta estructura de sobre para poder procesarlos. Por lo tanto, el manejador de datos sigue estos pasos para procesar y convertir el documento:
La carga está contenida en el distintivo XML <payload>. Cada uno de los accesorios está contenido en un distintivo XML <attachment>.
Utilice el tipo MIME especificado en la correlación de tipo de contenido coincidente para crear una instancia de un manejador de datos. Este manejador de datos convierte los datos de la carga en el objeto de negocio de carga correspondiente y devuelve el objeto de negocio resultante al manejador de datos de accesorios.
Examine la información específica de la aplicación del nivel de objeto de negocio de la definición de objeto de negocio de carga y determine el nombre del objeto de negocio de información de contenido, cuyo nombre de atributo está especificado por el distintivo cw_mo_bcg_content_info. Cree una instancia de este objeto de negocio de información de contenido y establezca los valores de codificación y tipo de contenido de la carga.
Examine la información específica de la aplicación del nivel de objeto de negocio del objeto de negocio de carga y determine el nombre del objeto de negocio de contenedor de accesorios, cuyo nombre de atributo está especificado por el distintivo cw_mo_bcg_attachment. Cree una instancia del objeto de negocio de contenedor de accesorios y guárdela en el atributo correspondiente del objeto de negocio de carga.
Si el distintivo cw_mo_bcg_attachment no existe (o está vacío), supongamos que el documento no contiene accesorios. No se necesitarán más pasos de proceso. El manejador de datos de accesorios devuelve el objeto de negocio de carga convertido.
Examine la información específica de la aplicación del nivel de objeto de negocio del objeto de negocio de contenedor de accesorios y determine el nombre del objeto de negocio de accesorio por omisión, cuyo nombre de atributo está especificado por el distintivo cw_mo_bcg_default_attribute. Cree una instancia del objeto de negocio de accesorio por omisión y guárdela en el atributo correspondiente del objeto de negocio de contenedor de accesorios.
Obtenga el tipo de contenido y la codificación de juego de caracteres del accesorio y compruebe si existe una entrada correspondiente en una correlación de tipo de contenido.
Por lo tanto, el manejador de datos crea una instancia del objeto de negocio de accesorio por omisión, establece los valores del tipo de contenido y la codificación dentro del objeto de negocio de información de contenido, y establece los datos del accesorio codificados en base64 (como una serie) en el atributo attachment.
A continuación, el manejador de datos de accesorios rellena el objeto de negocio de contenedor de accesorios con el objeto de negocio de accesorio por omisión.
A continuación, el manejador de datos de accesorios rellena el objeto de negocio de contenedor de accesorios con el objeto de negocio de accesorio por omisión.
A continuación, el manejador de datos de accesorios examina la información específica de la aplicación del nivel de objeto de negocio de la definición de objeto de negocio de accesorio y determina el nombre del objeto de negocio de información de contenido, cuyo nombre de atributo está especificado por el distintivo cw_mo_bcg_content_info. Si este distintivo existe, el manejador de datos crea el objeto de negocio de información de contenido del accesorio y establece los valores de codificación y tipo de contenido del accesorio.
Por último, el manejador de datos de accesorios rellena el objeto de negocio de contenedor de accesorios con el objeto de negocio de accesorio.
Para que Business Integration Connect pueda recibir un documento de InterChange Server, un componente compatible con ICS debe determinar si se envuelve la representación de objeto de negocio de la carga y los accesorios que hay en el sobre de transporte XML. InterChange Server envía el objeto de negocio al componente compatible con ICS correspondiente, que maneja la conversión real. Este componente compatible con ICS (un adaptador de WebSphere Business Integration o el manejador de datos de envoltura) se puede configurar para llamar al manejador de datos de accesorios para que maneje la conversión de la carga y los objetos de negocio de accesorio en la carga y los accesorios correspondientes así como la creación de un sobre de transporte XML.
Para convertir un objeto de negocio de carga con accesorios en su representación de sobre de transporte, la entidad emisora crea una instancia del manejador de datos de accesorios y le pasa el objeto de negocio de carga. El manejador de datos de accesorios realiza los pasos siguientes:
Las correlaciones de tipo de contenido se definen en las propiedades de configuración ContentTypeMap_x del metaobjeto hijo. El metaobjeto hijo es un objeto de negocio que contiene información de configuración del manejador de datos de accesorios. Los atributos de este objeto de negocio asocian correlaciones de tipo de contenido con tipos de contenido. Si desea obtener más información, consulte el apartado Creación del metaobjeto hijo de accesorio.
El documento sólo contiene una carga, que el manejador de datos de accesorios debe crear a partir de la representación de objeto de negocio asociada. El manejador de datos no tiene que crear un sobre de transporte para el documento. Si desea obtener más información, consulte el apartado Creación de un documento sin un sobre de transporte.
El documento contiene una carga y posiblemente varios accesorios. Por lo tanto, el manejador de datos de accesorios debe convertir la representación de objeto de negocio de carga en una carga y los accesorios, y envolver estos componentes en un sobre de transporte. Si desea obtener más información, consulte el apartado Creación de un documento con un sobre de transporte.
Si el manejador de datos de accesorios determina que el objeto de negocio de carga no necesita un sobre de transporte XML, no necesita envolver los datos de la carga en la estructura de sobre. Por lo tanto, el manejador de datos utiliza el manejador de datos de carga por omisión para convertir el objeto de negocio de carga en el documento de carga correspondiente. La propiedad de configuración PayloadDataHandlerMimeType (definida en el metaobjeto hijo del manejador de datos de accesorios) contiene el tipo MIME que identifica la instancia del manejador de datos de carga por omisión que se debe crear para el objeto de negocio de carga. Este manejador de datos recibe el objeto de negocio de carga como un argumento y devuelve el documento de carga resultante a la entidad emisora.
Si el manejador de datos de accesorios determina que el objeto de negocio de carga necesita un sobre de transporte XML, debe envolver la carga y los documentos de accesorio en la estructura de sobre. Por lo tanto, el manejador de datos sigue estos pasos para procesar y convertir el objeto de negocio:
El distintivo cw_mo_bcg_content_info en la información específica de la aplicación del nivel de objeto de negocio del objeto de negocio de carga especifica el nombre del atributo de información de contenido. Este atributo contiene el tipo de contenido y la codificación de la carga.
Utilice el tipo MIME especificado en la correlación de tipo de contenido coincidente para crear una instancia de un manejador de datos de carga. Este manejador de datos convierte el objeto de negocio de carga en el documento de carga correspondiente y devuelve el documento resultante al manejador de datos de accesorios. A partir de la serie que devuelve el manejador de datos de carga, el manejador de datos de accesorios codifica los bytes utilizando Base64 y almacena el resultado en el distintivo de carga del sobre de transporte XML.
El contenedor de accesorios reside en el atributo de contenedor de accesorios del objeto de negocio de carga. La información específica de la aplicación del nivel de objeto de negocio del objeto de negocio de carga contiene el distintivo cw_mo_bcg_attachment, que identifica el atributo de contenedor de accesorios. Este atributo contiene los accesorios.
Si el distintivo cw_mo_bcg_attachment no existe (o está vacío), supongamos que el documento no contiene accesorios. No se necesitarán más pasos de proceso. El manejador de datos de accesorios devuelve la carga convertida en el sobre de transporte.
El manejador de datos sigue estos pasos para procesar el objeto de negocio de accesorio:
La información específica de la aplicación del nivel de objeto de negocio del objeto de negocio de accesorio contiene el distintivo cw_mo_bcg_content_info, que identifica el atributo de información de contenido. Este atributo contiene el tipo de contenido y la codificación de este accesorio. El manejador de datos de accesorios almacena esta información de contenido en el distintivo de accesorio del documento.
Utilice el tipo MIME de la correlación de tipo de contenido coincidente para crear una instancia de un manejador de datos. Este manejador de datos convierte el objeto de negocio de accesorio en el documento de accesorio correspondiente y devuelve el documento resultante (en forma de serie) al manejador de datos de accesorios.
El manejador de datos de accesorios obtiene los bytes de la serie devuelta (utilizando el juego de caracteres, si existía uno) y codifica los bytes utilizando Base64. A continuación, almacena el resultado en el distintivo de accesorio.
El uso del manejador de datos de accesorios proporcionado por Business Integration Connect implica los siguientes pasos:
El manejador de datos de accesorios y el archivo de depósito asociado están
disponibles en el soporte de instalación de Business Integration Connect, en
las ubicaciones que se especifican en la Tabla 38.
Tabla 38. Ubicación de los componentes del manejador de datos de accesorios
Despliegue los archivos en el servidor web de acuerdo con la documentación del servidor web.
WebSphere InterChange Server necesita saber la ubicación del manejador de datos de accesorios para cargarlo durante la ejecución. Siga estos pasos para especificar la ubicación del manejador de datos de accesorios:
Añada el archivo jar del manejador de datos de accesorios, bcgwbiattachmentdh.jar, a la lista de archivos jar incluida en el arranque de ICS.
La configuración del manejador de datos de accesorios consta de los siguientes pasos para crear los objetos de negocio de configuración:
Para configurar el manejador de datos de accesorios, debe crear un metaobjeto hijo que proporcione el nombre de clase y las propiedades de configuración que necesita el manejador de datos de accesorios. Para crear este metaobjeto, se crea una definición de objeto de negocio que contiene los atributos incluidos en la Tabla 39. Utilice Business Object Designer, que forma parte de WebSphere Business Integration Toolset, para crear esta definición de objeto de negocio.
El metaobjeto hijo proporciona el nombre de clase y las propiedades de configuración que necesita el manejador de datos de accesorios. En la herramienta Business Object Designer, cree un metaobjeto hijo que incluya los tipos MIME de la carga y los tipos de accesorios que espera recibir.
Los atributos del metaobjeto hijo se muestran en la Tabla 39. En la Figura 6 se muestra un ejemplo de un metaobjeto hijo del manejador de datos de accesorios.
Tabla 39. Propiedades de configuración en el metaobjeto hijo de accesorio
Nombre de atributo | Descripción |
---|---|
ClassName |
Nombre de clase (necesario), que apunta a la siguiente clase de manejador de datos: com.ibm.bcg.DataHandlers.AttachmentDataHandler |
ContentTypeMap_x |
La correlación de tipo de contenido de la carga y de cada tipo de accesorio que espera recibir en la envoltura XML. Si desea obtener más información, consulte el apartado Correlaciones de tipos de contenido.
|
PayloadDataHandlerMimeType | Tipo MIME utilizado para identificar el manejador de datos por omisión, que procesa una carga que no tiene accesorios asociados. |
La correlación de tipos de contenido determina el manejador de datos al que llama el manejador de datos de accesorios para convertir la información formateada en el tipo de contenido asociado. Por ejemplo, si el tipo de contenido de la carga es application/xml, el manejador de datos de accesorios busca una correlación de tipos de contenido cuyo atributo ContentType contenga el valor application/xml. Si no se encuentra ningún tipo de contenido coincidente, el manejador de datos supone que no debe convertir el accesorio asociado en un objeto de negocio.
Deberá crear una correlación de tipos de contenido para cada uno de estos tipos de contenido, con la información específica de la aplicación de nivel de atributo que se muestra en la Tabla 41.
Cuando cree un atributo en el metaobjeto hijo que represente una correlación de tipos de contenido, tenga en cuenta lo siguiente:
ContentTypeMap_x
donde x es un entero que identifica de forma exclusiva la correlación de tipos de contenido dentro de la definición de objeto de negocio.
En la Tabla 40 se especifican los distintivos que puede contener el valor
por omisión de este atributo.
Nombre del distintivo | Descripción | ¿Obligatorio? |
---|---|---|
ContentType |
Tipo de contenido real que se incluye en el sobre de transporte (por
ejemplo, text/xml).
| Sí |
MimeType |
Tipo MIME que se utiliza para identificar el manejador de datos para
convertir el tipo de contenido asociado en un objeto de negocio. Si no
se especifica MimeType, el manejador de datos utiliza el valor de
ContentType para crear una instancia del manejador de datos.
| No |
CharSet |
Nombre de un juego de caracteres (por ejemplo, UTF-8) que utiliza el manejador de datos de accesorios para convertir los bytes en una serie o viceversa. Si no especifica CharSet, el manejador de datos de accesorios realiza las siguientes acciones:
| No |
ConvertAttachment |
Valor booleano que indica si el accesorio se debe convertir o no en un
objeto de negocio. El valor por omisión es false.
| No |
La correlación de tipos de contenidos también puede especificar el juego de caracteres de codificación, así como si se debe convertir un accesorio en un objeto de negocio. Si desea ver una descripción de los atributos de metaobjeto hijo y un ejemplo, consulte el apartado Creación del metaobjeto hijo de accesorio.
Por ejemplo, supongamos que tiene los siguientes tipos de contenido en el documento:
Tabla 41. Correlaciones de tipos de contenido de ejemplo
Tipo de contenido | Nombre de atributo | Valor por omisión |
---|---|---|
text/xml | ContentType_1 | ContentType=text/xml;MimeType=myxml; CharSet=UTF-8;ConvertAttachment=false; |
application/xml | ContentType_2 | ContentType=application/xml; MimeType=mynewxml;CharSet=UTF-16; ConvertAttachment=true; |
application/octet-stream | ContentType_3 | ContentType=application/octet-stream; MimeType=myoctet |
Business Integration Connect proporciona el siguiente archivo de entrada de depósito de InterChange Server, que contiene un metaobjeto hijo de ejemplo para el manejador de datos de accesorios:
DirProducto/Integration/WBI/WICS/Attachment/ MO_DataHandler_DefaultAttachmentConfig.in
donde DirProducto es el directorio del producto Business Integration Connect instalado. Este archivo de depósito define un manejador de datos de accesorios cuyo tipo MIME es wbic_attachment y cuyo metaobjeto hijo asociado es MO_DataHandler_DefaultAttachmentConfig. En la Figura 6 se muestra el metaobjeto hijo de ejemplo del manejador de datos de accesorios. Este metaobjeto define dos correlaciones de tipos de contenido, ContentTypeMap_1 y ContentTypeMap_2.
Figura 6. Metaobjeto hijo de ejemplo de un manejador de datos de accesorios
WebSphere Business Integration Adapter (por ejemplo, el adaptador de JMS) utiliza el metaobjeto MO_DataHandler_Default para identificar los manejadores de datos que puede utilizar. WebSphere Server Access utiliza el metaobjeto MO_Server_DataHandler para el mismo objetivo. Añada una referencia al manejador de datos de accesorios en uno de estos metaobjetos.
Para asociar los tipos MIME que contienen los documentos con los
manejadores de datos que dan soporte a estos tipos MIME, el componente
compatible con ICS hace referencia a un metaobjeto de manejador de datos de
nivel superior. En la Tabla 42 se resumen los nombres del metaobjeto de nivel superior,
dependiendo del componente que necesite acceso al manejador de datos.
Tabla 42. Metaobjetos de manejador de datos de nivel superior para InterChange Server
Realice las siguientes modificaciones en el metaobjeto MO_Server_DataHandler o MO_DataHandler_Default:
El tipo de atributo de este atributo es la definición de objeto de negocio del metaobjeto hijo del manejador de datos de accesorios (consulte el apartado Creación del metaobjeto hijo de accesorio).
El tipo de atributo de estos atributos será el metaobjeto hijo del manejador de datos asociado.
Por ejemplo, supongamos que tiene el manejador de datos de accesorios tal como está configurado en la Figura 6. La Figura 7 muestra el metaobjeto MO_DataHandler_Default con un atributo que asocia el tipo MIME wbic_attachment con la instancia del manejador de datos de accesorios configurada por el metaobjeto hijo MO_DataHandler_DefaultAttachmentConfig. Este metaobjeto de manejador de datos de nivel superior también asocia el tipo MIME de documento (text/xml) con el metaobjeto hijo del manejador de datos XML.
Figura 7. Asociación del tipo MIME wbic_attachment con el manejador de datos de accesorios
Repita este proceso para cada combinación exclusiva de tipos de contenido a la que deba dar soporte, añadiendo un atributo en el metaobjeto de manejador de datos de nivel superior adecuado cuyo nombre de atributo sea el tipo MIME asociado con la instancia del manejador de datos de accesorios y cuyo tipo sea el nombre del metaobjeto hijo asociado. Compruebe también que existan en el metaobjeto de nivel superior los tipos MIME configurados (y sus metaobjetos hijo).
Si envía o recibe documentos envueltos en un sobre de transporte XML, el objeto de negocio de carga debe contener información de accesorios. En todo flujo de documentos, hay una carga y, opcionalmente, varios accesorios. El manejador de datos de accesorios espera que esta información de accesorios esté en objetos de negocio relacionados con los accesorios. Por lo tanto, debe crear definiciones de objetos de negocio para representar esta información. Una definición de objeto de negocio es la forma de información que utiliza InterChange Server. Utilice la herramienta Business Object Designer para crear definiciones de objetos de negocio.
En la Figura 8 se muestra la estructura del objeto de negocio de una carga envuelta en un sobre de transporte XML.
Figura 8. Relación del objeto de negocio de carga con los objetos de negocio de accesorios
Como se muestra en la Figura 8, todos los accesorios están contenidos en el objeto de negocio de contenedor de accesorios. Si hay accesorios, el objeto de negocio de carga tiene un atributo que se corresponde con el objeto de negocio de contenedor de accesorios.
Siga estos pasos para asegurarse de que la estructura del objeto de negocio incluye objetos de negocio necesarios para los accesorios:
Cada uno de estos pasos se describe en los apartados siguientes.
El objeto de negocio de información de contenido se crea para
almacenar el tipo de contenido y la codificación del accesorio o la carga
asociados. Para crear una definición de objeto de negocio de
información de contenido, cree los atributos que se muestran en la Tabla 43.
Tabla 43. Atributos del objeto de negocio de información de contenido
Atributo | Tipo de atributo | Descripción | ¿Es un atributo clave? |
---|---|---|---|
contentType | Serie |
El tipo de contenido del accesorio o la carga asociados.
| Sí |
encoding | Serie | La codificación de caracteres del accesorio o la carga asociados. | No |
En la Figura 8, la definición de objeto de negocio contentInfo_BusObj contiene atributos para el tipo de contenido y la codificación del accesorio. Estos atributos contienen todos información específica de la aplicación de nivel de atributo donde se especifica el nombre de la cabecera de protocolo relacionada. Por ejemplo, el atributo x-aux-sender-id contiene información específica de la aplicación establecida de la siguiente manera:
name=x-aux-sender-id
Puede elegir el nombre que desee para identificar la definición de objeto de negocio de información de contenido. La información específica de la aplicación del objeto de negocio de accesorio determina si éste es un tipo de objeto de negocio de codificación de tipo de contenido. En la Figura 8 se muestra un ejemplo de una definición de objeto de negocio de codificación de tipo de contenido denominada contentType_BusObj.
El objeto de negocio de accesorio por omisión se crea para los datos de accesorios que no se van a convertir en un objeto de negocio. Este objeto de negocio es útil para contener los datos codificados en base64 que provienen del sobre de transporte.
Para crear una definición de objeto de negocio de accesorio por omisión, siga estos pasos:
Este distintivo cw_mo_bcg_content_info tiene el siguiente formato:
cw_mo_bcg_content_info=contentInfoAttr
donde contentInfoAttr es el nombre del atributo que contiene el objeto de negocio de contenedor de accesorios.
Tabla 44. Atributos del objeto de negocio de accesorio por omisión
Atributo | Tipo de atributo | Descripción | ¿Es un atributo clave? |
---|---|---|---|
attachment | Serie |
Un dato de accesorio.
| Sí |
Un atributo que mantiene la información de contenido
| Objeto de negocio |
Un atributo opcional que mantiene el objeto de negocio de información de contenido, que proporciona el tipo de contenido y la codificación de los datos de accesorios. Este atributo debe tener una única cardinalidad.
Si desea obtener más información sobre el formato del objeto de negocio de información de contenido, consulte el apartado Representación de la información de contenido. | No |
En la Figura 8, la definición de objeto de negocio defaultAttach_BusObj contiene atributos para el dato de accesorio, incluido un objeto de negocio de información de contenido que mantiene el tipo de contenido y la codificación. El dato de accesorio que representa este objeto de negocio de accesorio por omisión tiene una codificación de tipo de contenido representada por el atributo contentType_attach. Por lo tanto, la definición de objeto de negocio de accesorio por omisión incluye el siguiente distintivo en la información específica de la aplicación del nivel de objeto de negocio:
cw_mo_bcg_content_info=contentType_attach
Para cada tipo de accesorio del documento que se convierte en un objeto de negocio, debe crear una definición de objeto de negocio de accesorio independiente. La definición de objeto de negocio de accesorio representa los datos reales que hay en un accesorio de documento. Para crear una definición de objeto de negocio de accesorio, siga estos pasos:
Los tipos de atributo posibles son Serie (para datos sencillos) o una definición de objeto de negocio (para datos complejos).
El tipo de atributo de este atributo es la definición de objeto de negocio de codificación de tipo de contenido (consulte el apartado Representación de la información de contenido).
Este distintivo cw_mo_bcg_content_info tiene el siguiente formato:
cw_mo_bcg_content_info=contentTypeEncodingAttr
donde contentTypeEncodingAttr es el nombre del atributo que contiene el objeto de negocio de codificación de tipo de contenido.
En la Figura 8, el documento de carga tiene un accesorio, representado por la definición de objeto de negocio attachment1_BusObj. Este accesorio tiene una codificación de tipo de contenido, representada por el atributo contentTypeEncoding. Por lo tanto, la definición de objeto de negocio de accesorio incluye el siguiente distintivo en la información específica de la aplicación del nivel de objeto de negocio:
cw_mo_bcg_content_info=contentTypeEncoding
El contenedor de accesorios contiene todos los accesorios de documentos del sobre de transporte. El objeto de negocio de contenedor de accesorios se crea para representar el contenedor de accesorios de InterChange Server. Cada atributo del objeto de negocio de contenedor de accesorios representa un accesorio.
Para crear la definición de objeto de negocio de contenedor de accesorios, siga estos pasos:
El tipo de atributo de cada uno de estos atributos es el objeto de negocio de accesorio asociado (consulte el apartado Representación de los accesorios). Cada atributo debe tener una cardinalidad múltiple.
El distintivo wbic_type tiene el siguiente formato:
wbic_type=Attachment
El tipo de atributo de este atributo es el objeto de negocio de accesorio por omisión (consulte el apartado Representación de los datos de accesorios). Es el atributo clave del objeto de negocio de contenedor de accesorios. Este atributo no necesita el distintivo wbic_type en la información específica de la aplicación.
Este distintivo cw_mo_bcg_default_attribute tiene el siguiente formato:
cw_mo_bcg_content_info=defaultAttachmentAttr
donde defaultAttachmentAttr es el nombre del atributo que contiene el objeto de negocio de accesorio por omisión.
En la Figura 8, el contenedor de accesorios está representado por la definición de objeto de negocio attachContainer_BusObj. Esta definición de objeto de negocio de contenedor de accesorios tiene los siguientes atributos:
wbic_type=Attachment
Este accesorio está representado por la definición de objeto de negocio attachment1_BusObj.
cw_mo_bcg_default_attribute=defaultAttach
La definición de objeto de negocio de carga representa la información del documento. Contiene un atributo para cada información que se transfiera entre Business Integration Connect e InterChange Server. Si desea obtener más información sobre la creación de la definición de objeto de negocio de carga, consulte el apartado Objeto de negocio del documento.
Si envía o recibe documentos que contienen accesorios, el objeto de negocio de carga debe contener información de accesorios. En todo flujo de documentos, hay una carga y, opcionalmente, varios accesorios. Si la carga del documento contiene accesorios, debe modificar la definición de objeto de negocio de carga de la siguiente manera:
Puede que le resulte más fácil su uso si los datos de carga reales están almacenados en una definición de objeto de negocio de carga aparte. En este caso, el objeto de negocio de carga de nivel superior contiene un atributo para los datos de carga cuyo tipo de atributo es la definición de objeto de negocio de los datos de carga reales.
El tipo de atributo de este atributo es la definición de objeto de negocio de contenedor de accesorios (consulte el apartado Representación del contenedor de accesorios). Este atributo debe tener una única cardinalidad.
Este distintivo cw_mo_bcg_attachment tiene el siguiente formato:
cw_mo_bcg_attachment=attachContainerAttr
donde attachContainerAttr es el nombre del atributo que contiene el objeto de negocio de contenedor de accesorios.
Este distintivo cw_mo_bcg_content_info tiene el siguiente formato:
cw_mo_bcg_attachment=contentInfoAttr
donde contentInfoAttr es el nombre del atributo que contiene el objeto de negocio de contenedor de accesorios. Si desea obtener más información sobre el formato del objeto de negocio de información de contenido, consulte el apartado Representación de la información de contenido.
Por ejemplo, si utiliza el protocolo de transporte JMS, la definición de objeto de negocio de carga debe contener el objeto de negocio dinámico JMS. Si desea obtener más información, consulte el apartado sobre cómo crear definiciones de objetos de negocio compatibles con el protocolo de transporte.
En este capítulo se describe cómo integrar WebSphere Business Integration Connect con WebSphere InterChange Server mediante el protocolo de transporte HTTP. Incluye información sobre cómo configurar InterChange Server (ICS) y los componentes compatibles con ICS necesarios para la comunicación con HTTP.
En este capítulo se proporciona la siguiente información sobre cómo enviar y recibir documentos entre WebSphere Business Integration Connect y WebSphere InterChange Server mediante el uso del protocolo de transporte HTTP: