Tomcat Java Transaction Api

Fórumok

Sziasztok!
Épp egy egyetemi projektben vagyok, ahol akadt az a kisebb gond, hogy glassfish-ről át kell térnünk Tomcat-re.
Netbeans-el fejlesztek, mint kezdő EE-s, és a projekthez kell JSF, JPA és a JTA. Nos utóbbihoz a netbeans-be nincs "beleégetett" lib, legalábbis én nem találtam, és neten keresgéltem, de nincs valakinek valami tapasztalata/ötlete, hogy melyik JTA implementációt érdemes Tomcat-tel használni? JOTM, BTM, stb?

Hozzászólások

Mi Springet használunk ilyen célra, transaction aspectet gyakorlatilag bármire rá lehet húzni és így teljesen úgy viselkedhet, mint egy alkalmazás server, akár deklaratív módon is.

A Spring 100%-ban supportálja a JPA-t, és Glassfishben megszokott módon be is injektálja az EntityManager-t a @PersistenceContext annotációval.

Ha mar valamennyire keszen van az alkalmazas, meg mindig van lehetoseg a spring hasznalatara, a teljes ujrairas nelkul. Ezert is jo, hogy elegge modularis. Persze nem mindegy, hogy melyik resze van kesz es melyik nem.
A spring masik szepsege az, hogy elrejti az alkalmazas elol az ot futtato szerver/container dolgait, igy helyes tervezes es implementalas mellett gond nelkul mozgathato a webalkalmazas.
A harmadik szepsege az, hogyha az elmeleti JavaEE-tol szeretnetek a gyakorlati oldalara mozdulni, akkor egy kicsit el kell szakadni a Sun-os spec-tol, ugyanis sokkal tobben hasznalnak spring-et (es moduljait), pl. JSF vagy EJB helyett.
Sot, JSP helyett is tobbnyire valamelyik template engine-t hasznaljak (Velocity, Freemarker).
Persze egyetemi projectnek ez egy kicsit sok lenne hirtelen, de nem art eszben tartani.
---
Ubuntu 8.10
HP nx6110

Köszi a megerősítést!:) Az alkalmazás már teljesen kész van, illetve a gerince. A JSF-et meg azért választottam/választottuk, mivel én most kezdtem el JEE-vel foglalkozni, és az elég jól integrált alapból a netbeans-be a glassfish-el együtt. A Spring szerintem így most lehet nagy falat lenne erre (mivel a szerver váltást azzal indokolták, hogy a glassfish-t nehéz adminisztrálni).
De majd megkérdezem fentről, hogy ez legyen-e, bár nekem csak a jta kéne a tomcat-hez!

Nem értem a problémát, a JBoss, a default szerver esetén valóban tud hízni, de ha elég a Tomcat, akkor elég a web szerver része a JBoss-nak az meg pont annyira eszik, mint a Tomcat, mert alapvetően az van benne, mint web konténer.

Most egyébként a futtatással vagy a fejlesztéssel van baj?
--
http://www.javaforum.hu

Hát a portolással(tehát a futtatással), mivel az EE-s tudásom tényleg nulla.. tehát megismertem pár technológiát, abból megcsináltam a félévem glassfish-el, mert ott nem kellett szinte semmit beállítani.
Azt meg hogy a JBoss profilok valóban ezt jelentik, azt nem is tudtam.. De defaultban hagytam a biztonság kedvéért.

Ha elég a Tomcat tudása, akkor elég a JBoss web is, illetve egy Glassfish v3. Ha ennél több kell, akkor bármelyik esetén lehet bekapcsolni különféle konténereket.

