Helidon 4’ten Doğrudan Helidon 27’ye Sıçrama: Oracle’ın "Tip & Tail" Modeli, Derleme Zamanı Declarative API ve JDK 27 Hizalanması

Neden Helidon 5 Değil de Helidon 27? "Tip & Tail" Kütüphane Modelinin Doğuşu

Oracle’ın sanal iş parçacıkları (Virtual Threads) üzerine sıfırdan inşa ettiği bulut-yerli Java mikroservis çatısı Helidon, Helidon 27 sürümünün resmi duyurusuyla birlikte kurumsal Java ekosisteminde tarihi bir versiyonlama ve mimari kırılmaya imza attı. Helidon 4.x serisinden sonra Helidon 5 yerine doğrudan Helidon 27 numarasına geçilmesi bir pazarlama tercihi değil; OpenJDK tarafından tanımlanan JEP 14: The Tip & Tail Model of Library Development yaklaşımının büyük ölçekli bir mikroservis çatısında ilk kez tam anlamıyla hayata geçirilmesidir.

Yıllar boyunca Java ekosistemindeki kütüphane ve çatı (framework) geliştiricileri zorlu bir ikilemle boğuştu: Yeni JDK sürümlerinin getirdiği devrimsel özellikleri (Project Loom, Panama, Leyden AOT önbelleklemesi, Scoped Values) hemen kullanmak isteseler, eski LTS sürümlerinde (JDK 17/21) kalan kurumsal müşterileri kaybediyorlar; en düşük ortak paydaya göre kod yazdıklarında ise modern JVM yeteneklerinden yıllarca mahrum kalıyorlardı.

1. Oracle’ın "Tip & Tail" Modeli Nasıl Çalışır?

Helidon 27 ile başlayan yeni sürüm mimarisi, geliştirme hattını iki paralel ve senkronize raya ayırmaktadır:

1. The Tip (Öncü Tren — Helidon 27, 28...): Doğrudan güncel OpenJDK sürümüyle aynı numarayı taşır ve minimum JDK 27 gerektirir. Her 6 ayda bir yeni JDK ile birlikte yayınlanır (bir sonraki sürüm JDK 28 ile hizalanan Helidon 28 olacaktır). Amacı, en yeni JVM optimizasyonlarını ve önizleme (preview) aşamasındaki çatı yeteneklerini gecikmesiz olarak geliştiricilere sunmaktır.
2. The Tail (Kararlı Tren — Helidon 4.5.x ve Gelecekte Helidon 29 LTS): Muhafazakâr yükseltme döngülerine sahip kurumsal üretim ortamları için uzun vadeli destek (LTS) sunan daldır. Mevcut Helidon 4.5.x serisi JDK 21 ve 25 üzerinde kararlı "Tail" olarak devam ederken, bir sonraki büyük LTS "Tail" sürümü JDK 29 ile hizalanacak olan Helidon 29 olacaktır.

2. Üçüncü Yol: Derleme Zamanı (Build-Time) "Helidon Declarative" Mimarisi

Helidon 4'e kadar geliştiriciler iki farklı uç arasında seçim yapmak zorundaydı:

• Helidon SE: Yansıma (reflection) ve anotasyon büyüsü içermeyen, ultra hızlı ve hafif ama her yönlendirmenin (routing) ve bağımlılığın elle yazıldığı imperatif model.
• Helidon MP: Jakarta EE / Eclipse MicroProfile ve CDI tabanlı, anotasyonlarla kolayca yazılan ama çalışma zamanı (runtime) yansıma ve dinamik vekil (proxy) maliyeti taşıyan model.

Helidon 27, bu iki dünyanın en iyi yönlerini birleştiren Helidon Declarative (Önizleme — Feature Complete) modelini HTTP, gRPC, Messaging, GraphQL ve OpenAPI katmanlarının tamamında özellik açısından eksiksiz (feature-complete) hale getirdi.

Sıfır Çalışma Zamanı Yansıması (Zero Runtime Reflection) Nasıl Sağlanıyor?

Helidon Declarative, Helidon Inject ve merkezi Service Registry üzerine kuruludur. Çalışma zamanında sınıfları taramak (classpath scanning) yerine, derleme aşamasında (Annotation Processing / APT) tüm @RestServer.Endpoint, @Service.Singleton ve @Configuration anotasyonlarını okuyarak saf, hata ayıklanabilir (debuggable) Java kaynak kodu üretir:

