Per eseguire HotSwap , una due- parte JVM . La prima , che serve come un piccolo segnaposto , rilascia l'applicazione di destinazione si trovano in seconda JVM . All'interno della seconda JVM , l'applicazione HotSwap viene lanciato con " - Xdebug " e componenti " - Xrunjdwp " . Prima che la " classe principale " e tutte le dipendenze di codice vengono eseguite , la prima JVM collega " AspectWerkz " al stdout /stderr /stdin flusso appartenente alla seconda JVM , per mostrare loro come se la prima JVM è la loro unica fonte .
Native Version
Java Virtual Machine 1.4 che supporta HotSwap , un'altra versione nota come HotSwap nativi è disponibile anche per l'uso . Se la versione HotSwap nativo è in esecuzione , il class loader dalla nativa JVM è colui che esegue l'override della JVM caricatore per l'applicazione HotSwap regolare .
Remote Versione
per l'opzione HotSwap remoto , è richiesta solo una singola JVM per l'esecuzione. Hotswapping viene eseguita manualmente mediante un processo separato , che solitamente viene effettuata tramite uno script . L'opzione HotSwap remoto può eseguire una JVM , ma il suo uso di Java per Enterprise Environment ( J2EE ) è limitata durante la distribuzione.
HotSwap Alternativa
versione Java 1.3 fa non supporta HotSwap , ma c'è un'alternativa per esso --- il trasparente bootclasspath . Si tratta di un caricatore di classe migliorato che utilizza lo stesso meccanismo HotSwap . Questa classe viene caricato nell'applicazione di destinazione attraverso un meccanismo di rilevamento automatico . Trasparente bootclasspath può coesistere con la tecnologia HotSwap in Java 1.4 , ma dovrebbe essere eseguito in modalità forzata .
Programmazione © www.354353.com