Pokud si dobře vzpomínám, tohle je speciální případ obecnějšího problému, že classloadery tvoří strom, a když jedna knihovna závisí na druhé, tak ta druhá nemůže být v tom stromu dál od kořene, protože pak ji ta první nevidí.
Popsané je to třeba u TomCatu, ten má těch classloaderů hodně: http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html Narazil jsem na to v případě, když jsem chtěl do $JAVA_HOME/jre/lib/ext přihodit nějaké knihovny, jenže ony pak měly problémy fungovat s třídami, které byly v normální CLASSPATH, protože je neviděly. Makub Lukáš Zapletal napsal(a):
Zdravim konferenci, mel bych technickou. Mam-li nejakou knihovnu v bootclasspath a ona zavisi na nejake jine knihovne, kterou mam "jen" v classpath, nemuze nastat problem? Napriklad implementace CORBA ktera za behu nacita logger implementaci (log4j). Prvni jmenovana knihovna je v "bootu", druha (ta logovaci) je v "normalni" ceste. Hazi mi to CNFE a ja si nejsem jisty, jestli v tom nemuze byt problem. Tusim, ze by s tim mohl mit neco do cineni pouzity class loader. Nesetkal se nekdo s temito dvema scenari: 1) knihovna v bootclasspath zavisi na knihovne v classpath, zavislost je staticka 2) knihovna v bootclasspath zavisi na knihovne v classpath, zavislost je dynamicka (Class.forName) Diky za tipy LZ
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Supercomputing Center Brno Martin Kuba Institute of Computer Science email: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 --------------------------------------------------------------
smime.p7s
Description: S/MIME Cryptographic Signature
