Cómo hacer deploy de packages en E9.2 sin romper nada
Guía paso a paso para crear, configurar y desplegar full packages en JD Edwards EnterpriseOne 9.2 usando Server Manager.
El problema
Desplegar un full package en JD Edwards E9.2 puede ser intimidante. Un error en la configuración y te quedas con un deployment server inutilizable un viernes a las 6 PM. Esta guía cubre el proceso completo para que no te pase.
Prerequisitos
- Acceso a Server Manager con rol de administrador
- El Deployment Server corriendo y sincronizado con el Enterprise Server
- Path codes correctamente configurados (DV920, PY920, PD920)
Paso 1: Verificar el estado del Deployment Server
Antes de tocar nada, entra a Server Manager y verifica:
- Manage Home → selecciona el Deployment Server
- Revisa que el Status sea “Running”
- En la pestaña Package Management, confirma que no hay builds en curso
// Verificar servicio desde línea de comandos
sc query JDE_YOURSERVER_Deployment
Paso 2: Crear la definición del package
Navega a Package Management → Package Assembly:
- Package Type: Full Package
- Path Code: selecciona el path code objetivo (ej.
DV920) - Package Name: usa una convención como
FA_DV920_YYYYMMDD - Feature Selection: marca todas las features que necesites actualizar
Tip: Si solo cambiaste business functions en C, no necesitas un full package. Un update package es más rápido y menos riesgoso.
Paso 3: Build del package
Una vez definido, lanza el build:
- Selecciona el package → Build
- Elige Compression: ZIP (recomendado para redes lentas)
- El build tarda entre 20 min y 2 horas dependiendo del tamaño
Monitorea el progreso en Package Management → Package Build History.
Paso 4: Deploy
Con el build completado:
- Ve a Package Management → Package Deployment
- Selecciona las máquinas destino (workstations o citrix servers)
- Programa el deploy fuera de horario laboral
- Confirma y lanza
Errores comunes
| Error | Causa | Solución |
|---|---|---|
BSFN compile failed | Código C con errores | Revisa el log de compilación en E920\system\bin32 |
Package build stuck | Servicio colgado | Reinicia el servicio de Deployment Server |
Spec merge conflict | Specs desincronizadas | Corre un full spec merge antes del build |
Conclusión
Lo más importante: siempre haz un backup del package anterior antes de desplegar uno nuevo. Si algo sale mal, puedes volver al estado anterior sin downtime.