🚀 go-pugleaf

On 10/26/2011 07:12 PM, Michal wrote:
> Jak widze wiekszosc osob odradza taki sposob, rozumiem zagroznia. Jednak w projekcie jest duzo bibliotek
> wspoldzielonych i zajmuja one po spakowaniu okolo 100MB, wiec po rozpakowaniu bedzie okolo 400-700MB (tak wynika
> z szybkiej estymacji). To jest niestety duzo jak na sam kod aplikacji, wiec wypada cos z tym zrobic. Szukam, wiec
> najlepszych sposobow.

Dlaczego to ma być dużo? Bo tak Ci się wydaje, czy jest to tylko 
niewygodne (np. aby przy codziennym deployu przepychać na serwer w stanach)?
Można zoptymalizować sam proces budowania wara - np. przesyłać za ocean 
tylko 'twoje' klasy, a całość spakować już zdalnie?

Jeśli już chcesz odchudzać aplikację, to zrób to jak należy. Wyodrębnij 
moduły, określ API, zrób z nich odrębne komponenty (które można jako 
osobne wary uruchomić), połącz wszystko jak należy (WS, RMI, znajdzie 
się trochę technologii do wyboru). Jeśli nic nie zepsujesz, to przy 
okazji otrzymasz niezłe rozproszone środowisko.
Tylko może od razu lepiej zacznij migrację do EJB? :-)

A tak z innej beczki: biblioteki po spakowaniu (to one nie są już w 
jarach?) zajmują x MB. To po co je rozpakowywać? Przecież chyba nie 
liczysz zajętości pamięci poprzez rozmiar plików class?