Índice

Search

  1. Prólogo
  2. Informatica Developer
  3. El repositorio de modelos
  4. Búsquedas en Informatica Developer
  5. Conexiones
  6. Objetos de datos físicos
  7. Objetos de datos de archivo sin formato
  8. Vista lógica de datos
  9. Cómo visualizar datos
  10. Implementación de aplicaciones
  11. Implementación de revisiones de la aplicación
  12. Implementación de revisiones de la aplicación Ejemplo
  13. Integración continua y entrega continua (CI/CD)
  14. Importación y exportación de objetos
  15. Apéndice A: Referencia de tipos de datos
  16. Apéndice B: Accesos directos del teclado
  17. Apéndice C: Propiedades de conexión

Guía de Developer Tool

Guía de Developer Tool

Ejemplo. Identificar objetos afectados

Ejemplo. Identificar objetos afectados

En el siguiente ejemplo se muestra cómo identificar los objetos afectados que el asistente de implementación incremental obtiene de la aplicación en tiempo de ejecución.
Suponga que tiene una aplicación que contiene dos asignaciones (
Mapping A
y
Mapping B
) que comparten un objeto de datos físicos (
Data Object A
) y un flujo de trabajo (
Workflow B
) que usa la asignación
Mapping B
. Tras implementar la aplicación, edita la asignación
Mapping A
y decide actualizarla en la aplicación en tiempo de ejecución.
Luego, crea una revisión que hereda únicamente las dependencias directas y selecciona la asignación
Mapping A
. Como ha seleccionado la asignación, la revisión hereda el objeto de datos que esa asignación utiliza,
Data Object A
.
El asistente espera que el servicio de integración de datos sustituya las instancias en tiempo de ejecución de la asignación y del objeto de datos, de modo que busca todos los objetos primarios que usen la asignación en la aplicación en tiempo de ejecución. Como la asignación
Mapping B
usa ese objeto de datos, el asistente lo marca como un objeto afectado.
Dado que la asignación
Mapping B
se va a actualizar en la aplicación en tiempo de ejecución y el flujo de trabajo
Workflow B
usa la asignación
Mapping B
, el flujo de trabajo
Workflow B
será también un objeto afectado.
En la siguiente imagen se muestran las situaciones en tiempo de diseño y en tiempo de ejecución, la asignación seleccionada, las dependencias que la revisión hereda y los objetos afectados:
Esta imagen refleja los diagramas de dependencias de la instancia en tiempo de ejecución implementada de una aplicación y la instancia en tiempo de diseño actualizada de la aplicación. En ambas instancias, la asignación Mapping A usa un objeto de datos Data Object A. El flujo de trabajo Workflow B usa una asignación Mapping B, que a su vez usa el objeto de datos Data Object A. En la instancia en tiempo de diseño, la asignación Mapping A está etiquetada para indicar que está seleccionada, mientras que el objeto de datos Data Object A está etiquetado para indicar que es una dependencia directa. En la instancia en tiempo de ejecución, la asignación Mapping B y el flujo de trabajo Workflow B están etiquetados para indicar que son objetos afectados.
Las instancias en tiempo de ejecución de los objetos
Mapping B
y
Workflow B
no se reemplazarán por sus correspondientes instancias en tiempo de diseño. Si ha editado la asignación
Mapping B
de la aplicación en tiempo de diseño, la instancia en tiempo de ejecución de
Mapping B
será distinta de la instancia en tiempo de diseño.