Police line crime scene 2498847226

sun.misc.Unsafe ve Jigsaw Projesi

1
tongucyumruk

Java dünyasını biraz takip eden herkesin dikkatini çekmiştir, son dönemde Java 9 ve Jigsaw projesinin getireceği modüler yapı ile birlikte sun.misc.Unsafe lafı gitgide daha çok duyulur oldu. Peki nedir bu sun.misc.Unsafe?

Mykhailo Kozik'in bu makalesinde detaylı bir şekilde açıkladığı üzere, sun.misc.Unsafe JVM'in bellek koruması ile ilgili garantilerini altüst etmenizi sağlayan bir Java sınıfı. sun.misc.Unsafe sayesinde doğrudan belleğe erişmeniz, dilediğiniz gibi allocation yapmanız, halihazırda bellekte bulunan bir objenin üzerine dilediğiniz gibi veri yazmanız ve daha bunun gibi JVM'in normalde yapmanıza izin vermediği pek çok şeyi yapmanız mümkün. Ve tabi klasik uyarımızı da yapmayı ihmal etmemeliyiz: Bu sınıfı asla, ama asla kullanmayın.

Peki son dönemde kendisi neden bu kadar gündeme geliyor? Çok basit: Çünkü Jigsaw projesi. Bilmeyenler için, Jigsaw projesi Java diline ve JVM'e modülarizasyon özellikleri eklemeyi hedefleyen bir proje. Bu sayede geçmişte yaşanan jar hell tarzı problemlere bir çözüm getirmeyi hedefliyor. Jigsaw nedir başlı başına ayrı bir yazının konusu olduğu için çok detayına girmek istemiyorum ama bizim konumuz için en çok önem arz eden özelliğinden kısaca bahsedeceğim: Kütüphanelerden API ihraç etme özelliği.

Bugünkü JVM mimarisinde, eğer bir .jar dosyası sizin classpath'iniz içerisindeyse o .jar dosyasının içindeki bütün public olarak işaretlenmiş sınıflar sizin uygulamanızın erişimine açıktır. Eğer bir geliştirici kendi paket hiyerarşisi sebebiyle bir sınıfı public olarak işaretlemek durumunda kalırsa bu sınıf artık o kütüphanenin açık API'inin bir parçası haline gelir ve geliştiricinin bununla ilgili yapabileceği hiçbir şey yoktur. Genelde geliştiriciler bu problemi sözkonusu kodu impl veya ınternal gibi paketlerin içine koyarak kullanıcılarına bakın bu paketin içeriği kafama göre değişebilir, kullanmayın mesajı vermek suretiyle çözmeye çalışırlar.

Jigsaw projesi ile gelecek en önemli yenilik işte bu. Bir .jar dosyası artık bir modül olarak tanımlanabilecek ve bu sayede bir sınıf public olarak işaretlenmiş olsa dahi eğer o modülden ihraç edilmiyorsa o modülün dışından kullanımı engellenebilecek.

İşte sun.misc.Unsafe tam olarak bu noktada devreye giriyor. Özünde JVM'in bir implementasyon detayı olan bu sınıf public olduğu için bugüne kadar JVM üzerinde çalışan tüm uygulamalar tarafından erişilebilir durumdaydı. Günümüzde Neo4J'den Mockito'ya pek çok Java kütüphanesi bir takım sihirli işlemler için bu sınıfı bolca kullanıyor. Java 9 ile birlikte Oracle sun.misc.Unsafe sınıfını ihraç etmeyi kesmeyi planlıyor ki bu da bu sınıfa ihtiyaç duyan pek çok uygulamanın çalışmayı bırakması anlamına geliyor.

Java ilk duyurulduğu günden bu yana geriye uyumluluğunu sürekli olarak korumasıyla ün yapmış bir platform (hatta bu uyumluluk takıntısı geçmişte bazı tartışmalı tasarım kararlarına da sebep olmuş durumda). Hal böyleyken Oracle'ın bir arka kapı bırakmadan bu uyumluluğu tamamen kırması çok olası gözükmüyor fakat eninde sonunda hedefin bu olduğu da ortada.

Son dönemde geliştirici camiası içinde en çok tartışılan konulardan biri Oracle'ın bu konuya nasıl bir çözüm getireceği. Siz bu konuda ne düşünüyorsunuz? Java dışındaki dillerde bu gibi problemlerin nasıl çözüldüğüne ilişkin örnekleriniz var mı? Herkesi yorumlara bekliyoruz.

Kapak resmi: Wikimedia Commons

Görüşler

0
muhuk

Scala yukarıda bahsedilen soruna güzel bir çözümü var. foo.bar.baz.FooBar sınıfı için, mesela, private[bar] diyerek erişimini foo.bar ve foo.bar.baz ile sınırlayabiliyorsunuz.

package foo.bar.baz

private[bar] class FooBar() {
  // ...
}

(private işaretleyebileceğiniz diğer yerlerde de geçerli)

Görüş belirtmek için giriş yapın...

İlgili Yazılar

İki listenin Hikayesi: Java yerine Ruby

anonim

Her şey haftalık işlerinizin basit bir listesini yapıp bunu dünya ile paylaşabilmenizi sağlayan Ta-Da list'in bir kopyası olan Bla-Bla list'in Geert Bevin tarafından yazılması ve duyurulması ile başladı.

Sıkı Dur Mono, Harmony Geliyor...

anonim

Flame yaratmak için söylemiyorum ama şu an için önemli projelerde kullanılabilecek özgür bir j2se veya j2ee gerçekleştirimi (implemantasyonu) ne yazikki yok. Var olan bazı özgür jvm ve derleyiciler gerçekten başarılı işler yapsada, henüz profesyonel anlamda tercih edilebilir durumda değiller.

Java Struts

malkocoglu

Jakarta projesinin gözde teknolojilerinden Struts, JSP sayfaları ile sunucu tarafı Java kodlarının bağlanması için çok faydalı bir teknolojiye dönüştü. Model/Görüntü/Kontrolör (Model/View/Controller), kısa namı ile MVC olarak olarak bilinen mimarinin gerçekleştirimi olan Struts, tekrar kullanılır servis tarafı kodlarının tasarlanmasında yardımcı da oluyor.

Bu teknoloji hakkında ki yazıları www.bilgidata.com adresinde bulabilirsiniz.

JavaDay `02

omniheurist

Sun`ın ünlü Java uzmanlarıyla tanışmak, tartışmak ve son yenilikler hakkında bilgi almak ister misiniz? Ayrıca Java Developer CD, Java Jumpstart CD, SunONE Starter Kit`i ve 3000$ değerinde yazılım paketi kazanma şansı yakalayacaksınız.

Bu gün tüm yazılım geliştiricilere açık.

Java Day 2002 - İstanbul
TARİH: 21 OCAK 2002, Pazartesi
YER: Hyatt Regency Oteli, Harbiye
LCV: developer@turkey.sun.com

Java neden .NET 'ten daha iyi (101 neden)

yilmaz

Java neden .net'ten iyidir soru suna verilmiş 101 cevap. Birkaç tanesi şöyle.

1) Public Domain API: ve yeniden kullanılabilirliği. .NET te bunların bir kısmının patenti var.

2) Standard Library Source Code Availability: her geliştirme kitinin kodları açıktır.