To co jste napsal presne ilustruje tzv. "enterprise" reseni :-) Nekomu dam 200 MB zip a reknu rozbal tam a tam (to nazvu instalacnim manualem), polovina tech knihoven tam bude davno obsolete a buggy, ale tem spravcum je to uplne na salamu a me vlastne taky. Do admin manualu vlastne staci napsat akorat, ze se to spousti run.sh a je to, presne jak pisete.
Ono to vubec neni spatny reseni, protoze casem to vyvola tlak na nejaky change request napr. kvuli zmene knihovny, protoze ten x let starej shit nebude mit nejakou funkcionalitu a tak tam dam pro jistotu tu samou knihovnu v jiny verzi a poslu pro zmenu 210 MB zip :-) Neni to uzasne ? Vitek Dne Čt 15. října 2009 16:05:32 Tomas Hubalek napsal(a): > BTW: Jen male vysvetleni, proc se branim myslence, ktera neni tak uplne > spatna. > > Jsem JEE vyvojar a mam uplne jine zkusenosti nez vy. V podnikove sfere > jsou spravci Linuxu lidi daleko od nas, kteri si strasne neradi nechaji > sahat na konfiguraci sveho linuxu. Jakykoliv novy .deb,.rpm nebo cokoliv > jineho vyvovala v nejlepsim pripade kysele xychty a nutnost vyplneni > miliony ticketu v tech jejich zatrolenych systemech. > > Kdyz jim dam jeden zip a reknu, tady to rozbal a timhle shellem pust, > nebo jim dam jeden war a reknu prskni to do tomcatu jsou spokojeni. Jak > musi menit neco v tomcatu nebo v systemu, jsou nas*ani, protoze nevedi, > co jim to kde muze rozbit. > > V JEE se podle me nehledi tolik na teoretickou cistotu, ale na > spolehlivost. Kdyz pouziju jar, ve kterem je chyba, je ten problem z > hlediska firmy na me a ne na jejim autorovi. Nechci aby mi kdokoliv > menil verzi Oracle driveru, jenom proto, protoze ta minor verze ma > nejaky bug (doporucuju mrknout na to kolik je v kazde minor verzi > opravenych chyb: > http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/rea > dme_jdbc_10204.html, > http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/rea > dme_jdbc_10203.html, ... pricemz ty cerstve zanesene tam samozrejme > nikdo nepise ;-)) > > Tom >
