> Naprostý souhlas, Global Assembly Cache a verzování jako základní součást > platformy můžeme .NETistům jenom závidět.
Sdilim podobny nazor. Zajimalo by me, jestli by se situace nedala resit tak, ze by se do balicku (package) umistilo i cislo verze. Neco jako 1_3.cz.zapletal.mycomponent. Pri poruseni kontraktu by se povysil minor, takze i kdyz bude na classpath 101 implementaci, tak by to nemelo vadit. Tohle by nepomohlo tomu neskutecnemu "bordelu", ktery clovek musi resit, kdyz pouzije "par" knihoven typu CXF. To se pak divi, ze mu nechodi e-maily pres JAVAMAIL, kdyz to nahodil na neco jineho nez je Geronimo (na kterem vyovojari CXF asi testuji). Nezkusil uz tohle nekdo? Co treba nejaky nastroj, co by pomoci manipulace s class soubory provadel refaktoring packages, takze by knihovny "ocistil". Za predpokladu, ze by bylo verzovani spravne (opravdu by se u minoritnich updatech neporusily kontrakty), tak by to mohlo fungovat. To je ale asi utopie - navic, kazdy projekt ma jine verzovani. Nebo by mohl pomoci nejaky specialni classloader, ktery by kazdou knihovnu nahral zvlast a data (volani) mezi knihovnami by treba byl pres nejaky messaging :-) Myslim ale, ze na tom nejsme az tak spatne. S pribyvajici slozitosti a zavistlostmi roste zatez kladena na spravu a reseni konfliktu - na kazde platforme. Myslim, ze i na .NETu to nebude uplne idalni (hadam). > S tím Metrem mne to teď pěkně zarazilo. Vybral jsem si ho mimo jiné kvůli > malému množství JARů a triviální instalaci -- srov. třeba s CXF --, a teď se > dozvím tohle. Při vývoji jsem zatím na nic nenarazil, takže už se těším na > problémy při produkčním nasazení :-( Presne... ach jo. LZ -- Lukas Zapletal http://lukas.zapletalovi.com
