> Presne, nechce se mi pridavat dalsi knihovnu, tedy delat dalsi problemy s > classloaderem, do weboveho projektu. Myslel jsem spis, jestli neco neni > primo v JDK, protoze jak rikam - kdo kdy pouzil md5, aniz by nepotreboval > hex reprezentaci? ...
Jake problemy mate na mysli? K obycejnemu webovemu projektu obvykle neni problem pridat treba 50 knihoven, pokud si je udrzuje clovek "na poradku". Java neni jazyk vysoke urovne, clovek nemuze ocekavat tak bohate funkce, jako ma Perl/Python/PHP a spol. Za to, co ma Java v Core API, muzeme byt radi a diky siroke rozsirenosti a podpore ma clovek vzdy na vyber hned z nekolika knihoven. Osobne jsem pro to, aby Core API uz moc nerostla - kvalitnich knihoven je opravdu dostatek. > Mimochodem, kde muze clovek davat feature requesty do JDK? Snad by nebylo > takove zlo pridat k MessageDigest metodu toHexString(), kterou nejspise > vyuziji vsechny implementace... Na sunovske bugzile, ovsem otazka je, jestli to ma cenu. Nektere tamni otevrene bugy pamatuji jeste Masaryka :-) > Pochopitelne to dole byl jen prvni nastrel, jinak jsem nasel i knihovnu > napsanou v C a pripojovanou pres JNI. Tak tady by classloader webkontejneru asi pravdepodobne stavkoval... (Tim nerikam, ze to nejde.) > Za kodovani se omlouvam, holt jsem z historickych duvodu prilnul k Outlooku > :-) To je ten kancelarsky balik od Microsoftu, kde chybi poradny e-mailovy klient, ze? :-) -- Lukas Zapletal http://lukas.zapletalovi.com
