Question

Hope quelques personnes ici connaissent JCAPS. En venant de monde pur j2ee, il est difficile de digérer le modèle de déploiement qui offre JCPAS. Lors de la création profil de déploiement, nous avons besoin de cartographier les ressources (telles que jdbc, connecteur WebService) vers des systèmes externes. Les systèmes externes sont prédéfinis avec l'adresse IP du serveur cible, le port, le nom de db, des informations d'identification, etc. (en cas de jdbc). Le problème est un OREILLE construit pour l'environnement de test ne peut pas être déployé à l'environnement de production.

Dans les applications plus simples que nous pourrions stocker la base de données / etc références dans les fichiers de propriété et donc EAR construit pour UAT pourrait être déployé à la production avec toute modification.

Y at-il une stratégie similaire disponible pour JCAPS qui BME construit contre un environnement peut être promu à un autre en toute transparence?

Était-ce utile?

La solution 2

Autres conseils

JCAPS le profil de déploiement (DP) est encore une couche générique;

1) developpeur vous configurez votre (dev) propriétés dans la carte de connexion (CM) et l'environnement d'application externe (EA) Propriétés entrantes et sortantes;

2) vous extraire la configuration dans un fichier: asadmin extract-caps-application-configuration myear.ear

3) et télécharger ce fichier sur votre test / prod Glassfish: asadmin import-caps-configuration --host %HOST% --port %PORT% --user admin --passwordfile ...\passwordfile caps-config

4) Glassfish\Common Task\CAPS\Env and CM Override vous ajuster les propriétés en fonction de l'environnement! (Et redémarrez l'oreille)

5) profiter de l'efficacité JCAPS [option]

tout ce processus est résumé dans Configuration de l'application - JCAPS 6 screencast

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top