Rakovina Javy (diskuse)

[Filip Jirsák]

Jako dalsi priklad mohou poslouzit logovaci knihovny. Log4J je nejsireji pouzivana knihovna pro logovani. Presto jen v ramci Apache Foundation existuji 3 dalsi knihovny pro stejny ucel.

A to sami autoři log4j napsali další dvě knihovny pro logování – slf4j (obdoba jakarta-commons-logging) a logback (nástupce log4j). Nutno ovšem říci, že tady to má smysl, protože ty knihovny jsou opravdu lepší, než jejich předchůdci (navíc implementují nejrůznější API, takže je možné v části projektu používat slf4j, které ale nakonec loguje skrze jcl nebo log4j, nebo je naopak možné používat slf4j, ktzeré knihovnám používající jcl poskytne jeho API).

Jinak je to bujení Javy podobné, jako bujení linuxových distribucí, nebo i jako bujení demokracie, kapitalizmu, nebo dokonce života – všude se spousta věcí „vymýšlí“ znova a znova, liší se jenom v drobnostech. Jenomže jak se zdá, pro vývoj je to ta nejlepší cesta. Náš pan vševědoucí prezident do počítačů nedělá, aby nám prozradil, který systém bude nejlepší, takže holt nezbývá, než těch cestiček prošlapávat spoustu a čekat, která se ukáže jako perspektivní, a která zanikne.

[alblaho]

Tak, bujení je správné. Na druhé straně je smrt.

Pokud člověk zvolí knihovnu, která se hodně používá (ale nemusí být nutně nejlepší), tak moc vedle nešlápne, ne? Tak co.

[jerrinot]

S tim ze JPA je "just another standard" bych ostre nesouhlasil. Prece jen mit posveceni od SUNu, projit JCP, mit vlastni JSR a byt standardni soucasti JEE je neco jineho tvrdit zakaznikovi: "No, zrovna ted to podporuje JBoss a Gavin King je desne chytrej chlap, tak zadnej strach"

To stejne plati o EJB3 vs. Spring...

[Ladicek]

To stejne plati o EJB3 vs. Spring...

Ještě štěstí, že v tomhle konkrétním případě to tak úplně neplatí

[Petr Masopust]

EJB3 ani zdaleka neni totez co spring - kazde se hodi na neco trochu jineho ale daji se zkombinovat.

Btw Gavin King muze byt desne chytrej ale napsat jako reseni bugu ze problem je "evil" je na me trochu moc. Btw2 je to nepodpora multiple join fetch coz znamena ze hibernate v tomhle odporuje jpa specifikaci.

[jerrinot]

S tim Springem jsem ustrelil, moje chyba. Myslel jsem to spis jako obranu SUNu - nevytvari si standardy jen tak z dlouhe chvile(bujenim), ale kouka kolem sebe, co je uspesne: Spring, Hibernate. A snazi se vyhody techto technologii nejakym zpusobem standardizovat(IoC v EJB, JPA, atd...) Rakovinou bych to urcite nenazyval...

[finc]

Tak s tim mnozstvim knihoven je to podobne jako v Linuxu, ne?

Ale k veci. To, ze Sun napriklad udelal JPA, byl krok kupredu, uz prave z toho duvodu, ze donutil napr. takovy Hibernate, aby se ohnul do jeji specifikace a tim sjednotili dane postupy a standardizovali zakladni koncept. Nic Vam samozrejme nebrani pouzit JPA + Hibernate, atd.

Myslim, ze situace bude jeste horsi (tedy s poctem knihoven). Ale na druhou stranu, stejne zustanou max. 2-3 jasne volby: EJB vs. Spring, Hibernate vs. JPA, Swing vs. SWT, JSF vs. Spring, atd, atd.. Navic nektere frameworky se mohou navzajem doplnovat.

Pro nekoho je to vyhoda, pro nekoho zase utrpeni. Jak jsem psal vys, stejne tak se muzes bavit o KDE vs. GNome, atd.

Ja osobne jsem rad, ze ta moznost vyberu existuje.

[Lukáš Zapletal]

To jsou věci, po dvou deci

[Ondra]

Od té doby, co jsem se trochu rozkoukal a usadil se na "standardu" Hibernate + Struts to dělám tak, že prostě nic nehledám a nezkouším, dokud se při řešení problémů hledáním na google nesetkávám v odpovědích na fórech s kladným ohlasem na nějaký framework tak často, že se nakonec rozhodnu jej vyzkoušet - tak jsem se třeba dostal k Spring, iBATIS a FreeMarker, nebo mi ho dlouhodobě cpe kamarád/spolupracovník, který produkuje rychle a dobře - tak jsem se dostal například k Wicketu. Jen málokdy se stane, že mě něco štve tak moc, abych se začal sám pídit po něčem lepším - ale například JUnit je fakt napytel.