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?
- 2058 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
Köszi szépen, de a springhez ha jól gondolom akkor azért át kell írni a forráskódokat rendesen. Az meg így nem kellemes annyira, annak tudatában, hogy az sem biztos, hogy a Tomcat marad a végleges szerver.
szerk.: azért rápillantok kicsit jobban
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
"glassfish-t nehéz adminisztrálni"
Ezt lássuk be elég gyenge érv :D egy ilyen volumenű váltásra, max nem ért hozzá az illető, na mindegy nem akarok itt fikázásba átmenni.
- A hozzászóláshoz be kell jelentkezni
omg. az a projekt halalra van itelve. nem igazan hozzaertok dolgozhatnak rajta..
hint: a glassfish admin interface szazcsillio dijat nyert, h mennyire innovativ, es egyszeruen hasznalhato..
- A hozzászóláshoz be kell jelentkezni
Ezt én elismerem, mert megnéztem a JBoss-ét.. Bár ezért csak ahhoz tudok viszonyítani...
- A hozzászóláshoz be kell jelentkezni
hama' spring, meg elrejtunk mindent: mer' szerinted egy EJB kontener nem rejti el a vilag 98%at? :)
- A hozzászóláshoz be kell jelentkezni
hogy glassfish-ről át kell térnünk Tomcat-re.
Nem a téma tárgya, de miért van erre szükség? Miben jobb a Tomcat, mint a Glassfish (v3)?
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD
- A hozzászóláshoz be kell jelentkezni
Ezek szerint adminisztralasban ;)
Viccet felreteve semmivel sem nehezebb a glassfisht adminisztralni, mint mast (gondoljunk csak a pl. jbossra...)
---
Ubuntu 8.10
HP nx6110
- A hozzászóláshoz be kell jelentkezni
Ebben eggyet értek, először jboss-ra akartuk áttérni:D Arra elég nehéz volt fejleszteni, mert 800-1000 megára felhízott egy netbeansel/eclipsel, és ezt 1,5 gigával már nem bírta a gép annyira..
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Nekem/nekünk inkább a szerver adminisztrációval van gond, pl berakom lib-be ugyanazt, ami eddig glassfish-en futott, és most képtelen létrehozni az adatbázis táblákat magától, pedig eddig megtette... (itt a toplinkről beszélek még csak).
- A hozzászóláshoz be kell jelentkezni
JBoss alatt van néhány lib, lehet, hogy nem abba tetted, ahova kellett volna. De miért nem az EAR-ban van az, ami az alkalmazásnak kell?
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
tudom, nem én akarok váltani. Amúgy biztos vannak a Tomcat mellett is érvek, mert a jboss.org (http://wiki.apache.org/tomcat/PoweredBy#head-a4af49493c6786ad1efd1a3cfb… ) is azon fut..
De azért köszi a kezdetleges kioktatást!;)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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 :)
- A hozzászóláshoz be kell jelentkezni
Hát most megfogtál, mert nem tudom, hogy EE-e:P JSF, JPA, JTA meg java-t :) használunk, én EE-snek hívtam eddig
- A hozzászóláshoz be kell jelentkezni
azt mar jo szivvel hivhatod ee-nek. ftr. tomcaten is lehet javaee5 alkalmazast futtatni, csak kell hozza valami embedded kontener meg egy jo adag reszeles, ha minden kotel szakad, megprobalhatjatok igy is.
- A hozzászóláshoz be kell jelentkezni
Java EE 5 Tomcat-en? Ja, végülis melléteszünk egy embedded JBoss-t, vagy egy embedded Glassfish-t, és akkor a Tomcat tud Java EE 5-öt. Hm, végülis viszonyítás kérdése. :)
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD
- A hozzászóláshoz be kell jelentkezni
pontosan igy, igen. nem azt mondtam, hogy idealis megoldas, hanem hogy letezo dolog (:
- A hozzászóláshoz be kell jelentkezni
(JCA/JAX-RS/JAX-WS/etc -rol nemis beszelve mar)
JAX-WS-hez lehet Tomcat-re is huzni Metro-t...
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
- A hozzászóláshoz be kell jelentkezni
hogyne. JAX-RS -t is bele lehet rakni, van ra SPI... sot, ahogy lattuk, EJB kontenert is bele lehet rakni.
tomcaten belul szerintem lehet embedded tomcatet is futtani. csak a kerdes marad mar: mi ertelme... :)
- A hozzászóláshoz be kell jelentkezni
:-D
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
rekurziv embedded tomcat ftw! (:
- A hozzászóláshoz be kell jelentkezni
Köszönöm a válaszokat!
- A hozzászóláshoz be kell jelentkezni