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

Java Data Mining API

anonim

The Java Data Mining API (JDM) veri madenciliği araçlarına erişmek için standart bir Java API oluşturma çalışmasıdır. JDM JDBC'nin veri tabanları için yaptığını, veri madenciliğinde yapmayı vaad ediyor ve veri madenciliğini de java programcısının alet kutusuna ekliyor. Burada bulabileceğiniz makale de temel veri madenciliği yapıları ile basit bir JDM uygulamısının gerçekleştirimi anlatılıyor.

J2EE Yahoo Gurubu - J2EE-tr

malkocoglu_3

J2EE ve servis tarafı Java konuları hakkında konuşmak/tartışmak için J2EE-tr adlı yeni bir Yahoo gurubu başlattık. İlgili olanlar ekteki adresten guruba erişebilirler. Gurupta JMS, EJB, RMI, JBoss, Struts, Hibernate konularında yazılar olacak, ayrıca yazılım mimarileri, test etmek (JUnit), Extreme Programming gibi konular da işlenecek, sorular cevaplanacak.

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.

Sun® firmasından olumlu bir adım

roktas

Son birkaç gün içinde Simon Phipps'in de belirttiği gibi sessiz sedasız önemli bir gelişme oldu ve Sun, Java dağıtımını belirleyen lisans şartlarını gevşetti. Bu değişikliğin en önemli sonucu Java'nın artık diğer Özgür Java gerçeklemeleriyle (GCJ, Kaffe, GNU Classpath vb.) birlikte (fakat onlarla karıştırılmadan) dağıtılabilecek olması. Daha da açık söylemek gerekirse Sun Java'yı Debian veya Ubuntu'da non-free depodan 'apt-get install sun-java5-jre ' komutuyla kurabileceksiniz, ilk paket hazır durumda.

SourceForge'daki ilk NASA Programı ve Daha Sağlam Java Kodları

anonim

Theserverside.com sitesinde yer alan habere göre NASA Java PathFinder ismindeki JVM'yi SourceForge sitesinde yayımladı.

Bu JVM programınızın çalışması sırasında ortaya çıkabilecek bütün durumaları simule ederek olası hatalarla ilgili bir rapor hazırlıyor.