Infraestructura de desarrollo SAP NetWeaver

La infraestructura de desarrollo SAP NetWeaver ("NWDI") combina las características y ventajas de los entornos de desarrollo locales, como los que se suelen proporcionar 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 da soporte al desarrollo de software durante todo el ciclo de vida de un producto.

La infraestructura de desarrollo (NWDI) reproduce la funcionalidad del sistema de gestión de cambios y transporte (CTS) de ABAP . Su objetivo es controlar el despliegue de componentes en el entorno del sistema de forma estandarizada. NWDI permite importar paquetes empresariales de SAP y facilita a los equipos de desarrollo la modificación de aplicaciones estándar. SAP NWDI también se conoce como SAP JDI (Java Development Infrastructure), aunque este último término se considera obsoleto.

NWDI consta de

• Repositorio de tiempo de diseño (DTR)
• Servicio de compilación de componentes (CBS)
• Servicio de Gestión de Cambios (CMS)

A veces, la gente también incluye lo siguiente como parte del NWDI.

• Directorio de entorno del sistema (SLD), servicio de directorio para instalaciones SAP.
• SAP NetWeaver Developer Studio

El concepto de NWDI parte de un producto y un componente de software (SC). Lo habitual es que exista una relación uno a uno entre el producto y el componente de software: se desarrolla un producto y las relaciones entre los componentes que lo conforman se gestionan dentro del componente de software.

Un componente de software consta de uno o más componentes de desarrollo (CD). 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 componentes de software.

Todas las relaciones se definen en un SLD.

Dado que todos los componentes de diseño (CD) que componen un producto se encuentran dentro de un componente de software, las relaciones entre los CD permanecen intactas y las versiones de los diferentes CD son siempre coherentes en el SC.

Para poder desarrollar un DC dentro de un SC, es necesario establecer una vía en el NWDI que respalde dicho desarrollo.

El DTR se asemeja a un sistema de archivos y se puede acceder a él mediante WebDAV . Se pueden configurar permisos de archivos y carpetas para usuarios o grupos. Cada archivo está controlado por versiones y es posible crear ramas o fusionar archivos. La carpeta principal del repositorio (ws) contiene carpetas que representan pistas en NWDI. Los archivos registrados en NWDI no tienen dependencias locales. Por ejemplo, el archivo classpath de un proyecto hace referencia a archivos jar locales y no es útil para el Servicio de compilación de componentes cuando el proyecto se compila en el servidor.

Cuando se modifica un archivo en Netweaver Developer Studio, se crea una actividad junto con una solicitud. Una vez realizados los cambios, la solicitud se registra en el DTR, se activa la actividad y, a su vez, el CBS compila el DC en NWDI. Normalmente, se crea un archivo EAR o WAR. Cuando se libera la actividad desde Netweaver Developer Studio, el archivo EAR o WAR se implementa en un sistema de desarrollo a través del CMS.

Cuando el CBS detecta dependencias entre los DC dentro de la Pista, todos los DC dependientes se reconstruyen automáticamente.

Es posible utilizar el CBS para reconstruir un DC o incluso un SC completo.

El Servicio de Gestión de Cambios (CMS) se utiliza para mantener un registro de las versiones implementadas en los distintos servidores del entorno. El CMS también permite transferir código entre diferentes versiones. Esto se usa frecuentemente al crear versiones que dan soporte al desarrollo de componentes generales, al desarrollo de componentes principales y, finalmente, al mantenimiento de la implementación de soluciones completas.

Transferencia de código entre diferentes ramas para lograr fusiones y uniones entre versiones de producción desplegadas.

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 despliegan a nivel de centro de datos.
• Consolidación  : representa el despliegue en un sistema de consolidación.
• Ensamblaje  : Etapa para aceptar un cambio. Combina todos los DC en un SC completo. Aquí se pueden configurar las etiquetas de número de versión.
• Prueba  : representa el despliegue en un sistema de prueba. Los cambios se implementan a nivel de SC.
• Confirmar  : Etapa de confirmación antes de trasladar el cambio a producción.
• Producción  : representa el despliegue en un sistema de producción.
• Estado del sistema  : Ofrece una visión general de las diferentes versiones implementadas en los distintos sistemas.

Cada capa tiene un historial y la posibilidad de volver a un estado anterior.

• Debates, blogs, documentos y vídeos sobre la infraestructura de desarrollo de SAP NetWeaver (NWDI) en la red de la comunidad SAP (SCN).
• SAP NetWeaver 6.40 JDI
• SAP NetWeaver 7.00 DI
• SAP NetWeaver CE 7.1 DI