import io.helidon.Main;
import io.helidon.service.registry.Service;
import io.helidon.webserver.http.RestServer;
import io.helidon.common.media.type.MediaTypes;
import io.helidon.http.Http;

@RestServer.Endpoint
@Http.Path("/api/v1/telemetry")
@Service.Singleton
public class TelemetryEndpoint {

    private final MetricsRepository repository;

    // Derleme zamanında üretilen bağlayıcı (binder) ile sıfır-yansımalı enjeksiyon
    @Service.Inject
    public TelemetryEndpoint(MetricsRepository repository) {
        this.repository = repository;
    }

    @Http.GET
    @RestServer.Produces(MediaTypes.APPLICATION_JSON_VALUE)
    public String latestSnapshot() {
        return repository.fetchCurrentSnapshotJson();
    }
}

Bu yaklaşım sayesinde geliştiriciler Spring Boot veya MicroProfile kadar temiz anotasyonlarla kod yazarken; uygulama Helidon SE hızında ayağa kalkar, GraalVM Native Image ve Project Leyden AOT önbelleklemesi ile %100 uyumlu çalışır.

3. MicroProfile Ayrışması, Helidon Data JDBC ve Mesajlaşma

Helidon 27 ile birlikte çekirdek depo mimarisinde de radikal bir sadeleştirmeye gidilmiştir:

1. Eclipse MicroProfile (MP) Çekirdekten Ayrıldı: Helidon MP desteği artık ana Helidon deposuna (core repository) bağlı değildir ve kendi bağımsız sürüm takvimini izleyecektir. Mevcut Helidon MP kullanıcılarının uyumlu bağımsız MP modülleri yayınlanana kadar Helidon 4.5.x (Tail) dalında kalmaları önerilmektedir.
2. Helidon Data JDBC (Incubating): Ağır ORM katmanlarına ihtiyaç duymadan, derleme zamanı kod üretimiyle çalışan yerel ve hafif bir veritabanı erişim modülü (Helidon Data JDBC) kuluçka aşamasında eklendi.
3. Helidon Messaging (Preview): Olay güdümlü (event-driven) mikroservisler için sanal iş parçacıklarıyla (Virtual Threads) doğal çalışan yeni bildirimsel mesajlaşma motoru devreye alındı.
4. Büyük/Küçük Harf Duyarlı HTTP Metotları: Güvenlik ve protokol doğruluğu adına HTTP metot seçicileri artık tamamen büyük/küçük harf duyarlıdır (case-sensitive); yapılandırmalarda standart büyük harf (GET, POST) kullanımı zorunlu hale getirilmiştir.

4. Yerel LangChain4j, MCP (Model Context Protocol) ve Gözlemlenebilirlik

Helidon 27, kurumsal yapay zeka ajanları geliştiren Java ekipleri için LangChain4j ve Model Context Protocol (MCP) desteğini doğrudan bildirimsel modele entegre etmektedir:

• Bildirimsel @Ai.Service: Sohbet modelleri (OpenAI, Ollama, OCI GenAI, Cohere, jLama), vektör depoları ve RAG boru hatları yalnızca application.yaml üzerinden tanımlanıp derleme zamanı bileşenleri olarak doğrudan uç noktalara enjekte edilebilir.
• Güncel Gözlemlenebilirlik (Observability) Omurgası: Dağıtık izleme ve metrik toplama katmanı OpenTelemetry 1.65.0 ve Micrometer 1.17.1 sürümlerine yükseltilerek sanal iş parçacığı ve yapay zeka çağrı izlemesi güçlendirildi.

5. Kurumsal Mimarlar İçin Geçiş ve Karar Rehberi

• Yeni Nesil ve AI Odaklı Servislerde Helidon 27 (Tip): Eğer JDK 27 kullanabiliyor ve sıfır çalışma zamanı yansımasıyla maksimum başlangıç hızı arıyorsanız, Helidon Declarative modeliyle Helidon 27'yi tercih edin (bu API'ler Helidon 29 LTS sürümünde nihai kararlı statüye ulaşacaktır).
• Mevcut MicroProfile (Helidon MP) İş Yüklerinde Helidon 4.5.x (Tail): Kurumsal CDI ve Jakarta EE/MicroProfile standartlarına sıkı sıkıya bağlı mevcut servislerinizde, bağımsız MP modülleri yayınlanana dek Helidon 4.5.x LTS dalında kalın.