Zdravim, Myslim si ze prave IoC je v EJB dotiahnute. V Springu mozes injektovat lubovone dva beany. Ja pri springovskych projektoch som si vzdy kladol otazku, ktory bean este dat pod kontrolu Springu a teda zaregistrovat do aplikacneho kontextu a ktory uz nie. Odpovedou vascinou bolo zaregistrovat 'systemove' beany aplikacie = beany ktore vyuzivaju sluzby spring kontaineru. Tieto 'systemove' beany potom dalej referencuju beany o ktorych spring uz nevie. Ide len o urcenie hranice. No a tu prave EJB expert group urcil tu hranicu. V EJB3.0 mas tiez IoC, ale len pre vopred urcenu mnozinu (session, entity beany, servely, ...).
Co sa tyka EJB interceptorov, tak IBM aj JBoss group deklaruju, ze v ich produktoch spravia AOP support, takze je mozne ze zakaznikom to chyba a EJB expert group sa tu asi sekol. Martin Krajci On 6/21/07, Roman Pichlik <[EMAIL PROTECTED]> wrote:
Ales Dostal napsal(a): > Moc dik, za nakopnuti. > Timto zpusobem mi to samozrejme funguje, ale.... > Funguje to pouze na metody, ktere jsou volane z Session beany klasickym > zpusobem. Pokud mam casovanou metodu, tak se mi Interceptor nespusti :( > Zeptam se rovnou, existuje nejaky zpusob, aby toto fungovalo i na > nacasovane metody? pouzij plnokrevne AOP (napriklad AspectJ) a na takove hracky jako EJB interceptory se vykasli. Inteceptory v EJB 3.0 presne ukazuji na neschopnost lidi kolem EJB specky zaclenit nejake reseni poradne. At uz to jsou interceptory a nebo IoC, tak oboje je to dost nedotazene. -- S pozdravem Roman "Dagi" Pichlik /* http://www.sweb.cz/pichlik/ Blog pro kodery */
-- Best regards, Martin Krajci www.krajci.eu
