Pregunta

Hope unas pocas personas en que aquí están familiarizados con JCAPS. Viniendo de mundo J2EE pura, es difícil de digerir el modelo de implementación que ofrece JCPAS. Si bien la creación de perfil de implementación, es necesario asignar los recursos (como JDBC, conector de servicio web) a sistemas externos. Los sistemas externos están predefinidos con el IP de destino del servidor, puerto, nombre de db, credenciales, etc (en caso de JDBC). Así que el problema es un EAR construido para el entorno de prueba no se puede implementar en entornos de producción.

En las aplicaciones más simples que podríamos almacenar bases de datos / etc credenciales en los archivos de propiedades y, por tanto, EAR construido para la UAT podría ser desplegado a la producción sin ningún cambio.

¿Hay una estrategia similar disponible para JCAPS por el cual los EAR adosados ??a un entorno pueden ser promovidos a otro sin problemas?

¿Fue útil?

Solución 2

Otros consejos

En JCAPS el Perfil de distribución (DP) es todavía una capa genérica;

1) como revelador de configurar las propiedades (dev) en el mapa de conectividad (CM) y la aplicación externa para el Medio Ambiente (EA) propiedades de entrada y salida;

2) a continuación, extraer la configuración en un archivo: asadmin extract-caps-application-configuration myear.ear

3) y cargar el archivo en su prueba / prod Glassfish: asadmin import-caps-configuration --host %HOST% --port %PORT% --user admin --passwordfile ...\passwordfile caps-config

4) en Glassfish\Common Task\CAPS\Env and CM Override que ajustar las propiedades de acuerdo con el medio ambiente! (Y reinicie el oído)

5) disfrutar de la eficiencia JCAPS [opcional]

todo este proceso se resume en la configuración de la aplicación - JCAPS 6 screencast

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top