🚀 go-pugleaf

W dniu 2011-10-17 21:21, Mikolaj Rydzewski pisze:
> On 10/17/2011 07:57 PM, Michal wrote:
>
>> jezeli wrzoce jakas klase do katalogu tomcat/lib i jezeli odpale dwie
>> aplikacje(dwa wary), ktore korzystaja z tej klasy
...
>
> To jest nic innego jak proszenie się o kłopoty.
> Aby poradzić sobie z PermGen: daj Tomcatowi więcej pamięci, podaj
> explicite rozmiary odpowiednich stert, nie używaj hotdeploya (czyli
> restart tomcata po podmianie wara).

Zgodził by się.

Wtykałem kiedyś do ogólnego "lib" czy to driver JDBC, czy kompletne bazy 
embeded H2, Derby, EhCache itp. One trzymają pliki, robią jakieś 
singletony czy ki ciort, undeploy się nie udaje do końca.
Motywowałem się wtedy a) rozmiarem WAR, b) nadzieją na jakąś oszczędność 
połączeń. Z czasem przestałem, mam to w WAR (łącznie z driverem JDBC 
MSSQL na co ortodoksi się pewnie pokrzywią). Najmniej mnie zaskoczy z 
jakąś plątającą się starszą wersją itp. Etap przejścia w jeden większy 
WAR zbiegł się z konsekwentnym stosowanie Mavena w developerce.

Na hotdeploy w środowisku Tomcat stosuję tzw 'antiJarLocking' (obie 
filozofie miały ten problem, choć z innym natężeniem) ale ja to robię z 
zupełnie innych motywacji, akurat nie o RAM chodzi, bo przypuszczam ta 
metoda jest raczej rozrzutna. A pełny restart przynajmniej co 2-3 x jest 
najpewniejszy.

Więc zgadza się, że pomysł kolegi to problemy.
Dość niedawno skopała mnie zapomniana biblioteka w starszej wersji 
(żadna zjadająca zasoby czy pliki, zwykła biblioteka), tam zapomniana.