Co se tyce toho default konstruktoru, tak pokud zadny nespecifikuji, prekladac preci definuje defaultni, tedy verejny, bezparametricky konstruktor.
Co se tyce te serializace, tak ta je potrebna pouze pro objekty, ktere jsou navratovou hodnotou danych business metod. A to jeste v tom pripade, ze se jedna o distribuovane objekty, tedy, ze se posila z jedne JVM do druhe.
No taky v pripade, ze se provadi redyploying (to je teda slovo :-) a chceme si zachovat vsechny objekty ulozene v session+par dalsich veci. Ja to zminoval z toho duvodu, ze se na ty dve slova implements serializable nekdy zbytecne zapomina a potom se to musi resit az o dve-tri urovne vyse, coz muze byt problem.
Do javy ani beans nevidim, ale kdyz je ta instance stateless, k cemu serializace krome potvrzeni jeji existence? A kdyz jde jenom o potvrzeni existence instance, proc to neudela nejaky default serialize. A/nebo kdyz instance neexistuje, nevytvori se automaticky nova, a pak vzhledem k stateless bude vsechno koretkne fungovat protoze bude rovnocenna s tou byvalou?
Jinak celkove ... diky za prehled, mne to prijde tak nejak zbytecne slozite cely AP+SOAP+... ale treba tomu diky temto clankum nakonec prijdu na kloub a pochopim kde se to hodi pouzit. :)