"Igen. Mert a Java oldal kicsit többet tudott, ahogy írtam volt: cluster, session replikáció, JMS replikáció, szinkronizált és elosztott JPA cache, stb; ezek levesznek a "
Amig egy node van csak, addig nem sokat szamitanak (indulasi idoben persze szamit). Jboss IMHO eleg jo cluster architecturaval rendelkezik, foleg kisebb clustereknel 4<. Nagyobaknal inkabb management kerdesek merulhetnek fel, mintsem teljesitmeny beli.
Erdekes, hogy JPA cache hatranynak tekinted. Most szerintem kifejezetten elonyt jelenthetet leven "cache". Okosan tervezve a hasznalatat meg tobb elonyt is lehet kovacsolni belole. Van nemi reflection magia benne , de ha nem hozod letre allandoan azt amit megtarthatnal akkor meg tobbet is nyerhetsz vele. (gyakori hiba)
Prepered statement is alkalmazhato az implementacioban, amivel megint php fele lehet kerulni.
php -nal egy memcached minimum kell, hogyha cachelni akarunk.
JAVA's csoda dolgokban gyakroi performnce gyilkos, a szuksegtelen serilizatio/deserilizacio ugyan azon JVM -en belul. (Rendszerint elkerulheto lenne, de ki latja felul, hogy mi van alul ?)
Masik dolog, szinten belul hasznalnak a componesek mondjuk XML-t adatcserere.
java nem teszi kotelezove, hogy igy keljen elni, de gyakorlatban sokat lat az ember ilyesmit.
"PHP platform pont ezeken a területeken kezd sűrű dagonyává válni"
Mert nem igy erdemes hasznalni :) Ne akarjunk, a szamarbol lovat csinalni.