Í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

Identificar los objetos afectados

Identificar los objetos afectados

Un objeto afectado es un objeto que el asistente de implementación incremental obtiene de la aplicación en tiempo de ejecución para mantener la aplicación implementada. Los usuarios que posean los objetos afectados no podrán ejecutarlos mientras el servicio de integración de datos esté aplicando la revisión.
El asistente obtiene los objetos afectados mientras se diseña la revisión de la aplicación. Estos objetos afectados se pueden visualizar obteniendo una vista previa del impacto de los objetos.
El asistente obtiene los objetos afectados con los siguientes objetivos:
Propagación de cambios
Cuando se seleccionan objetos de una revisión de la aplicación y la revisión hereda otros objetos de la aplicación, el asistente debe decidir el modo en que los cambios realizados en los objetos se van a propagar a sus correspondientes objetos primarios en la aplicación en tiempo de ejecución. El asistente identifica los objetos primarios que se van a ver afectados por los cambios.
Cuando la revisión se implementa, el servicio de integración de datos no reemplaza las instancias en tiempo de ejecución de los objetos afectados, sino que los actualiza para que hagan uso de los cambios que se hayan producido en sus dependencias directas en tiempo de ejecución.
Si un flujo de trabajo es un objeto afectado, se actualizará la próxima vez que se ejecute. Por ejemplo, si una asignación se modifica y un flujo de trabajo usa esa asignación en una tarea de asignación, el flujo de trabajo usará la asignación modificada en ejecuciones posteriores.
Validez
El asistente debe asegurarse de que los objetos de la aplicación en tiempo de ejecución sean válidos después de que el servicio de integración de datos haya aplicado la revisión. Cuando el asistente decida el modo en que los cambios se van a propagar a los objetos afectados, validará los objetos afectados. Un objeto afectado puede no ser válido si no es compatible con un objeto modificado.
Cualquier tipo de revisión de la aplicación puede conllevar la aparición de objetos afectados. Por ejemplo, si se crea una revisión que hereda dependencias directas, indirectas y remotas, puede que una de esas dependencias remotas tenga una dependencia directa que la revisión heredará. Si otro objeto de la aplicación en tiempo de ejecución usa esa dependencia directa, el objeto primario se convertirá en un objeto afectado.
Después de que el servicio de integración de datos actualice un objeto afectado, puede que los datos de ese objeto afectado no sean coherentes con el diseño de la aplicación. Piense en una aplicación en tiempo de ejecución que contiene una asignación que usa un mapplet. Si el mapplet modificado utiliza una transformación distinta, la asignación afectada podría ser válida, pero también podría transformar los datos de forma impredecible.
Si es factible, intente seleccionar los objetos que quiera actualizar o diseñe una revisión de la aplicación que herede los objetos para reducir la cantidad de objetos afectados y garantizar que los objetos de la aplicación en tiempo de ejecución transforman los datos de la misma manera que los objetos de la aplicación en tiempo de diseño.
Ejemplo: propagación y validez de los cambios
Decide implementar una revisión que modifica un objeto de datos. El asistente propaga las modificaciones realizadas en ese objeto de datos a cualquier otro objeto en tiempo de ejecución que use el objeto de datos. Como consecuencia, una asignación en tiempo de ejecución afectada que use ese objeto de datos utilizará el objeto de datos modificado después de que el servicio de integración de datos aplique la revisión.
Si una asignación utiliza el objeto de datos modificado y este contiene menos filas que antes de que la revisión se aplicara, la asignación podría dejar de ser válida. El objeto de datos podría no ser compatible con las transformaciones de la asignación, dado el menor número de vínculos entre las transformaciones de nivel superior e inferior. Si la asignación afectada no es válida, la revisión no se podrá implementar.