Glassfish ve Tomcat gibi uygulama sunucularının önünde Apache Web Server'in kullanılma nedenleri nelerdir?

• Clustering. Apache HTTP server'i ön tarfata kullanmak Apache HTTP server'ı birden fazla Apache Tomcat uygulama sunucusunun önünde bir ön kapı haline getirerek Tomcat'lerin biri çöktüğünde Apache HTTP server'in bu tomcati yoksayarak diğer Tomcat'e geçmesini sağlar ve bu sayede sistem admini gece rahatça uyuyabilir. Bu senaryo donanımsal yük dengeliyi kullanılmışsa veya Tomcat'in clustering kabileyetleri kullanılmışsa göz ardı edilebilir.

• Clustering/Security. Apache'i ayrıca Tomcat'ler için farklı URL isim uzayları için bir ön kapı olarak kullanabiliriz.(/app1/, /app2/, /app3/, veya virtual host'lar). Tomcat'ler güvenli bir alanda olabilirler ve güvenlik açısından sadece Apache HTTP server ile ilgileniriz. Yani özet olarak Apache akıllı bir proxy sunucu haline gelmiş olur.
• Güvenlik. Bu konu her iki yöne de değişebilir. Java güvenlik yöneticisine sahipken, Apache daha büyük bir akıl hocalığı ve daha fazla hüner içeriyor. Buna daha ayrıntılı bir şekilde girmeyeceğim, ancak Google'ın arkadaşınız olmasını sağlayın. Senaryonuza bağlı olarak, biri diğerinizden daha iyi olabilir. Ancak unutmayın ki, Tomcat ile Apache'yi çalıştırırsanız - savunmanız gereken iki sisteminiz var, artık bir sisteminiz yok.
• Eklentiler. CGI, perl'e ekleme yaparken PHP, Apache için çok doğaldır. Apache HTTP'de, istediğiniz zaman bağlanabilen yüzlerce modül vardır. Apache Tomcat de bu yeteneğe sahip olabilir, ancak bunun için kod henüz yazılmamıştır.
• Dekoratörler! Apache Tomcat'in önündeki Apache HTTP ile, Apache Tomcat'in desteklemediği veya hemen kod desteği bulunmayan herhangi bir sayıda dekoratör gerçekleştirebilirsiniz. Örneğin, Apache Tomcat için modheaders, modrewrite ve mod_alias yazılabilir, ancak neden Apache HTTP bunu çok iyi yaptığında tekerleği yeniden icat edelim?
• Hız. Apache HTTP, statik içerik sunumunda Apache Tomcat'tan daha hızlıdır. Ancak yüksek trafik alanınız yoksa, bu işe yaramaz. Fakat bazı senaryolarda, Apache Tomcat Apache httpd'den daha hızlı olabilir. Öyleyse sitenizi benchmarklayın. Apache Tomcat, uygun konnektörü kullanırken (sendFile etkinleştirilmiş APR) httpd hızlarında performans gösterebilir. Hız, Apache httpd ve Tomcat arasında seçim yaparken bir faktör olarak düşünülmemelidir.
• Soket kullanımı / sistem kararlılığı. Apache HTTP, hata koşullarına göre Apache Tomcat'ten daha iyi soket işleme özelliğine sahiptir. Başlıca nedeni, Apache Tomcat'in çapraz platform olması gereken JVM aracılığıyla tüm soket işlemlerini gerçekleştirmesi gerektiğidir. Soket optimizasyonu platforma özgü bir sıkıntı sorunudur. Çoğu zaman Java kodu iyi, ancak aynı zamanda düşen bağlantılar, geçersiz paketler, geçersiz IP'lerden gelen geçersiz istekler ile bombardıman edildiğinde, Apache HTTP bu hata koşullarını JVM tabanlı programdan düşürmede daha iyi bir iş çıkarıyor. (YMMV)

Kaynak : http://stackoverflow.com/questions/5122345/why-use-apache-web-server-in-front-of-glassfish-or-tomcat

Servlet spesifikasyonunda yer alan Filter ve Listener nelerdir?

Servlet Spesifikasyonu servletler dıişında iki bileşeni daha tanımlar. Bunlar filters (filitreler) ve listeners (dinleyiciler)'dir.

Filtreler (Filters)

Bir filter bir servlet'e, JSP'ye veya statik bir sayfaya istek (request) gönderilirken veya cevap (response) döndürülmeden önce araya girebilen(intercept) bir bileşendir. Bu merkezi görevlerin tüm isteklerden önce ve cevaplardan önce kolayca uygulanmasını sağlar. Bu merkezi görevler kontrol, loglama gibi işlemler olabilir. Filtreler request veya respnse nesnesinin body'sine ve header'ına tam erişim yetkisi vardır, bu şekilde çeşitli transformasyonlar yapabilirler.

Mesela request nesnesinin header'inde istemcinin compressed response kabul ettiğini kontrol ederek response'ın gövdesini compress (sıkıştırma) edebilir.

Bir filtre spesifik bir servlete uygulanabileceği gibi, isteklerin geldiği URL şablonuna uyan elementlere uygulanabilir. Bu şablonlar aynı path'le başlayan elementler olabildiği gibi aynı uzantılara sahip elementler de olabilir. Jason Hunter'ın filtrelerle ilgili makalesine buradan ulaşabilirsiniz. Bu makale çeşitli tiplerdeki filtrelerin nasıl geliştirilebeleceği, işlem zamanını ölçmede filtrelerin kullanımı, click and clickstreams izleme, response compression ve dosya yükleme gibi örenklerle açıklıyor.

Dinleyiciler (Listeners)

Dinleyeciler (Listeners) uygulmanızın belirli olaylara (event) nasıl tepki vereceğine karar veren yapılardır. Servlet spesifikasyonunun 2.3 versiyonu ile beraber servlet context için çeşitli listener tipleri tanımlanmıştır. Session ve request lifecycle eventleri("created" ve "destroyed" eventleri), session attribute eventleri ("added" ve "removed" eventleri), aynı zamanda session aktivasyonu ve pasifizasyonu eventleri(container tarafından kullanılan geçici olarak kaydedilen session durumu veya başka bir sunucuya session'un aktarılması).

Bütün bu listener çeşitleri Java event modelini kullanır. Başka bir ifadeyle bir listener bir veya daha fazla listener interface'ini implemente eden bir sınıftır. Interface eventlere göre metotları tarif eder. Listener sınıfı uygulama başladığında containere kayıt olur ve container event metodlarını eventler oluşunca çalıştırır.

Listener'ler için daha fazla detaya ve örneklere buradan ulaşabilirsiniz.

Kaynaklar : https://www.safaribooksonline.com/library/view/javaserver-faces/0596005393/ch04s03.html

Milyoner adaylarının 20 alışkanlığı

1. Hayır demeyi bilin

Hayır demeyi öğrendiğinizde okuma,öğrenme,uyuma,arkadaşlarla buluşma gibi aktivitelere ve hayatı sevmeye daha fazla zamanınız kalmış olur.

2. Aşk

Aşk yeryüzündeki tek inançtır. Aşk etrafında toplanılmaya değer tek şeydir. Aşk fikir kaslarınız için ana yakıttır.

3. Hata Yapın

Hatalar başarı kitabının heceleridir. Hataları öğrenmek için sıkı çalışın. Onların sihrini öğrenin. Kaslar yırtıldığında eskisinden daha kuvvetli bir biçimde yenilenilirler.

4. Tohumlar ekin

Temel bahçe matematiği :Tohumların sadece yüzde biri çiçeklere dönüşür. Birçok tohum ekin.

5. Size karşı nazik olan ve sizi seven insanların yanında bulunun

Diğer insanlar sizi mutsuz, sert ve başarısız yapacaktır.

6. Odanın en zeki insanının hemen yanında olun

Harold Raims bunu yaptı. (Bill Murray)

Steve Jobs bunu yaptı. (Steve Wozniok)

Craig Silverstone bunu yaptı. (Kim mi? Larry Page)

Kanye West bunu yaptı.(Jay-Z)

7. Bahane üretmeyin

Suçlamak sizi tüketir. Şikayet etmek sizi tüketir. Sürekli açıklama yapma isteği sizi tüketir. Bu kadar tüketici şey için gerekli iç tesisatımız yoktur.

8. Başarı için acele etmeyin

Uzun vadeli başarıya (20 yıl) giden yolda pek çok küçük başarı elde edersiniz.

9. Şükür sorununuzu çözün

Eğer çamurda elmas bulabilirseniz, hayatta birçok elmasınız olur. Şükretmeyi ve iyi yönlerden bakmayı bilin.

10. Warren Buffet'ın 5/25 kuralı

Hayatta yapmak istediğiniz 25 şeyi sıralayıp yazın. Daha sonra bu listeden en çok istediğiniz 5 taneyi seçin ve uygulamaya başlayın. Diğer 20 şeyi aklınızdan çıkarın, eğer çıkarmazsanız seçtiğiniz 5 şeyi yapmaya gerekli zamanınız ve konsantrasyonunuz kalmaz.

11. Günde bir yere 10 fikir yazın

Görüceksiniz ki bu süper bir güce dönüşecek. Bu işlemi 6 ay boyunca yapın ve ne olduğunu görün.

12. Peşini bırakmayın

Ertesi gün bir yeni bir adım olarak yeni bir fikirle email atın.

13. Sorular sorun

Sorular cevaplardan daha fazladır. Fırsatlar sorularda gizlidir. Gerçekler dış kaynaklı olabilir.

14. Günde %1

Neyde daha iyi olmak istiyorsanız ona günde %1 daha fazla zaman ayırın. Günde %1 bir yılda kümilatif olarak %3800'e tekabül edecektir. Bu şekilde kazanacaksınızdır.

15. Sadece şimdi

Pişmanlık bugünün zamanını dün için boşa harcamaktır. Ve kaygı gelecekten enerji çalmaktır. Şu ana odaklanın.

16. Uyuyun

Uyku, beyin hücrelerini yeniler vücudu iyileşir, endişeyi azaltır. Ve beynin sadece 2-5 saat aktiftir. Tatlı Rüyalar.

17. Her gün ölümden kaçın

Hastane yatağında zengin olamazsınız. Veya bir mezarda. Hergün hareket edin, iyi uyuyun, ve sağlıklı beslenin.

18. Her gün yaparken çocuk gibi sevindiğiniz bir şeyi yapın

Bu genellikle yaşamınız için güç olabilecek bir yakıttır.

Hey bir dakika, 20 alışkanlık demiştiniz.

Başarının anahtarı = Kendinize zaman zaman hata yapma hakkı tanıyın.

Facade (Cephe) Design Pattern

TDK'ya göre cephe : Bir şeyin veya yapının ön tarafta bulunan bölümü Facade design pattern alt sistemlerden oluşmuş bir sistemde kullanıcının (client)'ın bu alt sistemleri bilmeden herbirini yalnız başına veya ortak olarak kullanabileceği arayüzü sağlar. Bir örnekle açıklayalım. Bir bilgisayar ram, hdd, cpu gibi alt sistemlerden oluşur. Bir bilgisayarı başlattığımız zaman bu alt sistemleri harekete geçirirp belli işlemleri yerine getirmesini bekleriz. Fakat kullanıcı bu alt sistemleri tek tek harekete geçirmek yerine kasada var olan start tuşuyla bu alt sistemlerin sırasıyla hepsinin harekete geçmesini bekler. Client bunların sırasını ve neler yaptığını pek bilmek istemez. Burada kasa'ya facade sınıfı diyebiliriz. Kod olarak gösterecek olursak.

/* Facade */

class ComputerFacade {
    private CPU processor;
    private Memory ram;
    private HardDrive hd;

    public ComputerFacade() {
        this.processor = new CPU();
        this.ram = new Memory();
        this.hd = new HardDrive();
    }

    public void start() {
        processor.freeze();
        ram.load(BOOT_ADDRESS, hd.read(BOOT_SECTOR, SECTOR_SIZE));
        processor.jump(BOOT_ADDRESS);
        processor.execute();
    }
}

/* Client */

class You {
    public static void main(String[] args) {
        ComputerFacade computer = new ComputerFacade();
        computer.start();
    }
}

Alt sistemler kendi başlarına sırayla çalışabildiği gibi, birbirleri ile etkileşim halinde olup belli işleri yerine de getirebilirler.

Java 8 Functional Interfaces ve Lambda Kullanımı

Java 8'de tek metoda sahip interface'lere functional interfaceler denir. Bunlar Runable interface'i gibi built in interfaceler olabildiği gibi kendi yazdığımız interface'ler de olabilir.

Java 8 ve öncesinde bir interface'i implemente etmek için bir class yazıp metodlarını override ediyorduk.

public interface SimpleInterface {
     public void doSomething();
}

public class SimpleClass implements SimpleInterface{
     
     @Override
     public void doSomething(){
        System.out.println("doing something");
    }

}

public class Test {
    
    public static void main(String[] args) {
        SimpleClass sipmle=new SimpleClass();
        simple.doSomething()
    }

}

Görüldüğü gibi interface'i implemente eden bir sınıf yazdık ve metodunu kullandık. Eğer inner class kullansaydık :

public class Test {
    
      public static void main(String[] args) {
          SimpleInterface simple= new SimpleInterface(){
          
             @Override
             public void doSomething(){
                 System.out.println("doing something");
             }

          }
         simple.doSomething();
    }

}

şeklinde Class yazmamıza gerek kalmadan interface'i direkt kullanadabilirdik. Java 8'de lamda ile bu daha da kolaylaşıyor. Eğer interface functional interface ise yani tek abstract metoda sahipse : Görüldüğü gibi tek abstract metodlu bir interface. @FunctionalInterface anatosyonu yazma zorunluluğumuz yoktur isteğe bağlıdır.

@FunctionalInterface
public interface SimpleInterface {
    public void doSomething();

}

public class Test {

    public static void main(String[] args) {
        SimpleInterface simple=()->System.out.println("doing something");
        simple.doSomething();    
    }

}

Burada "()" interface'in sahip olduğu tek methodu belirtir. -> ise implementasyonuna işaret eder. Burada implementasyon System.out.println("doing something"); şeklindedir. Bu şekilde functional interface'i class ile implemente etmeye gerek kalmadan metdounu istediğimiz yerde farklı implemnte ederek kullanabiliriz. Aynı durum tek metoda sahip built-in interfacelerde de geçerlidir. Örneğin Runable interface'i :

public class UseRunnable {

    public static void main(String[] args) {

        Runnable r1 = () -> { 
            try {
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println("Running Thread 1");
        };
        Runnable r2 = () -> System.out.println("Running Thread 2");

        new Thread(r1).start();
        new Thread(r2).start();

    }

}