30 Haziran 2009
JPA'da Bir Problem mi Var?
25 Mart 2009
Tomcat 6.x Windows Servis'ine VM Argümanı Nasıl Verilir?
Usage: service.bat install/remove [service_name]
Buna göre "service.bat install" dediğinizde tomcat servis olarak yüklenecek veya "service.bat remove" dediğinizde var olan tomcat servisi sistemden kaldırılacaktır. Tomcat'i servis olarak yükledikten sonra "bin" klasörü içindeki tomcat6w.exe dosyasını çalıştırarak tomcat'in servis olarak çalışırken nasıl ayarlar ile çalışacağını kontrol edebilirsiniz, tabi ki bir kısım ayarlar. Bu ayarlardan bir tanesi VM argumanlarının verileceği kısımdır. Bu argümanlar açılan pencerede 4. tab olan Java tab'ındaki "Java Options" kısmında verilir. Ben bu kısma PermGen Space ayarı ile ilgili vm parametreleri girdim. Ondan sonra servisi başlattım fakat hata verdi, argümanları algılayamadı. Daha sonra service.bat dosyasını düzenlemek için açtım. Dosyada:
rem Set extra parameters
"%EXECUTABLE%" ...
şeklinde devam eden bir satır var. Bu satıra VM argümanları ";" işareti ile ayrılarak yazılmış. Ben de -XX:PermSize=512m, -XX:MaxPermSize=512 argümanlarını şu şekilde ekledim:
"%EXECUTABLE%" //US//%SERVICE_NAME% ++JvmOptions "-Djava.io.tmpdir=%CATALINA_BASE%\temp;-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager;-Djava.util.logging.config.file=%CATALINA_BASE%\conf\logging.properties;-XX:PermSize=512m;-XX:MaxPermSize=512m" --JvmMs 256 --JvmMx 512
Daha sonra servisi "service.bat remove" ile kaldırıp "service.bat install" ile tekrar kurdum. Bu işlemden sonra servis düzgün olarak çalıştı.
Bu arada tomcat servis olarak değil de normal olarak yani startup.bat dosyası ile çalıştırılacaksa ve VM argümanı verilmek isteniyorsa catalina.bat dosyası içindeki "JAVA_OPTS" değişkenine istenilen argümanlar eklenmelidir. Ekleme aşağıdaki şekilde olabilir:
set JAVA_OPTS = %JAVA_OPTS% -XX:PermSize=512m -XX:MaxPermSize=512
Zaten dosya içinde JAVA_OPTS şeklinde aratırsanız örneğini görebilirsiniz.
11 Şubat 2009
JSF Tomcat ve Eclipse konfigürasyonu
02 Kasım 2008
Türksel Çeker :)
Yansımalar - Ağıt Nota
17 Ekim 2008
Yansımalar Yakamoz Nota
Sevgili Birol YAYLA'nın çok sevdiğim eserlerinden biri Yakamoz. Son yıllarda tanıdığım en önemli bestekârlardan birisi Birol YAYLA. A.Şenol FİLİZ ile muhteşem bir ikili oluyorlar. Grupları Yansımalar kendi tarzında yoluna devam eden yegane gruplardan bir tanesi. Son albümleri olan Gölgesiz Aydınlık'ın piyasaya çıkacağı günü sabırsızlıkla bekliyorum.
18 Eylül 2008
JAR içinden animated gif nasıl okunur?
// İlk önce class loader nesnesi alınır
ClassLoader cl = this.getClass().getClassLoader();
// okunacak animated gif resource olarak okunur
InputStream is = cl.getResourceAsStream("images/animatedpic.gif");
// resim byte olarak okunacağı için bir ByteArrayOutputStream nesnesi oluşturulur
ByteArrayOutputStream baos = new ByteArrayOutputStream();
// -1 okuyana kadar resource'dan byte byte okunur ve output stream'e yazılır.
int r = 0;
while ((r = is.read()) != -1)
baos.write(r);
// Son olarak output stream byte dizisine dönüştürülür ve Image nesnesi oluşturulur.
Image image = Toolkit.getDefaultToolkit().createImage(baos.toByteArray());
// Bu image nesnesini de istediğiniz yerde kullanabilirsiniz.
JLabel label = new JLabel();
label.setIcon(new ImageIcon(image));
08 Eylül 2008
İpek Yolu
"İpek Yolu" parçasını duymayanınız yoktur. Eğer duymadıysanız buyrun. Bu parça aslında Kitaro grubuna ait bir parçadır. Detaylı bilgi için buyrun. İşin garip yanı ben bu parçayı Kitaro'dan dinlemedim, Kervansaray grubunun 1. albümünde yer alıyordu ve NEY ile icra edilmişti, çok hoşuma gitmişti ilk dinlediğimde. Ben burada bu parçanın hocam Serpil CEYLAN tarafından tashih edilen notasını koymak istiyorum. İnternetteki arayışlarıma rağmen pek net bir sonuca ulaşamadım bu konuda. Umarım benim gibi bu parçanın notalarını arayanlara yardımcı olur:
29 Ağustos 2008
NEY ve Yansımalar Sonbahar Nota
02 Haziran 2008
Aynı Makinede İki Tane JBOSS Çalıştırılması
Aynı makinede iki adet JBOSS aynı anda çalıştırılabilir. Bunun için JBOSS’ta yeni bir konfigurasyon tanımlanması gerekmektedir. Bilindiği gibi JBOSS ilk kurulup çalıştırıldığında çalışan konfigürasyon “default” konfigürasyonudur. Konfigürasyonlar
Öncelikle “default” klasörü farklı bir isimde server dizinin altına kopyalanır, örn: “myconfig”. Daha sonra myconfig/conf dizini altındaki jboss-service.xml dosyası bir editörde açılır. Bu dosyada Service Binding kısmı bulunur. Burada amaç “myconfig” konfigürasyonunun çalışacağı portları belirlemektir. Aksi takdirde “default” konfigürasyonu ile çakışır. “default” konfigürasyonu kopyaladığımız için burası comment edilmiştir. Buradaki comment kaldırılır ve aşağıdaki gibi görüntü oluşur:
Şimdi sıra geldi çalıştırmaya. Çalıştırmak için
10 Şubat 2008
JBoss için Login Module Tanımlanması ve Rol Bazlı EJB Güvenliği
Yazacağınız login module JBoss'un sunduğu AbstractServerLoginModule abstract sınıfını extend etmelidir. Bu linkte kaynak kodunu görebilirsiniz (Ayrıca bu sınıfı kullanan JBoss login modülleri olan UsernanePasswordLoginModule ve DatabaseServerLoginModule sınıflarının kodları da incelenmesi gerekmektedir). Bu nedenle yazacağınız kod getRoleSets() ve getIdentity() metodlarını override etmelidir. Tabi bunlarla kalmamak lazım. Bir de login işlemini gerçekleştiren login() metodu var. Bu metod bu sınıfta implemente edilmiş ama biz kendimize uygun bir login modül oluşturacağımız için bu metodu da override etmemiz gerekir. Ayrıca login module ilklendirilirken kullandığınız seçenekler var ise initialize() metodunu da override etmek gerekir. Genel olarak sınıf aşağıdaki gibi olacaktır:
package com.ornek;
public class MyLoginModule extends AbstractServerLoginModule {
...
/*
burada options parametresi login modül'e verilen optionları barındırır, callbackHandler giriş bilgilerini barındırır, subject de rol bilgilerini tutar.
*/
public void initialize(Subject subject, CallbackHandler callbackHandler, Map sharedState, Map options) {
...
}
/*
login işlemi burada gerçekleştirilir. işlem başarılı ise mutlaka süper sınıfta tanımlanmış loginOk değişkeni true değerine atanmalıdır. Aksi takdirde süper sınıftaki commit metodu çalışmaz.
*/
public boolean login() throws LoginException {
}
...
super.loginOk = true;
...
}
/*
Login olan kullanıcının role gruplarını oluşturan bir metoddur ve override edilmesi gerekir. Bu metod override edildiğinde kullanıcının role bilgilerini barındıran en azından “Roles” adında bir Group oluşturulmalıdır.
*/
protected Group[] getRoleSets() throws LoginException {
...
}
/*
Kullanıcının birincil giriş bilgisini içeren Principal nesnesini döndürür.
Bu metod genelde login metodu içinde oluşturulan Principal nesnesini döndürür.
*/
protected Principal getIdentity() {
...
}
Kendi modülünüzü yazdıktan sonra bunun Jboss’a tanıtılması gerekmektedir. Bunun için login module sınıfınızı jar haline getirin ve Jboss deploy kütüphanelerini (
Görüldüğü üzere kendi yazacağınız login module sınıfında yukarıdaki üç metodu override etmeniz yeterli olacaktır. login metodu düzgün olarak çalıştığında ve super.loginOk = true ise süper sınıf kendi içindeki commit metodunu çalıştıracak ve kullanıcının rol bilgilerini oluşturan getRoleSets metodunu çağıracak. Bütün işlemler bittiğinde kullanıcıya ait giriş ve rol bilgilerini barındıran bir Subject nesnesi oluşturulacak. Bu nesne ejb metodları çağırılırken çağıranın rol bilgilerinin kontrolü için kullanılacak. Örnek:
@Remote
public interface MyEJB {
public void myMethod();
}
@SecurityDomain(“MyLoginModule”)
@Stateless
public MyEJBImpl implements MyEJB {
@RolesAllowed(“MyRoleName”)
public void myMethod() {
...
}
}
Yukarıdaki örnekte EJB metodları çalıştırılmadan önce MyLoginModule ismindeki login modülün çalıştırılacağı ve kullanıcının girişinin gerçekleştirileceği SecurityDomain annotation’ı ile belirtilmiştir. SecurityDomain annotation’ı içine vereceğiniz login module ismi login-config.xml dosyasında tanımlı olmalıdır. Kullanıcı girişi gerçekleştirildiğinde istenilen ejb metodu çağırılır aksi takdirde hata verilir.
Bir EJB metodu olan myMethod’a sadece MyRoleName rolundeki kullanıcıların erişebileceği @RolesAllowed annotation’ı ile gösterilmiştir. Bu annotation içine birden fazla rol yazabilirsiniz @RolesAllowed(“Role1”, “Role2”, ...) şeklinde. İşte bu annotation içindeki rol bilgileri login module tarafında oluşturulan Subject nesnesinin içindeki rol bilgisiyle karşılaştırılır. Eğer Subject nesnesi bu rollerden birisini barındırıyorsa metod çalıştırılır. Aksi takdirde çalıştırılmaz.
07 Ocak 2008
Java Authentication and Authorization Service (JAAS) ve EJB Güvenliği
JAAS'ı herhangi bir güvenlik sisteminde kullanabilirsiniz. Örneğin; bir uygulama sunucusu kimlik doğrulamayı bir dosyadan okuyarak yapıyor olabilir yada bir veritabanından sorgulatarak ya da bir LDAP sunucusuna bağlanarak yapıyor olabilir. JAAS ile bu ortamlara ayak uydurmak hiç dert değil. Çünkü JAAS interface'lerden oluşur ve siz de bu interface'leri implemente edersiniz. Böylece kimse kimseye darılmaz.
JAAS EJB güvenliğinde sıklıkla kullanılır. Sun, JAAS'ı EJB güvenliğinde standard olarak kullanmaktadır.
Genelde JAAS modüllerinin kullanımı ile ilgili iki tip senaryo vardır:
- Bir masaüstü uygulamanız vardır ve bu uygulamanız uzak bir uygulama sunucusuna bağlanıp sisteme giriş yapacaktır. Sisteme giriş sağlandıktan sonra da kullanıcının yetkileri oluşturulup bu yetkilerine göre sistemde hangi modüllere erişip hangi modüllere erişemeyeceği belirlenecektir. Bunun için masaüstü uygulamanız JAAS ile kullanıcının giriş bilgilerini uygulama sunucusuna iletir. Uygulama sunucusu da bu bilgileri kullanarak sisteme girişi gerçekleştirip kullanıcının rollerini oluşturur. Bundan sonraki EJB metodlarının çağırılmasında kullanıcının rol bilgilerine bakılır. Eğer yetkisi varsa izin verilir yoksa izin verilmez.
- Bir web tarayıcı aracılığı ile sisteme giriş yapabilirsiniz. Burada da kullanıcının giriş bilgileri JSP/servlet'e aktarılır. JSP/Servlet'de bu bilgileri kullanarak sisteme girişi gerçekleştirir. Tarayıcı giriş bilgilerini aşağıdaki yöntemleri kullanarak aktarır:
- Basic authentication
- Form-based authentication
- Digest authentication
- Certificate authentication
JAAS'ın çalışma mantığına bakacak olursak aşağıdaki maddeler çıkabilir:
- İstemci yeni bir LoginContext nesnesi oluşturur. Bu sınıf JAAS tarafından sunulmuştur ve kimlik doğrulama (authentciation) sürecinden sorumludur.
- LoginContext nesnesi bir Configuration nesnesi alır. Bu nesnede kimlik doğrulama işleminin hangi LoginModule'ler ile yapılacağı bildirilir. Örneğin bir sistem sadece kullanıcı adı ve şifre doğrulaması istersen başka bir sistem hem kullanıcı adı-şifre hem de sertifika bazlı doğrulama isteyebilir.
- LoginContext Configuration nesnesine kimlik doğrulama mekanizmalarının neler olduğunu sorar.
- Configuration nesnesi kimlik doğrulama mekanizmalarından oluşan mekanizmalardan oluşan bir liste döndürür. Bu mekanizmaların her birine login module denmektedir. Login Module JAAS'ın sunduğu bir interface'dir. LoginModule kimlik doğrulama işleminin yapıldığı birimlerdir.
- LoginContext LoginModule sınıflarından birer nesne oluşturur.
- LoginContext oluşturulan LoginModule nesnelerini ilklendirir.
- İstemci kodu LoginContext nesnesi üzerinden login() metodunu çağırır.
- LoginContext login işlemlerini LoginModule nesnelerine devreder. Çünkü kimlik doğrulama işlemlerinin nasıl yapılacağını bu modüller bilmektedir.
- Sizin tarafınızdan yazılmış LoginModule nesneleri kimlik doğrulama işlemini gerçekleştirir.
- İşlem sonucu oluşturulan bilgiler Subject sınıfından oluşturulmuş bir nesnenin içinde saklanır. Bu nesneyi güvenli işlemler gerçekleştirmek için kullanırsınız.
- Bundan sonra istemci kodu EJB metodlarını çağırır ve sistem giriş bilgisi bu metod çağırımlarında otomatik olarak iletilir. Böylece uygulama sunucusu bu bilgileri kullanarak kimlik doğrulama ve yetkilendirme işlemlerini yapar.
Bu yazıda JAAS yüzeysel olarak incelenmiştir. Detaylı bilgi için lütfen bkz. JAAS Reference Guide
JAAS Java SE ile birlikte gelmektedir. Böylelikle ayrı bir jar indirmenize gerek yoktur.
Bir sonraki yazıda JAAS kullanarak bir JBOSS uygulama sunucusundaki EJB'lere güvenli erişmeyi sağlayan bir örnek anlatılacaktır.
Kaynak: Mastering Enterprise Java Beans 3.0
15 Ekim 2007
JBoss Binding IP Adress
Bir Enterprise Java Projesi'nde çalışıyorum. Business kısmını EJB'ler üstlenmiş durumda. Uygulama sunucusu olarak JBoss 4.0.5 kullanıyorduk. Varsayılan konfigürasyonlarla bu JBoss versiyonuna aynı ağ üzerindeki herhangibir client makineden ulaşabiliyorduk. Yani business metodları çağırabiliyorduk. Fakat JSF 1.2 desteği olmadığından dolayı JBoss 4.2.1'e geçtik. Fakat bu seder EJB metodlarını çağıramaz olduk. Bu versiyonda uygulama sunucusu bir sadece bind ettiği bir IP, varsayılan 127.0.0.1, üzerinden hizmet veriyor. Bu nedenle 127.0.0.1 bind edildiğinden, yani localhost, dışarıdan erişemiyordum. Bu sorunu araştırdığımda eğer istenilen bir IP adresine bind edilmesi isteniyorsa JBoss'u "-b" seçeneği ile başlatın deniyordu. Örneğin; JBoss'un çalıştığı makinenin ağdaki IP'si 10.1.1.2 olsun. Komut satırında
18 Ağustos 2007
For each döngüsü ve Iterator
for (String s : list) {
// s'i kullanan veya kullanmayan işlemler...
}
Bu örnekte type safety'de sağlanmış oluyor. Generics o biçim destekleniyor yani:). Bir diğer örnekte array'ler için. Örneğin elinizde A sınıfı tipinde "arr" isminde bir diziniz olsun, bu dizi üzerinde aşağıdaki şekilde dolaşabilirsiniz:
for (A item : arr) {
// item ile bir işlem yap...
}
Iterator java'da bildim bileli olan bir şey, Iterator ile Collection nesnesinin elemanları üzerinde dolaşabilir ve işlemler yapabilirsiniz ve o collection nesnesi de bu değişikliklerden etkilenir. Örneğin; içinde String nesneleri barındıran "mySet" isminde bir HashSet nesneniz bulunmaktadır. Bu set üzerinde aşağıdaki şekilde dolaşabilirsiniz.
Iterator
while ( iter.hasNext() ) {
String s = iter.next();
// işlemlere devam et...
}
Gördüğünüz gibi "for each" yapısı Iterator'dan daha basit ve anlaşılır. Ancak Iterator'un pabucunun dama kaldırılmayacağını dün anladım.
İçinde oluşturduğum sınıf tipinde nesneler barındıran bir List üzerinde bir kaç işlem yapacaktım. Bu işlem de list elemanları üzerinde sırayla ilerleyip her elemanı bir koşuldan geçirip eğer koşul sağlanırsa o elemanı listeden kaldırmaktı. Bu işlemi for each ile aşağıdaki gibi yapmıştım:
List
for (MyClass m : list ) {
if ( condition )
list.remove(m);
}
Bu kodu çalıştırdığımda java.util.ConcurrentModificationException aldım. Daha sonra aynı işlemi Iterator ile yaptım.
List
Iterator
while (iter.hasNext()) {
MyClass m = iter.next();
if ( condition )
iter.remove();
}
Bu kodda ise hata almadım. Nedeni kesin olarak bilmemekle beraber bildiğim kadarıyla Iterator bir Collection nesnesi içindeki elemanlar üzerinde pointer mantığıyla çalışıyor. For each'de ise böyle bir yapı yok, yani bir array gibi çalışıyor. Bu nedenle "for each" ile list üzerinde dolaşırken aynı anda bir nesneyi listeden kaldırmak istediğinizde nesnelerin indexleri değiştiğinden dolayı bu hatayı veriyor olabilir. Iterator ise kaldırılacak elemana point ettiğinden elemanı listeden kaldırıyor ve pointer'ını yeni nesne üzerinde konumlandırıyor, bir linked list mantığı. Siz ne dersiniz?
08 Temmuz 2007
Observer Pattern
Tanım olarak Observer Pattern kapsadığı objeler arasında one-to-many ilişkisi kurar. Böylece bir objenin durumu değiştiğinde, bu objeye bağlı diğer objelere haber verilir ve objeler kendilerini güncellerler.
Sınıf diyagramı aşağıdaki gibidir:
Diyagramda iki adet interface vardır, Subject ve Observer. Observer olacak sınıflar yani değişikliklerden haberi olacak sınıflar kendilerini bu interface'i implemente eden sınıflara, ConcreteSubject, registerObserver() metodu ile kayıt ederler. İstedikleri zamanda kendilerini removeObserver metodu ile abonelikten kaldırırlar. Subject sınıfı da observer objelerinin kim olduklarını bilmez. O sadece kendisine kayıt olan objelerin Observer interface'inin implemente ettiklerini bilir. Böylece Subject objesinde bir değişiklik olduğu zaman notifyObservers() metodu ile kendisine kayıtlı olan observer objelerinin update() metodlarını çağırır. Observer objeleri de kendilerini yenilerler. Observer Pattern sayesinde subject ve observerlar birbirlerini bilmezler, interface'ler aracılığı ile haberleşilirler. Böylece tasarım unsurlarından loosely coupled objeler sağlanmış olur. İkincisi runtime esnasında observer ollan objeler kendilerini subject sınıfına kayıt ettirebilir yada kendilerini kayıt listesinden kaldırabilirler.Örneğin bir haber sitesinin abonelik sisteminde iki tür abonelik olsun. Bunlar Mail ve RSS olsun. Mail abonelik sisteminde abonelere haberlerin özet hali mail atılsın. RSS abonelik sisteminde haberlerin özetleri rss standardında oluşturulsun. Abonelerin rss destekli programlari oluşturulan dosyadaki değişiklikleri otomatik olarak takip ettikleri için bizim abonelere mail veya başka bir ileti atmamıza gerek yoktur. Burada iki tane arayüzümüz, Subject ve Observer, dört tane de sınıfımız olacak, Haber, HaberYayinlayicisi, MailAboneleri ve RssAboneleri. Kodlar tam olmasa da aşağıdaki gibi olabilir:
public interface Subject {
public void registerObserver(Observer observer);
public void removeObserver(Observer observer);
public void notifyObservers();
}
public interface Observer {
public void update(List
}
public class HaberYayinlayicisi implements Subject {
private ArrayList
private ArrayList
public HaberYayinlayicisi() {
observers = new ArrayList
haberler = new ArrayList
}
public void registerObserver(Observer observer) {
observers.add(observer);
}
public void removeObserver(Observer observer) {
observers.remove(observer);
}
public void notifyObservers() {
for (Observer observer : observers) {
observer.update(haberler);
}
}
public void yeniHaberlerGeldi() {
notifyObservers();
}
// bu metodu yeni haberleri olusturan baska bir sınıf cagiracak..
public void setYeniHaberler(List
this.haberler = (ArrayList
yeniHaberlerGeldi();
}
}
// Bu sınıf bir tane haberi gösterir.
public class Haber {
private String baslik;
private String ozet;
private String link;
public Haber() {}
// setters-getters, constructors
....
}
// Observer interface'ini implemente eden bir sınıf.
// Abonelerine mail yolu ile haberleri ulaştırır.
public class MailAboneleri implements Observer {
private Subject haberYayinlayicisi;
public MailAboneleri(Subject haberYayinlayicisi) {
this.haberYayinlayicisi = haberYayinlayicisi;
haberYayinlayicisi.registerObserver(this);
}
public void update(List
String mailBody = constructMailBody(haberler);
sendMailToSubscribers(mailBody);
}
/**
* bu metod kayitli tum abonelere mail gonderir.
* Orn: Aboneler veritabanindan cekilebilir.
*/
private void sendMailToSubscribers(String mailBody) {
}
// bu metod gonderilecek mail icerigini olusturur.
private String constructMailBody(List
return "";
}
}
// Bu sınıf da Observer interface'ini implemente eden diger siniftir.
// Abonelerine rss kanali ile haberleri ulaştırır.
public class RssAboneleri implements Observer {
private Subject haberYayinlayicisi;
public RssAboneleri(Subject haberYayinlayicisi) {
this.haberYayinlayicisi = haberYayinlayicisi;
haberYayinlayicisi.registerObserver(this);
}
public void update(List
String rssXml = constructRssXml(haberler);
putXmlToDirectory(rssXml);
}
// bu metod rss standartlarina uygun xml'i uretir.
private String constructRssXml(List
return null;
}
// bu metod uretile xml'i var olan xml dosyasi ile degistirir.
// Aboneler'in kullandiklari rss programlari degisikligi otomatik olarak
// algilarlar...
private void putXmlToDirectory(String rssXml) {
}
}
// Bu sinif da ornek bir calisan sınıftir.
public class Main {
public static void main(String[] args) {
HaberYayinlayicisi haberYayinlayicisi =
new HaberYayinlayicisi();
MailAboneleri mailAboneleri =
new MailAboneleri(haberYayinlayicisi);
RssAboneleri rssAboneleri =
new RssAboneleri(haberYayinlayicisi);
Haber a = new Haber("Olay, olay, olay!!!", "Bina patladi!!!",
"www.habermakinasi.com/?id=5");
Haber b = new Haber("Flas, flas, flas!!!", "Ikinci bina patladi!!!", "www.habermakinasi.com/?id=7");
List
haberler.add(a);
haberler.add(b);
haberYayinlayicisi.setYeniHaberler(haberler);
}
}
Kaynak: Head First Design Patterns
21 Mayıs 2007
MyEclipse 5.5 çıktı!!!
Özelliklerine şöyle bir baktığımda gözüme çarpanlar EJB 3.0, JPA, sürükle bırak web geliştirme (JSF ile), AJAX, JavaScript debugger, Uygulama Sunucu entegrasyonları, Veritabanı Bağlantı Yöneticisi, Spring desteği idi.
Bundan önce MyEclipse'i bir kere deneme fırsatım olmuştu. O zaman Struts ile web uygulaması geliştiriyorduk. Güzel ve zekice editor'ler sunuyordu o zamanlar. Örneğin struts config dosyasından kaynaklara ve classlara ulaşılabiliyordu, görsel olarak gösterimler de vardı galiba. Bu versiyonda herhalde JSF baya hoş şeyler düşünmüşlerdir, hele hele AJAX desteği de varsa.
İndirip denemek lazım...
20 Mayıs 2007
Modüler JRE
Şu da söyleniyor: Kullanıcı Swing uygulalamalarını çalıştırmak için 3-4 mb'lık JVM'i indirip makinesine kuracak ve uygulama çalışması için ek kütüphaneler istediğinde internetten indirilecekmiş. Ayrıca indirilen yeni paketler diskinizde birden fazla JRE versiyonları oluşturmayacakmış. Buna da on-demand, in-place yükleme demişler.
Bence bu özellik gayet faydalı olur. Çünkü basit bir swing uygulamasını çalıştırmak için 20-30 mb'lık bir JRE yüklemenize gerek kalmaz. Fakat uygulamanın çok fazla ek bağımlılığı varsa bu da çok fazla download'a sebep olacak demektir. Gerçi ilki her zaman kullanışlı olur, ikincisinde gerektiği zaman bir kere indirmiş olacaksınız ve daha sonra indirilen bu kütüphaneleri kullanacaksınız. Gerekmediği zaman niye 20-30 mb'lık bir kurulum kullanayım ki?
Ayrıca indirme olayı benim çalışan programımın çalışmasını etkilememesi lazım. Bu çok önemli bence, aksi takdirde baya eleştiri alır. Örneğin; ben bir uygulamayı çalıştırdım ve uygulama ek bir kütüphaneye ihtiyaç duydu. Kütüphane indirildi ve çalışan uygulama yeniden başlatılmak için sonlandırıldı. Bu göze hoş gözükmüyor. Diyeceksiniz ki indirilecek kütüphane boyutu büyükse uygulama zaten bekleyecek. Zaten indirme hızları git gide artıyor, kaldı ki kütüphane boyutları 50 mb'lık dosyalar değil.
Modüler JRE ile JavaFX (demo) dediğimiz Java'nın son teknolojilerinden birisinin kolay kullanımı hedefleniyor anladığım kadarıyla. JavaFX Adobe Flex'e karşılık geliştirilen bir teknoloji. Daha sonra bu konuya değinmeyi düşünüyorum.
Yalnız Modüler JRE'nin 2008'in ilk yarısı çıkarılmasının düşünülmesi iyi değil zannımca. Çünkü diğerler şirketlerin dereyi geçmiş olmaları muhtemeldir (Flex/Apollo).
18 Mayıs 2007
WSS0340 kodlu Hata!!!
Yazdığım bir uygulamadan bir web servisine bağlanmayı deniyordum. Uygulamayı çalıştırdığımda şöyle bir hata aldım:
SEVERE: WSS0340: The creation time is ahead of the current time.
javax.xml.rpc.soap.SOAPFaultException: Invalid creation time value in Timestamp
Daha sonra nette arattığımda sorunun bilgisayarın sistem zamanının yanlış olmasından kaynaklandığını söylüyordu. Gerçekten de öyleymiş, uygulamayı çalıştırdığım zaman tarih 18.05.2007 14:12 idi, ama sistem zamanı 26.11.2006 14:12 idi. Sistem zamanını değiştirip uygulamayı yeniden başlattığımda uygulama düzgün çalıştı ve web servisine bağlanabildim.
13 Mayıs 2007
Uygulama Sunucu Matrisi
01 Nisan 2007
Java 6'da Print API Hatası
İşte bende geçenlerde iş yerimde yazdığımız bir uygulamada Graphics nesnesine çizdirdiğim şeyleri bir kart yazıcısında yazdırmak için bu API'yi kullandım. İlk başta Java 5 ile uygulamayı geliştiriyordum ve gayet güzel çalışıyordu. Yazdığımız uygulama da demo amaçlı bir uygulama idi ve bir gün sonra demo yapacaktık. Herşey gayet düzgün gidiyordu, ta ki Java 6'ya geçene kadar. Son gün Java 6'ya geçtiğimde biraz daha kod yazmaya deva ettim ve uygulamayı bir kez daha denedim. Bir de ne göreyim bir gün düzgün çıktı verdirten kod şimdi düzgün çıktı verdirmiyordu. Sonra birkaç kez daha denedim ama sonuç nafile. Tabi o sırada sorunun Java 6'dan kaynaklandığı hiç aklımın ucundan bile geçmiyordu. 7 saat uğraştıktan sonra arkadaşların yardımı ile Java 6 aklımın ucuna geldi. Daha sonra Java 5'e geçince sorun bitti ama bende bittim.
Diyeceğim Java 6 kullanırken böyle hatalar ile karşılaşabilirsiniz. Muhtemelen geliştiricileri bu API'yi Java 6 için test etmediler. Çünkü bu API bayadır var. Bunu bir bug olarak SUN'ın sitesine girmek lazım...
