Sun Corporation utvecklat HotSwap teknik för att skapa en uppsättning verktyg för att användas som on-the -fly ersättning för andra Java komponenter . Det var först lastas i Javas 1.4 version . Även HotSwap teknik bärs som en vanlig del av Java Platform Debugger Architecture ( JPDA ) , bara några Java Virtual Machines ( JVM ) stöder det . HotSwap Operation
För att köra HotSwap , en tvådelad JVM behövs. Den första , som fungerar som en liten platshållare , släpper din målprogrammet hittades i den andra JVM . Inom andra JVM är HotSwap programmet inleddes med " - Xdebug " och " - Xrunjdwp " komponenter . Innan " huvudklass " och alla beroenden koden exekveras , ansluter den första JVM " AspectWerkz " till stdout /stderr /stdin ström som tillhör den andra JVM , för att visa dem , som om den första JVM är deras enda källa .
Native version
för Java 1.4 Virtual Machine som stödjer HotSwap , en annan version som kallas Native HotSwap finns också tillgängliga för användning . Om Native HotSwap versionen är igång , är det klassladdaren från infödda JVM den som utför att åsidosätta JVM lastaren för den regelbundna HotSwap ansökan .
Remote Version Review
för Remote HotSwap alternativet är bara ett enda JVM krävs för att köra . Hotswapping utförs manuellt genom en separat process , vilket vanligtvis sker genom ett skript. Den Remote HotSwap Alternativet kan utföra en JVM , men dess användning av Java till Miljö Näringsliv ( J2EE ) är begränsad under utveckling . Addera HotSwap Alternative
Java version 1.3 gör inte stödjer HotSwap , men det finns ett alternativ för det --- det Genomskinlig bootclasspath . Det är en förbättrad klassladdaren som använder samma mekanism som HotSwap . Denna klass läser i målprogrammet via en automatisk upptäckt mekanismen . Transparent bootclasspath kan samexistera med HotSwap teknik i Java 1.4 , men det ska köras i forcerat läge .
