In this study, strong migration of Java threads between different JVMs and context-switching of Java theads is implemented. Java does not support thread migration and the main issue when building Java thread migration is to be able to access the thread's execution state, which is internal to the JVM and is not directly accessible to Java programmers. In our approach, the application code is preprocessed before the execution in order to attach a backup object to the Java program executed by the thread, and to add new statements to program. The new statements manage the execution state capture and restoration operation and store the state in backup object. This approach does not interfere with platform independency of Java, since we did not modify the Java Virtual Machine. With this approach, the migrated the application is able to restart in the exactly same state and at the same code position as it is before the migration. The cost of Strong Migration of Java Threads, is space overhead on application codes.

Bu çalışmada Java ipliklerinin bağlam bilgisi korunarak farklı Java Sanal Makineleri (JVM) arasında göç ettirilmesi ve iplikler arası bağlam bilgisi değiştokuşu uygulamaya geçirilmiştir. Java iplik göçünü desteklemez ve iplik göçünü sağlamak için karşımıza çıkan en büyük engel JVM'in ipliklerin bağlam bilgisine erişim hakkı vermemesidir. Bizim izlediğimiz yöntemde uygulamanın kaynak kodu bir ön işlemden geçirilerek bazı özel kod parçaları eklenir. Bu kod parçaları yardımıyla ipliklerinin bağlam bilgisinin saklanması ve yeniden yüklenmesi mümkün kılınmıştır. Bu yöntem JVM üzerinde herhangi bir değişiklik içermediği için Java'nın platform bağımsızlığı ilkesiyle de uyumludur. Gerçeklenen uygulamalarda, uygulamanın bir diğer JVM'e göç ederken eski JVM'de kaldığı noktadan çalışmaya devam ettiği gözlemlenmiştir. Java ipliklerinin bağlam bilgisiyle birlikte göç ettirilmesini maliyeti kod boyutlarındaki artış olarak ölçülmüştür.

93