2009-05-28 8 views
11

Ogni volta che salvi un file JSP nel mio progetto WTP, Eclipse riavvia la sua istanza Tomcat. Questo mi fa impazzire. Non voglio disabilitare completamente la ricarica automatica, ma non voglio che accada quando salvi un file che non richiede il riavvio.Come comunicare a Eclipse 3.4 WTP di non riavviare tomcat su JSP save?

Non sono sicuro di come Eclipse WTP funzioni in questo senso. Potrebbe essere la mia struttura di progetto? I file JSP sono in WEB-INF/jsp.

(this SO question è simile alla mia, ma non ha una risposta sufficiente)

EDIT: voglio auto-ricarico per accadere, ma non per file viene salvato che non lo richiedono. Quando salvi una JSP non c'è motivo di riavviare Tomcat. Quindi quello che sto cercando, se possibile, è un modo più intelligente per ricaricare.

risposta

0

Disabilita Auto Ricarica dell'applicazione. È menzionato nella risposta alla domanda a cui ti colleghi. (Guy dice per permetterle, ma che provoca un comportamento si osserva. Disabilitare invece!)

11

aperta server.xml (utilizzare il Ctrl +Maiusc +R collegamento se non si sa dove si è). Trova il tag di contesto appropriato e imposta ricaricabile su falso. In questo modo, Tomcat può eseguire la sostituzione del codice caldo senza che Eclipse lo riavvii.

+0

Ha risolto il problema con questo, grazie! +1 –

+1

Ho fatto questo, ma il mio contesto Spring sembra riavviare comunque ogni volta che salvi un JSP. Qualche idea del perché? – JBCP

2

Affrontato lo stesso problema, l'impostazione ricaricabile su false disabilita il ricaricamento delle classi java. Ho risolto questo problema spostando la cartella web-inf/lib del mio progetto eclipse in un'altra cartella. È un bug wtp.

wtp

3

ho presentato una patch per Eclipse per consentire di specificare per ogni server o non vuoi per aggiungere nuovi moduli con "ricarica auto" abilitato o disabilitato per impostazione predefinita. Stanno considerando la patch per la prossima versione di Eclipse.

Puoi aiutarci votando per questa patch qui: https://bugs.eclipse.org/bugs/show_bug.cgi?id=363892

Problemi correlati