Yıkmadan İnşa Etmek: OCX 2026 Işığında Jakarta EE 12, "Veri Çağı" Mimarisi ve Kurumsal Java'nın Evrimsel Modernizasyonu

Kurumsal yazılım mühendisliğinde en pahalı yanılsama, teknolojik modernizasyonun yalnızca mevcut sistemleri yıkıp sıfırdan inşa etmekle (disruptive rewrite) mümkün olduğuna inanmaktır. Milyarlarca dolarlık finansal işlemi, küresel tedarik zincirlerini ve kritik kamu altyapılarını taşıyan kurumsal Java iş yükleri, her üç yılda bir değişen popüler çerçeve (framework) trendlerine göre baştan yazılamaz. Brüksel’de düzenlenen Open Community Experience (OCX 2026) konferansında Eclipse Foundation liderleri Ivar Grimstad ve Tanja Obradovic, kurumsal yazılım dünyasının bu en çetin ikilemine doğrudan yanıt veren stratejik çerçeveyi ortaya koydu: Jakarta EE, kurumsal Java’yı baştan icat etmeye çalışmıyor; onu ilk başta değerli kılan temel ilkeleri bozmadan modernize ediyor.

OCX 2026 oturumlarında detaylandırılan Jakarta EE 12 (ve ufuktaki Jakarta EE 13) yol haritası, J2EE döneminin aşırı mühendislik ürünü ağır yapılarından günümüzün profil tabanlı (Platform, Web Profile, Core Profile), CDI merkezli ve yapay zeka uyumlu hafif mimarisine geçişin teknik manifestosu niteliğinde. "Sağlam ve Esnek" (Robust and Flexible) temasıyla geliştirilen ve kurumsal Java’nın "Veri Çağı" (The Data Age of Enterprise Java) olarak tanımlanan Jakarta EE 12; Java SE 21 tabanı, CDI 5.0, Jakarta Query 1.0, Jakarta Data 1.1, Jakarta Persistence 4.0, Jakarta NoSQL 1.1 ve Jakarta Agentic AI girişimleriyle hem mevcut yatırımları koruyor hem de modern bulut-yerli gereksinimleri standartlaştırıyor.

"Mimari Not: Bir platformun uzun vadeli mühendislik değeri, sunduğu tekil bir API'nin popülerliğinden değil, kurumlar ve çalışma zamanları (runtimes) arasında sağladığı birlikte çalışabilirlikten (interoperability) gelir. Standart spesifikasyonlar, satıcı bağımlılığını (vendor lock-in) ortadan kaldırırken yazılım tedarik zincirindeki kırılganlığı minimize eder."

1. OCX 2026 Vizyonu: Yıkıcı Yeniden Yazım Tuzağına Karşı Evrimsel Modernizasyon

OCX 2026'da Tanja Obradovic ve Ivar Grimstad tarafından vurgulanan en kritik mimari gerçeklik, kurumsal Java'nın Oracle yönetiminden Eclipse Foundation çatısı altına geçişinin yalnızca bir isim veya lisans değişikliği olmadığıdır. Bu geçiş, açık yönetişim (open governance), satıcı tarafsızlığı ve çok paydaşlı (IBM, Red Hat, Oracle, Payara, Fujitsu, Tomitribe) ortak standart geliştirme modeline yapılan yapısal bir sıfırlamadır.

javax.* isim alanından (namespace) jakarta.* isim alanına geçiş (Jakarta EE 9/10 dönemi), ekosistemdeki tüm çerçeveleri ve uygulama sunucularını etkileyen mekanik ama zorlu bir kırılma noktasıydı. Ancak OCX 2026 oturumlarında altı çizildiği üzere, bu zorlu geçiş kurumsal farkındalığı artırdı ve teknik borçların temizlenmesi için tarihi bir zemin hazırladı. Jakarta EE 11 (Haziran 2025) geçmişin teknik borçlarını temizleyip Java 17/21 köprüsünü kurarken, Jakarta EE 12 odağını tamamen entegrasyon, tutarlılık, öngörülebilir yapılandırma ve veri katmanı yakınsamasına çeviriyor.

