Comments on: WebBeans http://blog.krecan.net/2009/01/09/webbeans/ Short remarks from Java world Sat, 04 Feb 2012 09:44:38 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Rastislav "Bedo" Siekel http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-834 Rastislav "Bedo" Siekel Thu, 22 Jan 2009 07:10:28 +0000 http://blog.krecan.net/?p=229#comment-834 >Nicméně to vypadá, že jsem se svým názorem v menšině, Ale ešte nás je pár :-) >Nicméně to vypadá, že jsem se svým názorem v menšině,

Ale ešte nás je pár :-)

]]> By: Aleš Najmann http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-832 Aleš Najmann Thu, 15 Jan 2009 20:15:22 +0000 http://blog.krecan.net/?p=229#comment-832 <cite>Pořád si myslím, že pro složitější konfiguraci je XML lepší. Mám pro to i jeden argument. V XML mohu mít víc instancí stejné třídy s různou konfigurací. To se může často hodit. U anotací platí vztah jedna třída jedna konfigurace.</cite> Už se Lukáši těšíte na Spring Java Config? :) tam už budete moci řídit počet instancí pregnantně. Pořád si myslím, že pro složitější konfiguraci je XML lepší. Mám pro to i jeden argument. V XML mohu mít víc instancí stejné třídy s různou konfigurací. To se může často hodit. U anotací platí vztah jedna třída jedna konfigurace.

Už se Lukáši těšíte na Spring Java Config? :) tam už budete moci řídit počet instancí pregnantně.

]]> By: Lukáš Křečan http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-823 Lukáš Křečan Sun, 11 Jan 2009 08:52:57 +0000 http://blog.krecan.net/?p=229#comment-823 Aha, to pak nastoluje otázku, proč vymýšlet nový kontejner, když už je jeden nadefinován v EE. Dovedu si pak představit, že by mohl existovat profil "jenom DI", který by asi dělal to co si představuješ. Já si pod pojmem Java SE představuji jenom JVM a standardní knihovny, pod pojmem Java EE všechno co je v SE plus nějaký kontejner a knihovny navíc. Jakmile bychom zavedli do SE API na DI, tak by se samozřejmě začalo používat v knihovnách a pak už bychom byli donuceni ten kontejner používat vždy. Nebo by to dopadlo jako java.util.logging, kdy máme v SE standard, který nikdo nepoužívá právě proto, že nechce svoje uživatele nutit do jedné konkrétní implementace. Potíž je v tom, že se dopředu nedá odhadnout, jak by takový krok dopadl. Aha, to pak nastoluje otázku, proč vymýšlet nový kontejner, když už je jeden nadefinován v EE. Dovedu si pak představit, že by mohl existovat profil "jenom DI", který by asi dělal to co si představuješ.
Já si pod pojmem Java SE představuji jenom JVM a standardní knihovny, pod pojmem Java EE všechno co je v SE plus nějaký kontejner a knihovny navíc.
Jakmile bychom zavedli do SE API na DI, tak by se samozřejmě začalo používat v knihovnách a pak už bychom byli donuceni ten kontejner používat vždy. Nebo by to dopadlo jako java.util.logging, kdy máme v SE standard, který nikdo nepoužívá právě proto, že nechce svoje uživatele nutit do jedné konkrétní implementace. Potíž je v tom, že se dopředu nedá odhadnout, jak by takový krok dopadl.

]]> By: Dagi http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-822 Dagi Sat, 10 Jan 2009 17:52:19 +0000 http://blog.krecan.net/?p=229#comment-822 To jsme se asi nepochopili uplne. Ja jsem chtel taky samozrejme kontejner, ale nejaky uz v API SE Javy. Samozrejme s moznosti "pokud ti to nevyhovuje, pouzij neco jineho". To jsme se asi nepochopili uplne. Ja jsem chtel taky samozrejme kontejner, ale nejaky uz v API SE Javy. Samozrejme s moznosti "pokud ti to nevyhovuje, pouzij neco jineho".

]]> By: Lukáš Křečan http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-821 Lukáš Křečan Sat, 10 Jan 2009 08:20:14 +0000 http://blog.krecan.net/?p=229#comment-821 Aha, jestli jsem to správně pochopil, že by se o DI staral JVM? To mě nenapadlo a asi by se mi to ani nelíbilo. Cítím se tak nějak lépe, když se o podobné věci stará nějaký kontejner, který můžu v případě potřeby vyměnit nebo úplně zahodit. A ani jinak necítím potřebu standardizace, JavaBean specifikace v tomto plně vyhovuje. Dovedu si představit, jak by lidi (mě nevyjímaje) řvali, že se jim Sun svým ošklivým standardem snaží zničit jejich oblíbený DI nástroj. Aha, jestli jsem to správně pochopil, že by se o DI staral JVM? To mě nenapadlo a asi by se mi to ani nelíbilo. Cítím se tak nějak lépe, když se o podobné věci stará nějaký kontejner, který můžu v případě potřeby vyměnit nebo úplně zahodit.
A ani jinak necítím potřebu standardizace, JavaBean specifikace v tomto plně vyhovuje. Dovedu si představit, jak by lidi (mě nevyjímaje) řvali, že se jim Sun svým ošklivým standardem snaží zničit jejich oblíbený DI nástroj.

]]> By: Dagi http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-820 Dagi Fri, 09 Jan 2009 16:13:37 +0000 http://blog.krecan.net/?p=229#comment-820 Me lezi v zaludku, ze tu neni standardizovany zpusob jak delat DI v SE. WebBeans presne tohle definuji, jenom meli oddelit core a tu nadstavbu pro napojeni na EE. Me lezi v zaludku, ze tu neni standardizovany zpusob jak delat DI v SE. WebBeans presne tohle definuji, jenom meli oddelit core a tu nadstavbu pro napojeni na EE.

]]> By: Lukáš Křečan http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-819 Lukáš Křečan Fri, 09 Jan 2009 14:02:14 +0000 http://blog.krecan.net/?p=229#comment-819 Asi to použít půjde i v SE. Jenom myslím, že to bude v EE specifikaci a taky je otázka kdo by v SE spravoval transakce a podobně. Ale dovedu si představit Spring based implementaci, je jen otázka k čemu by byla. Asi to použít půjde i v SE. Jenom myslím, že to bude v EE specifikaci a taky je otázka kdo by v SE spravoval transakce a podobně. Ale dovedu si představit Spring based implementaci, je jen otázka k čemu by byla.

]]> By: Dagi http://blog.krecan.net/2009/01/09/webbeans/comment-page-1/#comment-818 Dagi Fri, 09 Jan 2009 13:25:53 +0000 http://blog.krecan.net/?p=229#comment-818 Nevim jestli si nabyl stejneho dojmu jako ja, ale prislo mi, ze podle specifikace lze pouzit moznosti dependency injection WebBeans, tedy napriklad i pro SE projekty. Nikde jsem nevidel zadnou tvrdou vazbu na EE. Nevim jestli si nabyl stejneho dojmu jako ja, ale prislo mi, ze podle specifikace lze pouzit moznosti dependency injection WebBeans, tedy napriklad i pro SE projekty. Nikde jsem nevidel zadnou tvrdou vazbu na EE.

]]>