Comments on: Seriál: Modulární systémy ve Spring Frameworku http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/ Dává je jen zřídka, obvykle jim není moc rozumět a často vám ani k ničemu nejsou. Fri, 03 Sep 2010 16:01:53 +0000 hourly 1 http://wordpress.org/?v=3.0 By: Roman Dagi Pichlik http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-655 Roman Dagi Pichlik Mon, 10 Sep 2007 10:58:19 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-655 Pro NetBeans je to hracka stejne jako pro Eclipse a ve sve podstate pro jakykoliv kontejner, ktery s modularnosti aplikace pocita. Bohuzel to je problem v J2EE kontejnerech, kde se s necim podobnym nepocitalo. Tam je v podstate jedina moznost a to napsat si vlastni reseni a nebo pouzit nejake open source proprietarni jako OSGi. Pro NetBeans je to hracka stejne jako pro Eclipse a ve sve podstate pro jakykoliv kontejner, ktery s modularnosti aplikace pocita. Bohuzel to je problem v J2EE kontejnerech, kde se s necim podobnym nepocitalo. Tam je v podstate jedina moznost a to napsat si vlastni reseni a nebo pouzit nejake open source proprietarni jako OSGi.

]]> By: Roman Dagi Pichlik http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-654 Roman Dagi Pichlik Mon, 10 Sep 2007 10:52:47 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-654 Classloadery aplikacniho serveru je prave onen problem, pokud me pamet neklame, tak v nejake specce je dokonce zakazano vytvaret si vlastni classloadery. Navic v kazdem aplikacnim serveru se chovani classloaderu lisi, takze se to musi specialne nastavit proprietarnimi deployment descriptory. Nam by OSGi poskytlo nekolik vlastnosti: moznost explicitne exportovat pouze urcitou cast API (slo by castecne dosahnout pomoci fasady), runtime reload/deploy modulu, oddeleni classpath jednotlivych modulu (rozdilne verze stejnych knihoven - potencialne). Neco z tech vlastnosti by slo zrejme naimplementovat svepomoci, ale proc to delat, kdy je tu OSGi. Spring OSGi nam do toho pasuje naramne, protoze vetsina aplikacnich modulu je managovana springovskym IoC kontejnerem. My jsme ve stadiu kdy vime, co bychom asi tak potrebovali a co by nam OSGi prineslo. Tedka analyzujeme jake by to melo dopady na deployment a strukturu aplikace a co by to vlastne znamenalo. Mozna budeme delat i nejaky prototyp pro overeni funkcnosti. Pokud budou nejake zajimave informace, tak se o ne rad podelim ;-). Classloadery aplikacniho serveru je prave onen problem, pokud me pamet neklame, tak v nejake specce je dokonce zakazano vytvaret si vlastni classloadery. Navic v kazdem aplikacnim serveru se chovani classloaderu lisi, takze se to musi specialne nastavit proprietarnimi deployment descriptory. Nam by OSGi poskytlo nekolik vlastnosti: moznost explicitne exportovat pouze urcitou cast API (slo by castecne dosahnout pomoci fasady), runtime reload/deploy modulu, oddeleni classpath jednotlivych modulu (rozdilne verze stejnych knihoven – potencialne). Neco z tech vlastnosti by slo zrejme naimplementovat svepomoci, ale proc to delat, kdy je tu OSGi. Spring OSGi nam do toho pasuje naramne, protoze vetsina aplikacnich modulu je managovana springovskym IoC kontejnerem.