BT karar vericileri ve sistem mimarları için bu yaklaşımın anlamı nettir: Kritik iş yüklerini istikrarsızlaştıran yüksek riskli yeniden yazım projeleri yerine, Open Liberty, Payara, WildFly veya GlassFish gibi uyumlu çalışma zamanları üzerinde adım adım benimsenebilen, geriye dönük uyumlu bir evrim rotası.

2. J2EE Karmaşasından CDI 5.0 Merkezli Çekirdeğe: Deterministik Yaşam Döngüsü

Geçmişte J2EE mimarileri; ağır Enterprise JavaBeans (EJB) konteynerleri, karmaşık XML tanımlayıcıları ve birbirinden kopuk bileşen modelleriyle anılırdı. OCX 2026'da çizilen mimari tabloda ise Jakarta Contexts and Dependency Injection (CDI 5.0), tüm platformun tartışmasız omurgası konumundadır.

Jakarta EE 12'de yayın incelemesine (release review) giren ilk spesifikasyon olan CDI 5.0, geleneksel "tembel" (lazy) bağımlılık enjeksiyonunun ötesine geçerek istekli başlatma (eager initialization) ve öngörülebilir uygulama başlangıç davranışı (predictable startup behavior) yeteneklerini standartlaştırıyor. Bulut-yerli mikroservislerde, sunucusuz (serverless) iş yüklerinde ve otonom yapay zeka ajanlarında bir bileşenin ilk HTTP isteği geldiğinde değil, konteyner ayağa kalkarken deterministik olarak hazır olması hayati önem taşır.

Buna ek olarak, Jakarta RESTful Web Services (REST 5.0) ve Jakarta Concurrency 3.2 spesifikasyonları CDI ile tamamen bütünleşik (CDI-native) hale geliyor. Eski EJB tabanlı asenkron ve zamanlayıcı mekanizmalarının yerini, doğrudan sanal iş parçacıklarını (Virtual Threads) konteyner seviyesinde yöneten CDI bileşenleri alıyor.

package com.tastutanlabs.jakartaee12.concurrency;

import jakarta.annotation.PostConstruct;
import jakarta.enterprise.context.ApplicationScoped;
import jakarta.enterprise.concurrent.Asynchronous;
import jakarta.enterprise.concurrent.ManagedExecutorDefinition;
import jakarta.enterprise.concurrent.ManagedExecutorService;
import jakarta.inject.Inject;
import jakarta.transaction.Transactional;
import java.util.concurrent.CompletableFuture;

// Jakarta Concurrency 3.2: Konteyner yönetimli Sanal İş Parçacığı (Virtual Thread) havuzu
@ManagedExecutorDefinition(
    name = "java:app/concurrent/VirtualThreadExecutor",
    virtual = true,
    maxAsync = 500
)
@ApplicationScoped
public class SiparisIslemeServisi {

    @Inject
    private OdemeDogrulamaBileseni odemeBileseni;

    // CDI 5.0 öngörülebilir yaşam döngüsü ile başlangıç hazırlığı
    @PostConstruct
    void baslangicHazirligi() {
        odemeBileseni.onBellekIsitma();
    }

    // EJB @Asynchronous yerine CDI-yerli ve Virtual Thread destekli yürütme
    @Asynchronous(executor = "java:app/concurrent/VirtualThreadExecutor")
    @Transactional(Transactional.TxType.REQUIRED)
    public CompletableFuture<SiparisSonucu> siparisiAsenkronIsle(SiparisKomutu komut) {
        // Bloklayıcı G/Ç çağrıları işletim sistemi thread'ini (carrier thread) kilitlemez
        boolean onay = odemeBileseni.uzakBankaDogrulamasi(komut.getTutar(), komut.getKartToken());
        if (!onay) {
            return CompletableFuture.completedFuture(SiparisSonucu.reddedildi(komut.getId()));
        }
        return CompletableFuture.completedFuture(SiparisSonucu.onaylandi(komut.getId()));
    }
}

"Mimari Not: Jakarta Concurrency 3.2 ile sanal iş parçacıklarının @ManagedExecutorDefinition(virtual = true) üzerinden standartlaştırılması, geliştiricileri reaktif programlamanın karmaşık callback zincirlerinden kurtarırken, güvenlik (SecurityContext) ve işlem (TransactionContext) bağlamlarının sanal iş parçacıkları arasında konteyner tarafından güvenle taşınmasını garanti eder."

