On Tue, Aug 19, 2008 at 02:22:02PM +0200, Jan Moravec wrote: > Zdravim, > > 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?
Kratka odpoved je: historicke duvody, lepsi odpoved je dole > > Priklad: Sun Metro WS stack > > To by se clovek opravdu strelil. Jednim z jeho runtime JARu je > webservices-extra.jar, ktery v sobe obsahuje Java Mail, Java Activation, Java > Annotations a kus Java Security. Bez tohoto JARu Metro nejede, tudiz ho > pribaluji k aplikaci. Proc nejsou tyto dilci knihovny distribuovany jako > oddelene JARy - standardni activation.jar, mail.jar, annotations.jar + zminka > v Metro dokumentaci jaka verze ceho je pro beh potreba? Toto zpusobuje to, ze > neni snadne Metro nasadit v prostredi, ktere jiz treba activation API a mail > API poskytuje ze sveho runtimu (v mem pripade JBoss AS). Resim tak, ze z > Metra JARu odmazavam prislusna API, abych se vyhnul kolizim s runtime > knihovnami AS, coz je neudrzitelne. > > Toto jde preci proti konceptu spravy zavislosti, kdy je potreba z principu > zavislosti oddelovat a ne slucovat. > > Asi placu na nespravnem hrobe :) Diky za pripadna osvetleni. V SUNu vime, ze je pro radu lidi stavajici stav nevyhovujici. Tezko se s tim ale da neco poradneho udelat, pokud chybeji lidi (a volne ruce v soucasne dobe metro tym pokud vim nema). Nicmene metro projekt je open source (viz [1]), takze pokud to nekomu vadi hodne, muze prilozit ruku k dilu a pomoci nejen sobe, ale i jinym (viz [2]). Co vy na to? [1]https://metro.dev.java.net/ [2]https://glassfish.dev.java.net/public/GovernancePolicy.html > Honza > > -- http://blogs.sun.com/japod
