Programación de la visión general de modelo

Los mediadores WPAI proporcionan un modelo de programación de datos uniforme a través de orígenes de datos heterogéneos. El modelo está basado en JSR 235 - Objetos de datos de servicio (SDO) y mediadores.

SDO es una especificación para un modelo de programación que no sólo proporciona uniformidad entre orígenes de datos, sino que también: Consulte http://www.eclipse.org/emf para obtener más información sobre SDO.
Los mediadores son componentes que proporcionan acceso a un tipo de origen de datos específico. Crean gráficos de datos SDO mediante la lectura de datos del programa de fondo y propagan las actualizaciones de los gráficos de datos en el programa de fondo. Los mediadores deben configurarse para proporcionar la funcionalidad adecuada. Esta información de configuración recibe el nombre de metadatos del mediador. Los metadatos contienen varios tipos de información, como por ejemplo:

Flujo de control de aplicación

Las aplicaciones utilizan los objetos de metadatos así como información de conexión para que el programa de fondo cree instancias de objetos de mediador (o mandatos). Una instancia de mediador utiliza sus metadatos para determinar el parámetro que toma (como un SDO DataGraph) como entrada y los resultados de consulta que genera (también como un SDO DataGraph). Si el mediador permite a los usuarios modificar los resultados de consulta y aplica los cambios en el programa de fondo, proporcionará información sobre los cambios como un SDO DataGraph. Si cualquiera de los pasos mencionados anteriormente provoca que el programa de fondo emita una excepción, se creará una falta DataGraph que incluya la información de error.

Elementos del modelo de programación

  • Metadatos: todos los tipos de objeto de metadatos (para los distintos tipos de orígenes de datos) se derivan a partir de un tipo base, a saber, com.ibm.wps.mediator.CommandMediatorMetaData. Un objeto de metadatos concreto se identifica de forma exclusiva mediante un nombre calificado que consta de un nombre y un espacio de nombres. Normalmente, esto lo especifica el usuario cuando se construye el objeto de metadatos.
  • Mediador: todos los mandatos se derivan a partir de un tipo base, a saber, com.ibm.wps.mediator.CommandMediator. Las instancias de un objeto CommandMediator se crean utilizando un objeto CommandMediatorMetaData. Un CommandMediator es un objeto sin estado (muy parecido a un servicio sin estado). Puede volver a utilizarse cuando el usuario necesita invocar la misma tarea con los mismos parámetros o con parámetros distintos.

    Cada tipo de origen de datos de programa de fondo soportado implementa una interfaz CommandMediatorFactory (com.ibm.wps.mediator.CommandMediatorFactory) que permite a las aplicaciones crear instancias de mandatos a partir de objetos CommandMediatorMetaData. Los métodos de la interfazCommandMediatorFactory toman también otros parámetros que contienen información de conexión para el origen de datos.

    Los métodos importantes de la interfaz CommandMediator se describen a continuación. Tenga en cuenta que algunos de estos métodos pueden no ser válidos para algunos programas de fondo.
    1. getParamDataGraph() - Este método se utiliza para obtener un gráfico de datos de parámetros vacío. El gráfico de datos de parámetros que se obtiene se rellena con los valores de los parámetros de una consulta especificada.
    2. getDataGraph() - Este método se utiliza para obtener los resultados de una consulta o los argumentos de salida de una función. Opcionalmente, este método toma un gráfico de datos de parámetros que contiene los parámetros de la consulta o los argumentos de entrada de una función.
    3. getEmptyDataGraph() - Este método se utiliza con un tipo CREATE de CommandMediator para obtener un gráfico de datos principal vacío que se rellenará con datos para un objeto nuevo. Cuando el usuariorellena el gráfico de datos vacío con los valores adecuados, una llamada al método applyChanges creará un objeto nuevo en el programa de fondo.
    4. applyChanges() - Este método se utiliza para propagar los cambios realizados en el gráfico de datos principal por parte de la aplicación. Algunos tipos CommandMediator, como uno que sólo recupere información, no implementan este método, ya que no propagan cambios en el programa de fondo.
  • SchemaMaker: SchemaMaker es otra interfaz importante (com.ibm.wps.mediator.SchemaMaker). SchemaMaker es un objeto que determina la forma de los gráficos de datos siguientes a partir del objeto CommandMediatorMetaData que se le pasa:
    1. La estructura del SDO DataGraph que un mediador toma como entrada llamada gráfico de datos de parámetro, como parámetros de una consulta o argumentos de entrada de una función.
    2. La estructura del SDO DataGraph que un mediador genera como resultado de una consulta o los argumentos de salida de una llamada de función. Éste es el gráfico de datos principal.
    3. La estructura del SDO DataGraph que un mediador genera como resultado de una petición de usuario para guardar los cambios realizados en el gráfico de datos principal. Se denomina gráfico de datos de salida.
    4. La estructura del SDO DataGraph que un mediador genera como resultado de una excepción durante la interacción de programa de fondo. Se denomina gráfico de datos de falta. El gráfico de datos de falta está incorporado en el MediatorException (com.ibm.wps.mediator.MediatorException) emitido por el mediador.
    La estructura de un DataGraph se expresa como la EClass (consulte http://www.eclipse.org/emf para obtener más información sobre Eclipse Modeling Framework) del objeto de datos de raíz del gráfico de datos.

Conceptos relacionados
Acceso a datos SAP
Acceso a datos Siebel
Acceso a datos PeopleSoft

Tareas relacionadas
Definición de entornos de desarrollo SAP
Adición de objetos de datos de servicio SAP
Adición de objetos de datos de servicio Siebel
Adición de objetos de datos de servicio PeopleSoft

(C) Copyright IBM Corporation 2002, 2005. Reservados todos los derechos.