Presne jak pisete. S WARem to funguje podobne. Nevim, jestli je to nekde doporuceny, ale ja se jen drzim toho, ze aplikacni JARy a WARy mam v rootu EARu a tzv. utility JARy (tj. 3rd-party knihovny) mam v podadresari lib. V zasade to muzete michat, jen je asi treba pamatovat na to, ze v Jbossu hlavni aplikacni classloader (tj. EAR classloader) vidi pouze JARy v rootu EARu, JARy v podadresarich nevidi a ty je tudiz nutne pridavat rucne do manifestu.
Jine app servery nez Jboss to mohou mit trochu jinak, tusim, ze treba WAS vyzadoval explicitni uvedeni vsech JARu v manifestu (tj. narozdil od Jboss defaultne nevidel JARy v rootu EARu) apod. Pokud byste chtel trochu zaexperimentovat s jboss classloadery a podivat se jak je to tam delane a odhalovat chyby typu, ze nejaka trida neni videt, nebo je kolizni, mrknete na http://docs.huihoo.com/javadoc/jboss/4.0.2/org/jboss/mx/loading/ClassLoaderU tils.java.html - umozni Vam to kdekoli vydumpovat hierarchii cl, jejich classpath apod. Honza > -----Puvodní zpráva----- > Od: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] za uivatele Lukas Zapletal > Odesláno: Thursday, January 03, 2008 18:03 > Komu: Java > Predmet: Re: SAR archiv a classpath > > > Moc dekuji za odpoved. > > > EAR > > muj_app_jar1.jar > > muj_app_jar2.jar > > muj_app_sar.sar > > lib > > commons-beanutils.jar > > ... > > > > Aplikacni JARy z rootu EARu "vidi" SAR bez problemu. > Utility JARy (v > > lib) "vidi" SAR pouze pokud mu je pridate do manifestu. > > Takze pokud to chapu dobre, neni problem nastavit konfiguraci > tak, aby knihovnu beanutils "videly" vsechny JARy i SARy > (jar1, jar2, sar). Predpokladam, ze by nemel byt problem ani > s WARem (Servletem) -- tudiz mi staci pouze hlavni funcnost > systemu dodat v samostatne knihovne (v adresari "lib"). > > Jeste jednou dekuji za vysvetleni > > -- > Lukas Zapletal > http://lukas.zapletalovi.com
