Om HotSwap , een tweedelige JVM draaien nodig is. De eerste , die als een kleine tijdelijke aanduiding dient , brengt uw doelgroep toepassing vinden in de tweede JVM . Binnen de tweede JVM , wordt de HotSwap applicatie gelanceerd met " - Xdebug " en " - Xrunjdwp " componenten . Voordat de " hoofdklasse " en alle code afhankelijkheden worden uitgevoerd , de eerste JVM verbindt " AspectWerkz " om de stdout /stderr /stdin beek behoren tot de tweede JVM , om ze weer te geven alsof de eerste JVM is hun enige bron . < Br >
Inheemse versie

voor Java 1.4 Virtual Machine die HotSwap , een andere versie bekend als Moedertaal HotSwap ondersteuning is ook beschikbaar voor gebruik . Als de Inheemse HotSwap versie draait , de klasse loader van de inheemse JVM is degene die wordt uitgevoerd om de JVM loader overschrijven voor de reguliere HotSwap toepassing .
Remote Versie
< br >

voor de optie Remote HotSwap , wordt slechts een enkele JVM nodig om te draaien . Hotswapping wordt handmatig uitgevoerd door middel van een apart proces , dat meestal wordt gedaan door middel van een script . De optie Extern HotSwap kunt uitvoeren van een JVM , maar het gebruik van de Java Enterprise Environment ( J2EE ) is beperkt tijdens de inzet .
HotSwap Alternatieve

Java-versie
1.3 doet niet ondersteunt HotSwap , maar er is een alternatief voor het --- de Transparent bootclasspath . Het is een verbeterde class loader dat hetzelfde mechanisme als HotSwap gebruikt . Deze klasse laadt in de doeltoepassing via een auto - detectie mechanisme . Transparante bootclasspath kan samengaan met HotSwap technologie in Java 1.4 , maar het moet worden uitgevoerd in gedwongen modus .