My jsme ve stadiu kdy vime, co bychom asi tak potrebovali a co by nam OSGi prineslo. Tedka analyzujeme jake by to melo dopady na deployment a strukturu aplikace a co by to vlastne znamenalo. Mozna budeme delat i nejaky prototyp pro overeni funkcnosti. Pokud budou nejake zajimave informace, tak se o ne rad podelim ;-) .

]]> By: Novoj http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-653 Novoj Mon, 10 Sep 2007 10:46:55 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-653 Jasně - v OSGi jsem lamka, čerpám zatím jen z toho zdroje implementace OSGi do Springu. Jasně – v OSGi jsem lamka, čerpám zatím jen z toho zdroje implementace OSGi do Springu.

]]> By: Lukas http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-652 Lukas Mon, 10 Sep 2007 10:03:02 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-652 Novoj: co umi OSGi docela dobre vim, rok jsem delal Eclipse RCP aplikaci a tam se tomu clovek nevyhne. Novoj: co umi OSGi docela dobre vim, rok jsem delal Eclipse RCP aplikaci a tam se tomu clovek nevyhne.

]]> By: Novoj http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-651 Novoj Mon, 10 Sep 2007 09:46:55 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-651 Ad jk: client side to je jiné kafe, tam si člověk může dovolit lecos ;). Ale my jedeme skoro výhradně server side ... Ad jk: client side to je jiné kafe, tam si člověk může dovolit lecos ;) . Ale my jedeme skoro výhradně server side …

]]> By: Novoj http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-650 Novoj Mon, 10 Sep 2007 09:45:13 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-650 Skoro bych si tipnul, že tohle by mohlo umět to OSGi (usuzuji z fíčury "mít možnost provozovat různé verze modulů současně"). My nejdeme za hranice Spring frameworku a classloadery necháváme na pokoji ve stavu, v jakém nám je připraví cílový server. Ono vůbec, hraní si s classloadery je někdy spíše ke škodě - při deployi do J2EE serveru máte problém - classloading by tam měl být plně v režii serveru - podobně třeba jako správa threadů. Takže v tomhle ohledu bych byl stejně opatrný. Skoro bych si tipnul, že tohle by mohlo umět to OSGi (usuzuji z fíčury “mít možnost provozovat různé verze modulů současně”). My nejdeme za hranice Spring frameworku a classloadery necháváme na pokoji ve stavu, v jakém nám je připraví cílový server. Ono vůbec, hraní si s classloadery je někdy spíše ke škodě – při deployi do J2EE serveru máte problém – classloading by tam měl být plně v režii serveru – podobně třeba jako správa threadů. Takže v tomhle ohledu bych byl stejně opatrný.

]]> By: jk http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-649 jk Mon, 10 Sep 2007 09:42:31 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-649 Resim neco podobneho nad modularnim systemem v Netbeans. Podle dokumentace by to nemel byt problem, napred se vytvori jedna bean factory per classloader (modul) a ty se slozi do contextu. Resim neco podobneho nad modularnim systemem v Netbeans. Podle dokumentace by to nemel byt problem, napred se vytvori jedna bean factory per classloader (modul) a ty se slozi do contextu.

]]> By: Lukas http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-647 Lukas Mon, 10 Sep 2007 09:03:29 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-647 Me by zajimalo, jestli umite vyresit i to, aby kazdy modul mel vlastni class path (napr. stare nebo patchovane verze knihoven)? Me by zajimalo, jestli umite vyresit i to, aby kazdy modul mel vlastni class path (napr. stare nebo patchovane verze knihoven)?

]]> By: Novoj http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-646 Novoj Mon, 10 Sep 2007 08:44:24 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-646 V podstatě jde jenom o jednoduché aplikování vlastností Springu. Nečekej od toho nic světoborného, ale zatím se nám to docela osvědčilo. Řeší to ty naše problémy a není to žádné velké hackování, a to je hlavní. Co ale v textu nebude je nasazení toho systému v prostředí EJB. To je pro mě trošku horká půda - nejsem moc velký odborník na EJB a už jsem si několikrát naběhl, to klidně přiznám. Při vývoji navíc EJB nepoužíváme, takže fakt ani praktické zkušenosti nemám. Nerad uváděl někoho v omyl nějakými mými neověřenými informacemi a proto se tomuhle tématu úplně vyhnu. BTW - ty už jsi nasadil OSGi ve Springu? Nějaké zkušenosti? Já se čísla verze 0.7 docela obávám pro nějaké vážnější nasazení na projektu. V podstatě jde jenom o jednoduché aplikování vlastností Springu. Nečekej od toho nic světoborného, ale zatím se nám to docela osvědčilo. Řeší to ty naše problémy a není to žádné velké hackování, a to je hlavní.

Co ale v textu nebude je nasazení toho systému v prostředí EJB. To je pro mě trošku horká půda – nejsem moc velký odborník na EJB a už jsem si několikrát naběhl, to klidně přiznám. Při vývoji navíc EJB nepoužíváme, takže fakt ani praktické zkušenosti nemám. Nerad uváděl někoho v omyl nějakými mými neověřenými informacemi a proto se tomuhle tématu úplně vyhnu.

BTW – ty už jsi nasadil OSGi ve Springu? Nějaké zkušenosti? Já se čísla verze 0.7 docela obávám pro nějaké vážnější nasazení na projektu.

]]> By: Roman Dagi Pichlik http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/comment-page-1/#comment-645 Roman Dagi Pichlik Mon, 10 Sep 2007 07:13:09 +0000 http://blog.novoj.net/2007/09/08/serial-modularni-systemy-ve-spring-frameworku/#comment-645 Resime neco podobneho a ja se prave klonim k pouziti OSGi. OSGi podle me nestoji na principu vsechno nebo nic, takze pokud ty "enterprise" featury nepotrebujes, tak te je nikdo nenuti pouzivat. Ja mam z OSGi jediny problem, a to ze vidim pesimisticky jeho funkcnost v ruznych aplikacnich serverech a navic ve spolupraci s EJB. Kazdopadne jsi rad prectu o vasem reseni. Resime neco podobneho a ja se prave klonim k pouziti OSGi. OSGi podle me nestoji na principu vsechno nebo nic, takze pokud ty “enterprise” featury nepotrebujes, tak te je nikdo nenuti pouzivat. Ja mam z OSGi jediny problem, a to ze vidim pesimisticky jeho funkcnost v ruznych aplikacnich serverech a navic ve spolupraci s EJB. Kazdopadne jsi rad prectu o vasem reseni.

]]>