La infraestructura de desarrollo de SAP NetWeaver ("NWDI") combina las características y ventajas de los entornos de desarrollo locales, como suele proporcionarse en un entorno Java , con un entorno de desarrollo basado en servidor que proporciona de forma centralizada un entorno de desarrollo coherente a los equipos de desarrollo y respalda el desarrollo de software. durante todo el ciclo de vida de un producto.
La infraestructura del desarrollador imita la funcionalidad del sistema de transporte y cambio de ABAP (CTS). El objetivo es controlar la implementación de componentes en el panorama del sistema de manera estandarizada. NWDI se puede utilizar para importar paquetes comerciales de SAP y permite a los equipos de desarrollo modificar aplicaciones estándar. SAP NWDI también se conoce como SAP JDI (Java Development Infrastructure). Este último término se considera obsoleto.
Componentes
NWDI consta de
- Repositorio de tiempo de diseño (DTR)
- Servicio de construcción de componentes (CBS)
- Servicio de gestión de cambios (CMS)
A veces, las personas también cuentan lo siguiente como parte de NWDI
- System Landscape Directory (SLD), servicio de directorio para instalaciones SAP.
- Estudio de desarrollador de SAP NetWeaver
El concepto de NWDI comienza con un producto y un componente de software (SC). El caso normal es tener una relación de uno a uno entre el producto y el componente de software, se está desarrollando un producto y las relaciones entre los componentes que componen el producto se mantienen dentro de un componente de software.
Un componente de software comprende uno o más componentes de desarrollo (DC). Un componente de desarrollo consiste en un proyecto normal creado con Netweaver Developer Studio, es decir, una aplicación [Web Dynpro]. El componente de software también puede tener dependencias con otros SC.
Todas las relaciones se definen en una SLD.
Dado que todos los CD que fabrican un producto se mantienen dentro de un componente de software, las relaciones entre los CD están intactas y las versiones de los diferentes CD siempre son consistentes en el SC.
Para poder desarrollar un CD dentro de un SC, se debe configurar una pista en el NWDI para respaldar ese desarrollo.
Repositorio de tiempo de diseño (DTR)
El DTR se asemeja a un sistema de archivos y se puede acceder a él a través de WebDAV . Los permisos de archivos y carpetas se pueden configurar para usuarios o grupos. Cada archivo está controlado por versión y es posible bifurcar o fusionar archivos. La carpeta del repositorio principal (ws) contiene carpetas que representan pistas en el NWDI. Los archivos registrados en el NWDI son archivos sin dependencias locales. Por ejemplo, el archivo classpath de un proyecto se refiere a archivos jar locales y no son de utilidad para el servicio de compilación de componentes cuando el proyecto se compila en el servidor.
Servicio de construcción de componentes (CBS)
Cuando se cambia un archivo en Netweaver Developer Studio, se crea una actividad junto con una solicitud. Cuando se realizan los cambios, la solicitud se registra en el DTR, la actividad se activa, lo que activa la CBS para construir el DC en el NWDI. Normalmente se crea un archivo ear o war. Cuando la actividad se libera de Netweaver Developer Studio, el archivo ear o war se implementa en un sistema de desarrollo a través del CMS.
Cuando el CBS encuentra dependencias entre los CD dentro del Track, todos los CD dependientes se reconstruyen automáticamente.
Es posible utilizar CBS para reconstruir un DC o incluso un SC completo.
Servicio de gestión de cambios (CMS)
El servicio de gestión de cambios se utiliza para realizar un seguimiento y realizar un seguimiento de la versión que se implementa en los diferentes servidores del panorama. CMS también puede transferir código entre pistas. Esto se usa a menudo al crear pistas que respaldan el desarrollo de componentes generales, el desarrollo de componentes principales y, finalmente, el mantenimiento de la implementación de soluciones completas.
Transferencia de código entre pistas para lograr fusiones y uniones entre versiones de producción implementadas.
El CMS consta de capas en cada pista.
- Check-In: donde se carga la fuente inicial en la pista.
- Desarrollo: representa el despliegue en un sistema de desarrollo. Los cambios se implementan a nivel de DC.
- Consolidación: representa el despliegue a un sistema de consolidación.
- Montaje: Etapa para aceptar un cambio. Combina todos los CD en un SC completo. Las etiquetas de número de versión se pueden configurar aquí.
- Prueba: representa la implementación en un sistema de prueba. Los cambios se implementan a nivel SC.
- Confirmar: etapa de confirmación antes de pasar el cambio a producción.
- Producción: representa el despliegue a un sistema de producción.
- Estado del sistema: ofrece una descripción general de las diferentes versiones implementadas en diferentes sistemas.
Cada capa tiene un historial y la posibilidad de volver a un estado anterior.
enlaces externos
- Debates, blogs, documentos y videos de SAP Netweaver Development Infrastructure (NWDI) en SAP Community Network (SCN)
- SAP NetWeaver 6.40 JDI
- SAP NetWeaver 7.00 DI
- SAP NetWeaver CE 7.1 DI