Java Hot Swap Verktøy

Sun Corporation utviklet HotSwap teknologi for å lage et sett med verktøy for 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 få Java Virtual Machines (JVM) støtter det.

HotSwap Drift

For å kjøre HotSwap er et todelt JVM nødvendig. Den første, som fungerer som en liten plassholder, utgivelser målet søknad funnet i andre JVM. Innenfor andre JVM, er HotSwap Programmet med "-Xdebug" og "-Xrunjdwp" komponenter. Før de "viktigste klasse", og alle kodeavhengigheter er utført, kobles den første JVM "AspectWerkz" til den stdout / stderr / standard inn bekk som 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. Hvis Native HotSwap versjon som kjører, klassen lasteren fra de innfødte JVM er den som utfører å overstyre JVM loader for den vanlige HotSwap søknaden.

Remote versjon

For fjern HotSwap alternativet, er bare en enkelt JVM kreves for å kjøre. Hotswapping utføres manuelt gjennom en separat prosess, noe som er vanligvis gjort gjennom et skript. Fjern HotSwap alternativet kan utføre en JVM, men bruken av Java Enterprise Environment (J2EE) er begrenset under utsetting.

HotSwap Alternative

Java-versjon 1.3 støtter ikke HotSwap, men det er et alternativ for det --- Transparent bootclasspath. Det er en forbedret klassen loader som bruker den samme mekanismen som HotSwap. Denne klassen laster i målapplikasjonen gjennom en auto-deteksjon mekanisme. Transparent bootclasspath kan sameksistere med HotSwap teknologi i Java 1.4, men det skal kjøres i tvungen modus.