Observability of the Java Virtual Machine

Image
The JVM is one of the most observable runtimes. It provides us lots of tools for troubleshooting a JVM application in production. 1. Thread observability Threads are how the JVM actually does work. When something is wrong in production, the symptom is almost always a thread: stopped, blocked, leaking etc. Thread dumps work on any JVM with no  instrumentation, no agents, no restarts. <Example project link with /threaddump endpoint>         // (1) Deadlock — two threads grab the same pair of locks in opposite order.         new Thread(() -> grab(LOCK_A, LOCK_B), "deadlock-A-then-B").start();         new Thread(() -> grab(LOCK_B, LOCK_A), "deadlock-B-then-A").start(); http://localhost:8080/actuator/threaddump To list the JVMS, we can use the command below. PS C:\observe-jvm> jps -lv 25296 jdk.jcmd/sun.tools.jps.Jps -Dapplication.home=C:\Program Files\Microsoft\jdk-21.0.3.9-hotspot -Xms8m -Djdk.module.main=...

Decorator Tasarım Kalıbını Hatırlayalım

Bir sınıfın gerçekleştirebileceği işlemleri arttırmak için türetmeden yararlanabiliriz. Fakat türetme (subclassing), birçok dilde derleme aşamasında yapılabilen bir özellik. İşte Decorator kalıbı, dinamik olarak bir sınıfa yeni görevler verebilmemizi sağlıyor. Burada yaptığımız şey, bir sınıfa değil de bir nesneye yeni işlevsellik kazandırmak oluyor.

Bu fikri daha iyi anlayabilmek için aşağıdaki basit örneğe bakalım:

public class Program {

    public static void main(String[] args) {

        new TextField().draw();

        TextField decoratedTextField = new TextField();

        new ColorDecorator(new BorderDecorator(decoratedTextField)).draw();
    }
}

public interface VisualComponent {
    void draw();
}

public class TextField implements VisualComponent {
    @Override
    public void draw() {
        System.out.println("TextField is drawn!");
    }
}

public class BorderDecorator implements VisualComponent {

    private VisualComponent visualComponent;

    public BorderDecorator(VisualComponent visualComponent) {
        this.visualComponent = visualComponent;
    }

    @Override
    public void draw() {
        System.out.println("Border is added!");
        visualComponent.draw();
    }
}

public class ColorDecorator implements VisualComponent {

    private VisualComponent visualComponent;

    public ColorDecorator(VisualComponent visualComponent) {
        this.visualComponent = visualComponent;
    }

    @Override
    public void draw() {
        System.out.println("Color is added!");

        visualComponent.draw();
    }
}

Burada TextField sınıfı derleme zamanında coloring ve bordering işlemlerinden habersiz. Fakat çalışma zamanında ColorDecorator ve BorderDecorator tarafından kendisine ek işler yaptırılmış oluyor. Burada sadece draw() işlemine bağımlı olan birçok VisualComponent oluşturabilirken, (örneğin ComboBox, TextArea vs..) bunların hiç haberdar olmadığı decorator sınıfları ile de ek özellikler kazandırabiliriz. Yine nesne yönelimli programlamanın en önemli kavramı olan "loose coupling" veya "isolation" fikri ile karşı karşıyayız. Gerçekten de coloring, bordering, scrolling gibi ayrıntılı işlemleri TextField sınıfının içinde yapabilirdik. Üstelik ComboBox, TextArea gibi sınıfların içinde de copy-paste yöntemi ile aynı şeyi yapabilirdik. Bu durumda hem kod tekrarı hem de "aşırı şişmiş sınıf" gibi sorunlar ile karşı karşıya kalırdık. Yazdığımız kod üzerinde yeni fonksiyonalite eklemek giderek zorlaşırdı. Yazılımı zamanında yetiştiremezdik, işten atılırdık ve kredi borcumuzu ödeyemediğimiz için evimiz ya da arabamız elimizden alınırdı. 




Comments

Popular posts from this blog

The WeakReference class, monitoring memory leak and garbage collection in a Java application

Simplescalar Simulator - Part 2: sim-outorder.c

Notes on Java Performance