🚀 go-pugleaf

W dniu 2012-04-17 21:14, Tomek Łabuz pisze:
> W dniu 2012-04-15 10:05, Jacek Czerwinski pisze:
>> Kiedyś pamiętam tu dyskusję, czy wrzucać dodatkowe, ważne i 'systemowe'
>> JAR-y do katalogu 'lib' serwera (kontenera servletów). Przesłanie było,
>> że lepiej nie, że trzymać to, choćby duże było, w WAR aplikacji.
>>
...

> możliwość robienia własnych "profili" była zawsze, tylko czasem wiązało
> się to z jakimś ryzykiem,

Stabilność (ogólna), wytestowanie, itp to rozumiem.

Loadery/izolacja.
Dyskutując w przeszłości, był podnoszony temat który loader to realizuje 
(aplikacji WAR/serwera), stopień izolacji, singletony i takie szczegóły. 
Jakieś znaczenie to ma, np jar locking w większych projektach zachodzi 
i przebiega nieco inaczej.
Czy wprowadzenie 'oficjalnych' profili serwerów cośkolwiek zmieniło? Nie 
sądzę, nie znalazłem na ten temat najmniejszych wzmianek.

 >instalacja i dystrybucja łatwiejsza
 >jeśli piszesz na dedykowane środowisko sprawa jest łatwiejsza, np nasz
 >jboss 7 ma już kilka modułów extra

Objętość.
Co do objętości WAR, jakie wam wychodzą? W 'samowystarczalnej' filozofii 
to dawno już przekracza 30MB a dochodzi jak nie upilnować do 50MB. Można 
powiedzieć "ładne" to nie jest. O ile chodzi o implementację JPA, 
bogatszy framework webowy i inne wiodące, moja psychika akceptuje 4-8MB 
jarów/zagadnienie. Ale scyzoryk mi się  otwiera jak wpada z boku parser 
XML użyty raz z pobocznej funkcji przynosi 4MB.
Profile a objętość, wydaje się atrakcyjne.
Tylko ciągle by trzeba konserwować 2-3 projekty inaczej pakujące to samo 
pod wypasionego Tomcata, średniego Glassfisha czy Jetty. Z drugiej 
strony przetestowanie czegoś na innej od codziennie używanej 
konfiguracji -  tez jest korzystne.