Domanda

La speranza poche persone qui hanno familiarità con JCAPS. Venendo dal mondo J2EE pura, è difficile da digerire il modello di distribuzione che JCPAS offerte. Durante la creazione del profilo di distribuzione, abbiamo bisogno di mappare le risorse (come JDBC, connettore webservice) a sistemi esterni. sistemi esterni sono predefiniti con l'IP di destinazione del server, porta, nome db, le credenziali, ecc (in caso di JDBC). Quindi il problema è un EAR costruito per ambiente di test non può essere distribuito nell'ambiente di produzione.

Nelle applicazioni più semplici potremmo archiviare database / etc credenziali nei file di proprietà e quindi EAR costruito per SVS potrebbe essere schierato per Produzione con qualsiasi cambiamento.

Esiste una strategia simile a quella di JCAPS con cui EAR costruiti contro un ambiente possono essere promossi ad un altro senza soluzione di continuità?

È stato utile?

Altri suggerimenti

In JCAPS il profilo di distribuzione (DP) è ancora un generico strato;

1) come sviluppatore si configurano i dev) proprietà nella Connectivity Map (CM) e l'applicazione esterna Ambiente (EA) proprietà entrata e in uscita (;

2) quindi si estrae la configurazione in un file: asadmin extract-caps-application-configuration myear.ear

3) e caricare questo file sul test / prod Glassfish: asadmin import-caps-configuration --host %HOST% --port %PORT% --user admin --passwordfile ...\passwordfile caps-config

4) in Glassfish\Common Task\CAPS\Env and CM Override di regolare le proprietà in base all'ambiente! (E riavviare l'orecchio)

5) godere di efficienza JCAPS [opzionale]

tutto questo processo è sintetizzato nella Configurazione applicazioni - JCAPS 6 screencast

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top