3. Kurumsal Java'nın "Veri Çağı": Jakarta Query 1.0, Data 1.1, Persistence 4.0 ve NoSQL 1.1

Jakarta EE 12'nin en derin mimari devrimi veri erişim katmanında gerçekleşiyor. Yıllar boyunca kurumsal Java'da ilişkisel veritabanları (JPA), depo desenleri (Repository pattern) ve NoSQL veritabanları birbirinden tamamen farklı sorgu dilleri ve API semantikleri kullandı. Jakarta EE 12, bu parçalanmışlığı ortadan kaldırmak için Jakarta Query 1.0 spesifikasyonunu platforma ve Web Profile'a dahil ediyor.

Jakarta Query 1.0 ve JCQL (Jakarta Common Query Language)

Jakarta Query 1.0, Jakarta Persistence içindeki JPQL (Jakarta Persistence Query Language) ile Jakarta Data içindeki JDQL (Jakarta Data Query Language) dillerini tek bir merkezi spesifikasyonda birleştirir. Bu birleşmenin temelini Jakarta Common Query Language (JCQL) oluşturur. Böylece:

1. Jakarta Persistence 4.0 (Hibernate ORM 8 gibi yeni nesil motorlarla desteklenen sürüm), geriye dönük uyumluluğu hiç bozmadan sorgu dili tanımını Jakarta Query 1.0 ile hizalar.
2. Jakarta NoSQL 1.1, Jakarta Query'nin çekirdek dil özelliklerini (Core Language) benimseyerek belge (document), anahtar-değer (key-value), sütun (column) ve grafik (graph) veritabanlarında JPA terminolojisine çok yakın, standart bir Query arayüzü (List, Stream veya Optional döndüren dinamik parametreli sorgular) sunar.
3. Jakarta Data 1.1, hem ilişkisel hem de NoSQL veri kaynakları üzerinde çalışan birleşik Repository soyutlamasını daha da güçlendirir. Yeni sürümle birlikte gelen Restriction API'si, derleme zamanı tip güvenliğini koruyarak depo arayüzleri üzerinden akıcı (fluent) dinamik sorgular oluşturulmasına olanak tanır.

package com.tastutanlabs.jakartaee12.data;

import jakarta.data.Order;
import jakarta.data.Sort;
import jakarta.data.page.Page;
import jakarta.data.page.PageRequest;
import jakarta.data.repository.Find;
import jakarta.data.repository.Query;
import jakarta.data.repository.Repository;
import jakarta.data.restrict.Restriction;
import java.math.BigDecimal;
import java.util.List;

// Jakarta Data 1.1 & Jakarta Query 1.0 (JCQL) Uyumlu Depo Arayüzü
@Repository
public interface UrunKatalogDeposu {

    // Jakarta Query 1.0 (JCQL) sözdizimi ile hem RDBMS hem NoSQL uyumlu sorgu
    @Query("WHERE kategori = :kategori AND birimFiyat <= :maksFiyat ORDER BY birimFiyat ASC")
    List<UrunVarligi> uygunFiyatliUrunleriGetir(String kategori, BigDecimal maksFiyat);

    // Jakarta Data 1.1: Dinamik Restriction parametresi ile derleme zamanı tip güvenli filtreleme
    @Find
    Page<UrunVarligi> dinamikArama(
        String kategori,
        Restriction<UrunVarligi> ekKisitlamalar,
        PageRequest sayfaIstegi,
        Order<UrunVarligi> siralama
    );
}

Bu depo arayüzünü kullanan bir servis, çalışma zamanında gelen filtre parametrelerine göre String birleştirme (concatenation) tehlikesine girmeden tip güvenli kısıtlamalar üretebilir:

package com.tastutanlabs.jakartaee12.data;

import jakarta.enterprise.context.ApplicationScoped;
import jakarta.inject.Inject;
import jakarta.data.Order;
import jakarta.data.page.Page;
import jakarta.data.page.PageRequest;
import jakarta.data.restrict.Restrict;
import java.math.BigDecimal;

@ApplicationScoped
public class KatalogSorguServisi {

    @Inject
    private UrunKatalogDeposu katalogDeposu;

