ParentLast (java2ParentDelegation=false) nastaveno samozrejme mam v EARu i SARu. ParentFirst model mi vzdy prisel celkem nepouzitelny :)
Ten muj pripad je o neco komplikovanejsi v tom, ze jde o SAR (me aplikacni MBeany) uvnitr EARu. SAR ma manifest, ktery se odkazuje na Metro knihovny v EARu, nicmene i tak dochazelo ke kolizi javax.mail apod. Nezkoumal jsem dopodrobna, protoze spolehlive pomuze vycisteni Metro JARu od balastu. H. > -----Puvodní zpráva----- > Od: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] za uivatele Roman Pichlík > Odesláno: Tuesday, August 19, 2008 15:25 > Komu: Java > Predmet: Re: Monoliticke JARy (napr. Metro webservices-extra.jar) > > > > Pochopil jste nekdo proc Sun (a urcite jsem to videl i u jinych) > > distribuuje nektere sve produkty tak, ze vezme nekolik knihoven, ty > > rozbali a udela z nich jeden obrovsky monoliticky JAR? > > protoze to jsou cuncata ;-). Minimalne by meli mit dve > distra, jedno s pribalenymi knihovnami a jedno bez nich. > Kazdopadne to neresi pripad, kdy se doployuje do aplikacniho > serveru, ktery muze mit jine verze knihoven, nez potrebuje > Metro. Snad kazdy aplikacni server umoznuje nastavit parent > last delegation model pro classloader, pak muzete to Metro > pouzit i ve vasi aplikaci, aniz by z nej bylo potreba neco > vykuchat. Konkretne pro JBoss staci vytvorit nasledujici > jboss-app.xml a placnout ho do META-INF EARu (podobne to jde do WARu). > > <?xml version="1.0"?> > <!DOCTYPE jboss-app PUBLIC "-//JBoss//DTD J2EE Application > 1.4//EN" "http://www.jboss.org/j2ee/dtd/jboss-app_4_0.dtd";> > > <jboss-app> > <loader-repository> > myApp:loader=myApp > > <loader-repository-config>java2ParentDelegation=false</loader- > repository-config> > </loader-repository> > </jboss-app> > > > > -- > S pozdravem Roman "Dagi" Pichlik > > /* http://www.sweb.cz/pichlik/ Blog pro kodery */
