За и против JSP

Милите ли, че JSP е най-доброто решение за Web-приложения на Java, или има по-добър вариант ?
Тъй като производителността и разхода на памет са важни за мен, започнах да се заглеждам по различни template engines като FreeMaker, SITE, филтри за компресия на response, оптимизация на генерирания HTML и т.н.
Ако някой е използвал нещо различно от JSP досега, моля да ми даде съвет.

какво толкова правиш че ти трябва оптимизация?

Става дума за проект, който се хоства от чужда фирма под споделена виртуална машина (Shared Virtual Mashine) и работи с ограничен ресурс.
Проблемът е вече решен, но проявявам любопитство за алтернативите. :-)
Ако някой е опитвал друго освен JSP, ще се радвам да ми разкаже.

Ami jsp e kompilirano do servlet taka che e trudno da go biesh :-)
Na teoriya e po byrzo ot scriptovete.
Nyakude chetoh sravnenie s XSLT : jsp e 20 pyti po byrzo. A drugite velocity, freemarker itn sa blizo do jsp. Taka che moje vsichko drugo samo ne i XSLT za web site.

пиши pure-servlets - по-бързи ще са от JSP-ta ...

Кура ми янко, JSPтата са сървлети

JSP има много предимства оред други конкурентни технологии. Бързината на работа и разхода на памет не са сред тях уви.
Но бързина на програмиране заради лесен и познат синтаксис трудно могат да се бият.
Лук

бързината ?
кое визираш за по - бързо ?

The human knowledge belongs to the world.

По бързо от JSP е ако се пише директно сервлет. Така ще се избегне първоначалното компилиране от Jsp до .java и от .java. до .class.
Това време може да бъде от порядъка на 25 секунди при изклучително сложни вложени JSP-та през което време апликейшън сървъра ще стои и ще чака както и клиентите.
А и така ще се избегнат и проверките дали е необходима нова компилация по време на изпълнението, ако JSP-то е подменено с ново. Май имаше и други забавяния свързани с интернационализацията, но те много зависят от апликейшен сървъра, който се прави на много умен когато стане дума за стрингове връщани от JSP-тата под негов контрол.
Лук.

това е единствено докато се конвертира до сървлет, нататъка изпълнението си е напълно нормално ............ не виждам защо правиш разграничаване след като промени се правят най вече в процес на разработка

The human knowledge belongs to the world.

... не съм казал, че не са ...
... но преди да се правиш на разбирач ... погледни какво има в един Servlet генериран от JSP и после се изказвай неподготвен ...

... целия този процес може да се избегне, чрез компилиране на JSP -> class с jsp-compiler ... тогава единствено контейнера ще проверява дали JSP съответства на class-а за да не прекомпилира ...

Напоследък набира скорост Tapestry като алтернатива на jsp. Абстрахира те от URLs, request, response, и се предполага че е доста удобно за работа с неговия компонентен подход (сходен с ASP.NET и WebObjects (на Apple/NeXT)). Разделя напълно HTML от логиката. Направено е върху servlet api, но те изолира от него изцяло (може да интерфейсва със servlet/jsp).

Още не съм си имал работа с large-scale проект на него, обаче. Недостатък за мен е че работи с едни тлъсти автоматично генерирани URLs, които не са добри ако клиента е браузър на мобилeн телефон.

ama..., margaritka iska da optimizira, taka de temenujka

Това е интересно. Как се отрази използването на Tapestry върху времето за разработка ? И ако сега започнеш нов проект би ли избрал Tapestry пред JSP ?

След като говорим за оптимизацията в JSP, ще споделя че :
- премахването на JSTL и на собствената ни JSP Tag Library от проекта,
и замяната им със скриплет викащ единствен статичен клас, намали разхода на памет със 7 мегабайта. Анализа (с Profiler) показа, че JSTL създава множество temporaly-обекти, което обяснява резултата.

Послепис - теменужките са по-хубави от маргаритките

ми не се учудвам.

Az sega rabotya na Struts. No ne mi haresva. Otkakto prochetoh tutorial za JSF se vlubih. Ako shte minavam na neshto po dobro ot Struts, shte e JSF, zashtoto e svetoven standart, i vzima vsichko ot syshtestuvashtite idei za componentno orientiran framework. Razbira se Tapestry e syshto dobre, no ne e standart kato JSF.

no tuka spora mai beshe za JSP. A jsp se izpolzva kato view i za Struts i za JSF. A dori edno vreme se pisheshe samo na jsp.

Ееееех ако знаете как ми се иска да ви разбирам повече за какво говорите !!!
За сега си цъкам само JSP /то като че ли е най лесно - нали е добре да почна от него/
P.S. много се извинявам че изказването не е по темата ама.... е тека просто ме стана яд че не ги знам тия неща

Ако не беше последната секунда... никога нямаше да свършваме нищо

Struts i JSF ne se wodjat tochno w edin i sushti scope. praweni sa ot edin i sushti chowek, a w momenta ima plugin za struts za da raboti s jsf, i dwete tehnologii shte se razwiwat i spored men struts winagi shte poddurja jsf. tam da ti kaja dosta se pooburkaha neshtata. JSF-to go naprawiha za da mogat da izkarat IDE za sglobjawane na web prilojenia. shtoto towa im beshe edno ot slabite mesta sprjamo Visual Studio-to.