sebenarnya menurut gue bukan masalahnya bukan transaksi, vendor lock in (php juga ga vendor lock in), dll.
- php tidak didesain untuk enterprise pada awalnya, sehingga packaging, deployment, monitoring, security, dsb lebih sulit. - berdasarkan reusability komponen, sepertinya sulit ada platform yg bisa menyaingi java. - php sudah melakukan banyak improvement, tetapi mencari resource php yg enterprise ready terus terang lebih sulit daripada mencari resource java yg enterprise ready. balik2nya ke ekonomi lagi. - mencari client yg sudah percaya java untuk switch ke php lebih sulit lagi. - vendor php ga di backup enterprise besar, sehingga client enterprise takut2 (bandingkan dengan java yg didukung oleh oracle, ibm, redhat, vmware, ... bwahahaha. daniel 2010/3/8 Niksen Harjanto <milis.java.ko...@gmail.com> > > > IMHO AFAIK > > > php gak bisa transaksi,kecuali ditaruh di quercus , php on java > > Bukannya transaksi bisa dihandle di level SP ? > > > > php gak ada thread management, mengatasina dg quercus atau outsource > thread > > ke oracel db > > Thread untuk handle user request bukan ya? Kalo iya, bukannya itu > kerjaannya web server? > > -- -o--o---( ^ ^ )---o--o- Speed Optimization: Seek and ye shall find! In case it isn't in the cache yet, too bad, you've to wait 40x longer. Daniel Baktiar (http://dbaktiar.wordpress.com)