søn Corporation utviklet HotSwap teknologi for å lage et sett med verktøy til bruk som on-the -fly erstatning for andre Java komponenter . Det ble først lagt i Java 1.4 -versjonen. Selv HotSwap teknologien er gjennomført som en standard del av Java Platform Debugger Architecture ( JPDA ) , bare noen Java Virtual Machines ( JVM ) støtter det. HotSwap Operation

å kjøre HotSwap , et todelt JVM er nødvendig. Den første , som fungerer som en liten plassholder , frigir målapplikasjonen funnet i andre JVM . Innenfor andre JVM , er HotSwap programmet lansert med " - Xdebug " og " - Xrunjdwp " komponenter . Før "main class" og all koden avhengigheter er utført , kobles først JVM " AspectWerkz " til stdout /stderr /stdin stream tilhører den andre JVM , for å vise dem som om den første JVM er deres eneste kilde .

Native versjon

for Java 1.4 Virtual Machine som støtter HotSwap , en annen versjon som kalles Native HotSwap er også tilgjengelig for bruk . Dersom Native HotSwap versjon som kjører , er klassen loader fra de innfødte JVM den som utfører å overstyre JVM loader for den vanlige HotSwap programmet.
Remote Versjon

for Remote HotSwap alternativet, er bare en enkelt JVM kreves for å kjøre . Hotswapping utføres manuelt via en separat prosess , som vanligvis gjøres gjennom et skript . Remote HotSwap alternativet kan utføre en JVM , men bruken av Java til Enterprise Environment ( J2EE ) er begrenset under utsetting .
HotSwap Alternative

Java versjon 1.3 gjør ikke støtte HotSwap , men det er et alternativ for det --- den Gjennomsiktig bootclasspath . Det er en forbedret klasse loader som bruker den samme mekanismen som HotSwap . Denne klassen laster i målet søknaden gjennom en auto - deteksjon mekanismen . Transparent bootclasspath kan sameksistere med HotSwap teknologi i Java 1.4 , men det skal kjøres i forsert stilling .