{image:img=http://glassfish.dev.java.net/public/image/glassfish_logo.gif|link=http://glassfish.dev.java.net/} {snip-tree:glassfish} A [SUN] egy community [j2ee] 1.5 [alkalmazas szerver]e. (Kereskedelmi nevén Sun Java System Application Server. A SUN érdekes névadási és verziózási konvenciója miatt a Glassfish V2 az a Sun Java System Application Server 9.1.) Erdekes ujitasok: - [NIO] alapu [HTTP] listener (Grizzly) - lazy initialization, csak azokat a szolgaltatasokat inditja el, amire szukseg van (v3) - Glassfish news blog: http://blogs.sun.com/theaquarium Verziók: * v1 a múzeumból * v2 jelenleg ez a stabil, főleg clusterezésben újabb, az admin felület JSF-es ilyenek * v3 teljesen új architektúra ([HK2] és [OSGi]). Moduláris lesz, ezért állítólag alapból kevesebb erőforrást eszik. Támogatni fogja a szkript nyelveket, és beágyazott módban is lehet majd indítani (értsd Java kódból). 2008-04-29 19:16:18.219 2005-06-13 15:14:04.101 Gondolkozta, hogy megírjam-e hírnek, de annyira nem friss, meg már az Aquarium is megírta, viszont a jelentősége miatt álljon itt: Kohsuke Kawaguchi {link:lerakta az alapjait|http://weblogs.java.net/blog/kohsuke/archive/2008/04/glassfish_v3_ju.html}, hogy a Glassfish embedded módban is tudjon futni, és rögtön hozzáeszkábált egy {link:maven plugint|https://maven-glassfish-plugin.dev.java.net/} is, amivel a mvn jetty:run mintájára mvn glassfish:run-nal futtathatjuk az alkalmazást. (Glassfish V3-ról beszélünk, tehát a modularitás miatt még gyors is lehet, mivel csak a web réteg is el tud indulni.) Komolyan ez a Kohsuke Kawaguchi mintha teljesen a mai világban él, abszolút használható dolgokat csinál mostanában (ő rakta őssze a [Hudson]-t is). Ez a Glassfish 3 meg tényleg killer app lesz. OSGi alapon fog futni, csak ami nekünk kell, mindenféle szkript nyelveket is fog tudni hosztolni, és ezek szerint már Mavenből is lehet majd futtatni. 2008-04-29 19:14:57.77 2008-04-29 19:14:57.563 Nocsak! :) Mondjuk nekem az szamit ezen a teren hogy minek kevesebb a turnaround time, de hatarozottan meger egy tesztet! 2008-04-30 13:42:14.358 2008-04-30 13:42:14.172 [Embedded] [EJB] konténerként ? :) Mindig titkos vágyam volt, hogy más konténereket konténeljek ;) 2008-05-04 13:25:49.451 2008-05-04 13:25:49.262 Ha ossze tudnak hozni egy hasonlot maven ala, mint amit jettyvel is csinaltak, akkor lehet, hogy az ejb fejlesztes nem is lesz mar annyira fajdalmas. 2008-05-04 16:41:23.374 2008-05-04 16:41:23.184 A heten mar tobbszorosen kiderult hogy nem vagyok tisztaban az EJB fejlesztes elonyeivel, de nem is tudta senki elmagyarazni :) 2008-05-04 19:10:23.711 2008-05-04 19:10:23.523 Valahogy így vagyok én a [maven]es szop....fejlesztés előnyeivel :) 2008-05-05 12:39:30.382 2008-05-05 12:39:30.19 kocka: akkor mar ketten vagyunk 2008-05-05 18:28:45.99 2008-05-05 18:28:45.804 A jo oreg [flamewar|haboru] van koztunk kielezodoben ujra :) de szerintem meg az a szopo amit munkaban kell csinalni az [anttal|ant] :( 2008-05-05 20:09:11.152 2008-05-05 20:09:10.954 Ha én az EJB3-at és a Maven-t is tudom szeretni, az a flame melyik oldala? :) Sőt az EJB3 [JPA] részéről még talán el is tudnám magyarázni. (A többi rész nem biztos, hogy egy hardcore IoC-s számára a megfelelő döntés.) 2008-05-05 22:27:50.777 2008-05-05 22:27:50.458 Az [EJB3]-al amig JPA-t értünk alatta, addig kedvelem. Bár azt soha nem fogom megbocsátani, hogy míg [Hibernate]nél a paraméter számozás 0-tól kezdődik, a [JPA]-nál visszatértek a [JDBC] legszégyenletesebb bünéhez : a paraméterek 1től kezdődnek. 2008-05-05 23:10:20.823 2008-05-05 23:10:20.624