    public Page<UrunVarligi> filtreliKatalogGetir(String kategori, BigDecimal altLimit, String markaOneki) {
        // Metamodel (_UrunVarligi) ve Restrict fluent API ile dinamik koşul inşası
        var dinamikKisit = Restrict.all(
            _UrunVarligi.birimFiyat.greaterThanEqual(altLimit),
            _UrunVarligi.stokAdedi.greaterThan(0),
            _UrunVarligi.markaAdi.startsWith(markaOneki)
        );

        return katalogDeposu.dinamikArama(
            kategori,
            dinamikKisit,
            PageRequest.ofPage(1).size(25),
            Order.by(_UrunVarligi.birimFiyat.asc())
        );
    }
}

4. Platform Tabanı ve Mimari Kıyaslama: Jakarta EE 10 vs. EE 11 vs. EE 12

Jakarta EE 12, yalnızca üst seviye API'leri yenilemekle kalmıyor; alt seviye JVM gereksinimlerini ve ağ protokollerini de modernize ediyor. Java'daki kullanımdan kaldırılmış (deprecated) SecurityManager referansları tüm spesifikasyonlardan tamamen temizlenirken, Jakarta Servlet 6.2 ve olası yeni Jakarta HTTP 1.0 spesifikasyonu ile HTTP/3 (QUIC) desteği platform gereksinimlerine ekleniyor. Ayrıca uyumluluk test paketleri (TCK), hem minimum taban olan Java SE 21 hem de güncel LTS sürümü Java SE 25 üzerinde çalışacak şekilde doğrulanıyor.

5. Yapay Zeka Çağında "Akıllı Monolitler": LangChain4j-CDI ve Jakarta Agentic AI

OCX 2026 konferansında en çok ilgi çeken teknik gösterimlerden biri, kurumsal Java uygulamalarına yapay zeka yetenekleri kazandırırken mevcut mimariyi parçalama zorunluluğunun olmadığının kanıtlanmasıydı. Konferans oturumlarında sergilenen "Intelligent Monolith" (Akıllı Monolit) ve Jakarta Data + Virtual Threads RAG mimarileri, tek bir standart WAR paketi içinde hem geleneksel kurumsal işlemleri hem de gelişmiş yapay zeka ajanlarını koşturabiliyor.

Bu vizyon iki koldan ilerliyor:

1. LangChain4j-CDI Entegrasyonu: Bugün mevcut Jakarta EE 11 ve EE 12 M2/M3 çalışma zamanlarında (Payara Micro 7, Open Liberty, WildFly) langchain4j-cdi modülü sayesinde büyük dil modelleri (LLM), vektör depoları (PgVector vb.) ve RAG bileşenleri doğrudan @Inject ile standart CDI bean'leri olarak enjekte edilebiliyor ve MicroProfile Fault Tolerance / özel @Audited kesişimcileri (interceptors) ile sarmalanabiliyor.
2. Jakarta Agentic AI Spesifikasyonu: Oluşturma incelemesini (creation review) geçen ve önizlemeleri çalışma zamanlarına (ör. Payara Community 7.2026.8) ulaşmaya başlayan Jakarta Agentic AI, çok adımlı görevleri planlayıp yürütebilen otonom yapay zeka ajanlarını satıcıdan bağımsız (vendor-neutral) API'lerle standartlaştırıyor.

package com.tastutanlabs.jakartaee12.ai;

import jakarta.enterprise.context.ApplicationScoped;
import jakarta.inject.Inject;
import jakarta.persistence.EntityManager;
import jakarta.transaction.Transactional;
import jakarta.ws.rs.POST;
import jakarta.ws.rs.Path;
import jakarta.ws.rs.Produces;
import jakarta.ws.rs.Consumes;
import jakarta.ws.rs.core.MediaType;

// OCX 2026 "Intelligent Monolith" yaklaşımı: CDI, Jakarta Data ve AI Servis Enjeksiyonu
@Path("/kurumsal-asistan")
@ApplicationScoped
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.APPLICATION_JSON)
public class KurumsalRagKaynagi {

    @Inject
    private UrunKatalogDeposu katalogDeposu;

    // LangChain4j-CDI veya Jakarta Agentic AI uyumlu deklaratif ajan enjeksiyonu
    @Inject
    private TedarikZinciriAjanServisi ajanServisi;