A portolással nem tudom mi a baj, egy szabványosan megírt webalkalmazás bármelyik webkonténerben fut, sőt, egy szabványosan megírt EE 5 alkalmazás is megy bármelyik szabványos EJB konténerben. Erre jó példa, a JavaForum portál motor, amelyet Glassfish-re fejlesztettem, és gyakorlatilag módosítás nélkül fut most JBoss 5 alatt (http://www.javaforum.hu/javaforum/6/forum/forum/43/showTopic/topic_6.ja…).
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

Hát mert: "mint kezdő EE-s"! Igazából lehet, hogy rosszul csináltam a dolgokat, de az JEE-ről még csak pár cikket/leírást olvastam, nem merültem bele annyira, jövőre lesz ilyen tárgyunk, csak most egy tárgyam keretében választanom kellett témák között, hogy melyikbe kéne belevágnom, egyik kedvenc tanárom azt mondta, neki kell java-s. Nálam a java az az SE kategóriában kimerült, mint fogalom. És hát így csöppentem az EE-be. Meg nem bántam, mert félévvel elötte el akartam kezdeni, csak akkor bebuktam, pont azért, mert részletekbe akartam menni.
3 kredites tárgyról van szó, így is elég sok időt szántam rá más rovására, és ezért nem vagyok tisztában azzal, hogy az IDE-m hova rakja a libeket.. Azt vágom, hogy a netbeans az csak 1 mappába rakja bele a cuccait.
De az, hogy nem az EAR-ba rakom bele a libeket, az milyen következményeket vonhat maga után?

De az, hogy nem az EAR-ba rakom bele a libeket, az milyen következményeket vonhat maga után?

Olyan szívásokat von maga után, amibe belefutottál... :)
Az alkalmazásba tesszük azokat a dolgokat, amelyeket az alkalmazás használ. Ha belemásolgatod a szerver lib-jei közé, akkor mit csinálsz, ha két alkalmazást kell feltenni és a kettőnek eltérő verzióban kell az adott jar?
A másik fele - ami gyakori hiba, hogy a környezet specifikus dolgokat alkalmazás szerver szintre kell emelni, ne legyen az alkalmazásba drótozva adatbázis URL vagy SMTP szerver elérés, illetve hasonló dolgok.

Egyébként senki nem lesz rögtön profi... csak kérdezni kell... mondjuk jó helyen... :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD

mit nyujt a tomcat, amit gf v2/v3 nem?
azon kivul, h max nem ertetek hozza? :)

jameg "kezdo EEs" vs "tomcat". ugye tudod mi a kulonbseg egy servlet container meg egy appserver kozott?

rotflmao

a jboss tomcaten fut... :DDD

ezt te sem gondolod komolyan, ugye? ezt a mondatot igy, ebben a formaban nemis lehet ertelmezni. ha a jboss.comra gondolsz, akkor egy sima weblap ala teljesen jo a tomcat.

nade EE fejlesztesre? szerinted az EE specifikacio mit tartalmaz? es annak melyik reszet implementalja a tomcat?

segiteni akarok, mert valami nagy tevedesben eltek.

Tévedésben maximum én élek, mert egyedül írtam ezt, de a Tomcat szerintem egy web/servlet container. az app server, az meg jó pár egyéb funkciót ellát. Valóban nem vagyok nagy szakértő, de azt azért tudom, hogy a tomcat/jetty nem ugyanaz, mint a glassfish/többi app server. Bocsánat, ha szívedbe gázoltam, vagy valami hasonló, de valóban nem olvastam el a teljes JEE specifikációt, és valóban most kezdtem el vele először foglalkozni. Én tudom/sejtem, hogy te egy nagy tudású ember vagy, mivel előadásokat is tartasz, stb, de a szerver dolgot nem én erőltetem, hanem a rendszergizda. mi glassfishel fejlesztettünk, csak mikor bemutatásra került a sor akkor lett megmondva, hogy a glassfish az nem olyan jó, használjunk jboss-t. mivel a szerver adminisztrációban nem merültünk el annyira, és a jboss se az eclipse-be, se a netbeans-be nincs beleintegrálva annyira, mint a jboss, így elég sok újdonságot kellett volna tanulgatni. Ezért jött szóba a Tomcat. De meg lett mondva, hogy ha nagyon nem megy a Tomcat-en a dolog, akkor le lesz beszélve a rendszergazdával, hogy legyen mégis glassfish (igazából nem tudom miért kell ezzel tökölni ennyit..) de mondtam, hogy még szánok pár órát a Tomcat+JTA/JSF/JPA-ra.

na, ez helyes :) marmint, h tomcat leginkabb csak servlet container.

mit/miket hasznal az appotok?
csak szervletek? mert arra jo a tomcat.
ha EJBt is, ahoz mar kell normal container. (JCA/JAX-RS/JAX-WS/etc -rol nemis beszelve mar)

csak abbol kovetkeztettem erre, h azt mondtad, hogy JEE -t fejlesztetek => ha csak szervlet, arra nem szoktak ezt mondani :)