Ja si to dovolim soupnout kousek k nasi praxi. Potrebujeme aplikaci: 1) bezi na klientu v GUI, musi mit rychle odezvy jak co se tyka obsluhy (napriklad "klapani" vydejek) tak co se tyka odezvy serveru. Tato aplikace musi umet komunikovat s lokalnim HW at jiz se to tyka tiskaren, skeneru, carovych skeneru, ruznych medii nebo specialnich IO karet pro pripojeni vselijakych elektronickych vah, cidel atd. K tomu co neumi java pouzije JNI.
Muze tady pomoci Spring? Dival jsem se na Spring Rich Client a posledni verze je ze zari 2006. Bud uz je to dokonale (to musi posoudit nekdo kdo to pouziva) nebo to usnulo. Mne tady EJB3/AS prijde idealni s ohledem na cenu/vykon. 2) nektere vnejsi systemy (napriklad snimace stroju) musi pres sve "klienty" zasobovat server daty. Idealni na JMS ale da se to resit i jinak. Ad Spring netusim. 3) webova aplikace bude poskytovat data ze systemu (prevazne na "nacumovani") Spring ready. 4) mobilni klienti budou moci overovat stav nekterych casti systemu prostrednictvim webovych sluzeb. Na strane serveru Spring ready (asi, neumim posoudit), jinak J2ME a spol. 5) navzdory popisu se nejedna o zadny supersystem, je rozsahem spise maly a urceny pro mensi (a relativne chude) firmy. Politicka zalezitost. Dnes je minimalne JBOSS a Glassfish k dispozici a zdarma. Pokud se J2EE a AS zavre jako zalezitost pro velke firmy s cenou v tisicich dolaru tak mame s AS VELKY problem. Diky za komentar. Leos