    @POST
    @Path("/analiz")
    @Transactional
    public AnalizYaniti tedarikRiskAnaliziYap(AnalizIstegi istek) {
        // 1. Jakarta Data 1.1 üzerinden ilişkisel/vektörel bağlam verisini çek
        var kritikUrunler = katalogDeposu.uygunFiyatliUrunleriGetir(
            istek.kategori(), 
            istek.maksimumBirimMaliyet()
        );

        // 2. Standart CDI kesişimcileri (Transaction, Security, Fault Tolerance) altında AI ajanını çalıştır
        String ajanRaporu = ajanServisi.baglamliRiskDegerlendir(
            istek.kullaniciSorusu(),
            kritikUrunler
        );

        return new AnalizYaniti(istek.kategori(), kritikUrunler.size(), ajanRaporu);
    }

    public record AnalizIstegi(String kategori, java.math.BigDecimal maksimumBirimMaliyet, String kullaniciSorusu) {}
    public record AnalizYaniti(String kategori, int incelenenKayitSayisi, String ajanKarari) {}
}

"Mimari Not: Yapay zeka ajanlarını ayrı bir Python mikroservisine bölüp ağ gecikmesi, kimlik doğrulama senkronizasyonu ve dağıtık işlem (distributed transaction) karmaşası yaratmak yerine; doğrudan kurumsal verinin ve güvenlik bağlamının bulunduğu Jakarta EE çalışma zamanı içinde CDI bileşeni olarak koşturmak, mimari karmaşıklığı radikal biçimde düşürür."

6. Mühendislik Ekipleri ve Mimarlar İçin Stratejik Çıkarımlar

OCX 2026 oturumlarından ve Jakarta EE 12 spesifikasyon çalışmalarından yazılım mühendisliği ekipleri için çıkarılması gereken dört temel prensip bulunmaktadır:

1. Java SE 21/25 Geçişini Hızlandırın: Jakarta EE 12, Java SE 21'i mutlak taban olarak belirlemiş ve TCK uyumluluğunu Java 25'e taşımıştır. Hâlâ Java 8 veya 11 üzerinde çalışan kurumsal iş yüklerinin, hem jakarta.* isim alanı dönüşümünü (OpenRewrite veya Eclipse Transformer gibi otomasyon araçlarıyla) tamamlaması hem de sanal iş parçacığı avantajlarından yararlanmak için JDK 21+ seviyesine çıkması gerekmektedir.
2. Özel (Proprietary) Sorgu Katmanlarını Jakarta Data ve Query ile Standartlaştırın: Farklı veri kaynakları için yazılan özel DAO katmanları yerine, Jakarta Data 1.1'in Restriction API'si ve Jakarta Query 1.0 (JCQL) standartlarını benimsemek, hem ilişkisel (JPA 4.0 / Hibernate 8) hem de NoSQL (Jakarta NoSQL 1.1) motorları arasında kod taşınabilirliğini garanti altına alır.
3. EJB Alışkanlıklarını Tamamen Bırakıp CDI 5.0 Çekirdeğine Odaklanın: İşlem yönetimi (@Transactional), asenkron yürütme (@Asynchronous) ve olay güdümlü mesajlaşma artık tamamen CDI 5.0 üzerinde birinci sınıf vatandaş olarak çalışmaktadır. Uygulama başlangıç süresini ve bellek davranışını optimize etmek için CDI 5.0'ın öngörülebilir başlatma mekanizmalarını mimari standart haline getirin.
4. Yapay Zekayı Mevcut Yönetişim Katmanına Entegre Edin: Yapay zeka entegrasyonu için mevcut kurumsal mimariyi terk etmek gerekmez. langchain4j-cdi ve gelişmekte olan Jakarta Agentic AI spesifikasyonu, güvenlik, denetim (auditing) ve hata toleransı kurallarını bozmadan kurumsal Java uygulamalarını otonom ajan yetenekleriyle donatmak için en güvenli mühendislik yolunu sunmaktadır.

Kurumsal yazılım dünyasında gerçek inovasyon, her fırtınada gemiyi terk etmek değil; okyanusu geçerken geminin motorunu, omurgasını sarsmadan en ileri teknolojiyle değiştirebilme sanatıdır. Jakarta EE 12, tam olarak bu mühendislik olgunluğunun standartlaştırılmış karşılığıdır.