guerra Glassfish domanda del ciclo di vita

Question

Qual è il modo corretto di ridistribuire una nuova versione di un'applicazione in esecuzione in GlassFish? Ho un WAR corsa, e ho fatto cambiamenti. Ho pensato di fare un undeploy + distribuire potrebbe essere la cosa giusta, ma GlassFish (v3), spesso si blocca quando ho annullare la distribuzione.

Qual' il modo corretto di ridistribuire un'applicazione in esecuzione in GlassFish?

Answer 1

Ci sono un certo numero di modi per ridistribuire un applicazione web su GlassFish v3.

Il metodo che vi consiglio è 'asadmin ridistribuire --name foo --properties keepSessions = true foo.war' (o distribuzione directory uso per il web app ...)

È possibile guardare il pagina man per il sottocomando deploy di asadmin per conoscere meglio i dettagli.

ho quasi mai undeploy quindi distribuire .... ci vuole troppo tempo.

ho quasi mai a creare un file dot-guerra .... faccio di solito schieramento di directory, che elimina il tempo che sarebbe abituarsi a creare e poi esplodere il file WAR.

Utilizzando distribuzione directory posso applicare anche modifiche a JSP file e prova senza un passo ricostruzione / ridistribuire.

Mi piace usare la proprietà keepSessions mentre io sto facendo lo sviluppo. Non so se questa proprietà sarebbe utile in una situazione di produzione.

Il metodo che hai descritto probabilmente non dovrebbe mandare in crash il server ... Si prega di file di un problema a https://glassfish.dev.java.net/servlets/ProjectIssues così la gente del team possono rintracciare ciò che il problema potrebbe essere.

Answer 2

undeploy significa rimuovere tutte le tracce di un'applicazione web:

• il suo programma di caricamento classe
• compilato JSP
• file persistito sessioni HTTP

Quando parte il problema si verifica? Ha GlassFish davvero in crash? Puoi darci maggiori dettagli.

---

Per la cronaca, GlassFish v3 ha un comando redeploy:

asadmin redeploy --name mywar mywar.war

Ma poiché redeploy = undeploy + deploy, questo non risolverà il problema.

Answer 3

Non so perché v3 dovrebbe essere diverso, ma in v2 questo è esattamente quello che facciamo. In primo luogo abbiamo undeploy quindi distribuire di nuovo.

Non si utilizza l'interfaccia grafica di amministrazione o asadmin (riga di comando) per fare questo? È il comportamento stesso in entrambi i modi?