> kdybyste tuto otazku polozil pred rokem, patrne bych s odpovedi vahal. > Dnes je vsak situace jina. Doporucuji podivat se na Java Enterprise > Edition 6. Najdete tam spoustu myslenek ze Springu i Seamu. > Napr. JSR-299 Contexts and Dependency Injection a JSR-330 Dependency > Injection. Vice napr. na http://java.sun.com/javaee/technologies/.
No je to pekne, ale asi tak porad o tri konske delky za zbytkem startovniho pole Zdendo ;-). Prapuvodni Seam vzniknul jako reakce na to, ze EJB, JPA a JSF nesly pouzivat poradne dohromady. Pak se Gavin King zamyslel a rekl si, proc z toho neudelat standard. Vznikly Web Beans a asi rok a pul to zilo pod timhle jmenem. Tesne pred koncem to prejmenovali na Contexts and Dependency Injection.Mezi tim ovsem prisli lide z Google a Springu a protoze se jim zdalo JSR-330 prilis zamerene na enterprise oblast a chteli neco neco generictejsiho. Vysledkem jsou tedy dve specifikace... Pokude vezmeme Java EE 6 tak je tu zatim jenom referencni implementace. Nez to zaintegruje a certifikuje IBM a Oracle jako dodavatele dvou major serveru, na kterych beha vetsina enterprise aplikaci tak to bude trvat minimalne rok, mozna rok a pul. Jenze za ten rok a pul se prijde na to, jako v pripade dalsich Java EE specek, ze to ma spoustu much a musek, takze se budto budou pouzivat proprietarni rozsireni a nebo se pouzije nejaka jina technologie. Puvodnimu tazateli bych poradil asi takhle. Zvolte cokoliv Spring nebo Seam hlavne ne probuh Java EE stack. Seam i Spring jde samozrejme kombinovat. Rekl bych se Seam ma na rozdil od Springu jasne zamereni na jednu cilovou oblast a to jsou webove aplikace. Spring ma pak mnohem sirsi pouziti a nabizi vetsi flexibilitu, kdy si pro kazdou z vrstev aplikace muzete zvolit technologii, ktera vam nejvic pasuje pro reseni daneho problemu. -- S pozdravem Roman "Dagi" Pichlik /* http://www.sweb.cz/pichlik/ Blog pro kodery */
