Para ejecutar HotSwap , una de dos partes JVM. El primero , que sirve como un pequeño marcador de posición , libera la aplicación de destino que se encuentra en la segunda JVM . En el segundo JVM , la aplicación HotSwap se lanza con componentes " Xrunjdwp - " " - Xdebug " y . Antes de que se ejecutan la " clase principal " y todas las dependencias de código , la primera JVM conecta " AspectWerkz " a la corriente stdout /stderr /entrada estándar que pertenece a la segunda JVM , para mostrarlos como si la primera JVM es su única fuente .
Nativo version
para Java Virtual Machine 1.4 que soporta HotSwap , otra versión conocida como HotSwap Native también está disponible para su uso. Si la versión HotSwap nativo está en funcionamiento, el cargador de clases de la JVM nativa es la que se ejecuta para reemplazar el cargador de JVM de la aplicación regular HotSwap .
Remoto Versión
para la opción HotSwap remoto , sólo una JVM es necesario para ejecutar . Hotswapping se realiza manualmente a través de un proceso separado , que se realiza generalmente a través de una secuencia de comandos . La opción HotSwap remoto puede ejecutar una JVM , pero su uso de Java para la empresa Medio Ambiente ( J2EE) es limitada durante la implementación.
HotSwap Alternativa
versión Java 1.3 hace es compatible con HotSwap , pero no hay una alternativa para que --- bootclasspath transparente . Se trata de un cargador de clases mejorado que utiliza el mismo mecanismo que HotSwap . Esta clase se carga en la aplicación de destino a través de un mecanismo de auto - detección. Transparente bootclasspath puede coexistir con la tecnología HotSwap en Java 1.4 , pero se debe ejecutar en modo forzado.