lekki web framework - co polecacie?

kitikat

unread,

Dec 27, 2009, 5:09:01 PM12/27/09

to

Witam wszystkich Grupowiczów,
Mam zamiar przystąpić do nowego projektu, będącego niedużą aplikacją
webową (baza MySQL). Jakie frameworki polecalibyście, jako główne
kryterium biorąc pod uwagę wydajność (jeśli chodzi o funkcjonalność
nie ma żadnych udziwnień - kilka prostych crudów)?
Pozdrawiam,
Kitikat

Jacek Czerwinski

unread,

Dec 27, 2009, 5:18:30 PM12/27/09

to

kitikat pisze:
> Witam wszystkich Grupowiczďż˝w,
> Mam zamiar przystďż˝piďż˝ do nowego projektu, bďż˝dďż˝cego nieduďż˝ďż˝ aplikacjďż˝
> webowďż˝ (baza MySQL). Jakie frameworki polecalibyďż˝cie, jako gďż˝ďż˝wne
> kryterium biorďż˝c pod uwagďż˝ wydajnoďż˝ďż˝ (jeďż˝li chodzi o funkcjonalnoďż˝ďż˝
> nie ma ďż˝adnych udziwnieďż˝ - kilka prostych crudďż˝w)?

Ktoďż˝ z sarkazmem odpowiadaďż˝: ten framework, ktďż˝ry znasz najlepiej.

W kwestii podstawowej. Wsparcie CRUD-ďż˝w w ogďż˝le jest niewielkie a zerowe
w tzw. lekkich frameworkach. Moďż˝e JSF, ale do bazy danych ma sam w sobie
stosunek doďż˝ďż˝ daleki (abstrakcja).

O jaki sens sďż˝owa wydajnoďż˝ďż˝ chodzi? Maďż˝o ale szybkich sesji? Duďż˝o sesji?
Duďż˝o rďż˝nych stron czy maďż˝o? O jakich liczbach w ogďż˝le mowa?

Nos mi mďż˝wi, ďż˝e po drodze do wydajnoďż˝ci spotkasz siďż˝ z designem
obiektowym (zwďż˝. obiektowy model danych, struktury obiektďż˝w itd), wiďż˝c
chyba przyzwyczaj siďż˝ nie patrzeďż˝ aďż˝ tak mocno przez bazďż˝ danych.

maczech

unread,

Dec 28, 2009, 3:24:17 AM12/28/09

to

Popatrz na Grails, co prawda nie jest to czysta Java ale pisze się
naprawdę szybko. Co do wydajności to niestety nie wiem jak wypada przy
dużych projektach i dużych ilościach danych.

wojtassj

unread,

Dec 28, 2009, 4:17:24 AM12/28/09

to

Dokładnie Grails :-) Poza tym RoR, Django lub Playframework (ten
osttani jest dla czystej Javy).
Z tym, że zaden nie jest "lekki", chyba, że chodzi o lekkość nauki :-)

Pozdrawiam,
Wojtek

fv

unread,

Dec 28, 2009, 4:37:09 AM12/28/09

to

kitikat wrote:
> kryterium biorďż˝c pod uwagďż˝ wydajnoďż˝ďż˝ (jeďż˝li chodzi o funkcjonalnoďż˝ďż˝
> nie ma ďż˝adnych udziwnieďż˝ - kilka prostych crudďż˝w)?

Czysty HTML jest chyba najwydajniejszy ;P Ostatnio sďż˝yszaďż˝em ďż˝e z poziomu javascript moďż˝na pukaďż˝ do
bazy danych... Takďż˝e szedďż˝bym w tďż˝ stronďż˝.

Wydajnoďż˝ďż˝ na javie to raczej klastrowanie, cache, przemyďż˝lana architektura - ogďż˝lnie rzeczy maďż˝o z
frameworkiem zwiďż˝zane.

ďż˝atwiej jest przyspieszyďż˝ javďż˝ stosujďż˝c mod_cache/mod_proxy/reverse proxy niďż˝ piszďż˝c aplikacjďż˝ w
jakiďż˝ konkretny sposďż˝b czy w "szybkim" frameworku.
Przede wszystkim dlatego, ďż˝e java ma obniďż˝aďż˝ koszty developmentu i kieruje siďż˝ na minimalizacjďż˝
burdelu w kodzie...

Jeďż˝li siďż˝ mylďż˝, proszďż˝ o naprowadzenie na sďż˝usznďż˝ ďż˝cieďż˝kďż˝.
--
fv

Jacek Czerwinski

unread,

Dec 28, 2009, 5:09:29 AM12/28/09

to

fv pisze:

> kitikat wrote:
>> kryterium biorďż˝c pod uwagďż˝ wydajnoďż˝ďż˝ (jeďż˝li chodzi o funkcjonalnoďż˝ďż˝
>> nie ma ďż˝adnych udziwnieďż˝ - kilka prostych crudďż˝w)?
>
> Czysty HTML jest chyba najwydajniejszy ;P Ostatnio sďż˝yszaďż˝em ďż˝e z poziomu javascript moďż˝na pukaďż˝ do
> bazy danych... Takďż˝e szedďż˝bym w tďż˝ stronďż˝.

Rzuďż˝ jakims info... co z tym JS jest?

> Wydajnoďż˝ďż˝ na javie to raczej klastrowanie, cache, przemyďż˝lana architektura - ogďż˝lnie rzeczy maďż˝o z
> frameworkiem zwiďż˝zane.

Chyba tak to jest.
Tradycyjnie J-framerowrki sďż˝ dedykowane do warstwy (np View - wtedy nic
im do bazy). Nie ma lub sďż˝ nieliczne "wielowarstwowe".

> ďż˝atwiej jest przyspieszyďż˝ javďż˝ stosujďż˝c mod_cache/mod_proxy/reverse proxy niďż˝ piszďż˝c aplikacjďż˝ w
> jakiďż˝ konkretny sposďż˝b czy w "szybkim" frameworku.

JVM jako taka nie musi siďż˝ wstydziďż˝ w stosunku do np PHP. Na pewno jest
wolna jak siďż˝ rozgrzewa, lub jak ewidentnie coďż˝ programiďż˝ci spieprzyli,
nie wiem, moďż˝e np. powoďż˝ujďż˝c miliony obiektďż˝w (tu PHP ma podobno kiepski
odďż˝miecacz, ale akurat dobrze pasujďż˝cy do sposobu uzycia), lub operacje
IO (PHP majďż˝cy persistetne poďż˝ďż˝czenia do BD moďż˝e byďż˝ lepszy od naiwnego
kodowania w Javie, jakie w realu widziaďż˝em).

> Przede wszystkim dlatego, ďż˝e java ma obniďż˝aďż˝ koszty developmentu i kieruje siďż˝ na minimalizacjďż˝
> burdelu w kodzie...

100% popieram. Mozna utrzymac gigantyczny projekt bez popadania w burdel
(lub dziwne konwencje utrzymania porzďż˝dku) , moďż˝na daďż˝ innym ďż˝rodki do
eleganckiego rozwoju (i dodatkďż˝w) nie burzďż˝cego koncepcji.

Osobiďż˝cie uzywam Wicket, za to ďż˝e ma duďż˝e mozliwoďż˝ci i design OO, w
kontekďż˝cie tego wďż˝tku nie mam zdania co do "wydajnoďż˝ci" ani nie bďż˝de
polecaďż˝, zwďż˝aszcza ďż˝e pytajďż˝cy nie podaďż˝ sposobu mierzenia wydajnoďż˝ci. W
tym rďż˝wnieďż˝ ma bezstressowy, zintegrowany z ideďż˝ gďż˝ownďż˝, AJAX.

MZ

unread,

Dec 28, 2009, 5:20:05 AM12/28/09

to

fv pisze:

> ďż˝atwiej jest przyspieszyďż˝ javďż˝ stosujďż˝c mod_cache/mod_proxy/reverse proxy

jak mod_proxy moďż˝e "przyspieszyďż˝ javďż˝"?

--
Pozdrawiam
Mateusz
http://na-jawie.blogspot.com

maczech

unread,

Dec 28, 2009, 6:40:02 AM12/28/09

to

On 28 Gru, 11:20, MZ <mat...@op.usun.to.pl> wrote:
> fv pisze:
>
> > Łatwiej jest przyspieszyć javę stosując mod_cache/mod_proxy/reverse proxy
>
> jak mod_proxy może "przyspieszyć javę"?
>
> --
> Pozdrawiam
> Mateuszhttp://na-jawie.blogspot.com

Do listy można dodać jeszcze Spring Roo i to już jest czysta Java.

kitikat

unread,

Dec 28, 2009, 7:41:16 AM12/28/09

to

Dziękuję za odpowiedzi,
--
Pozdrawiam,
Kitikat

fv

unread,

Dec 29, 2009, 7:58:08 AM12/29/09

to

MZ wrote:
> fv pisze:
>> ďż˝atwiej jest przyspieszyďż˝ javďż˝ stosujďż˝c mod_cache/mod_proxy/reverse proxy
>
> jak mod_proxy moďż˝e "przyspieszyďż˝ javďż˝"?

Chodzi mi o ogďż˝lny pomysďż˝ reverse proxy, czyli:

Klient (internauta) <----> Server reverse proxy, ktďż˝ry cachuje odpowiedzi backendu java
|
|
V
Jakiďż˝ backend w javie, ktďż˝ry generuje stronďż˝ przez 3s

Jeďż˝li pytasz o to jak to zrobiďż˝ konkretnie za pomocďż˝ mod_proxy to nie wiem ;-)

--
fv
Xbox gamertag: fastviper PL
Moto: Suzuki GSX 650F
Auto: Nissan Primera 2,0

Jacek Czerwinski

unread,

Dec 29, 2009, 8:11:54 AM12/29/09

to

fv pisze:

> MZ wrote:
>> fv pisze:
>>> ďż˝atwiej jest przyspieszyďż˝ javďż˝ stosujďż˝c mod_cache/mod_proxy/reverse proxy
>> jak mod_proxy moďż˝e "przyspieszyďż˝ javďż˝"?
>
> Chodzi mi o ogďż˝lny pomysďż˝ reverse proxy, czyli:

...
I tak, i nie.
Rozgrzana aplikacja javowska wykonuje kod stosunkowo szybko. Hamulcami
moga byďż˝ intensywne IO (lub SQL). Proxujďż˝c to, jest ryzyko
nieaktualnoďż˝ci danych. Dopuszczalne dla ogďż˝lnych serwisďż˝w
informacyjnych, podawania staďż˝ych elementďż˝w (obrazki, style) ale dla
pracy z danymi (pytajďż˝cy powoďż˝aďż˝ siďż˝ na CRUD) juďż˝ niekoniecznie.
Jak siďż˝ zgra cachowanie z wysoko dynamicznymi aplikacjami (np. AJAX, te
sprawy), tego najstarsi gďż˝rale nie wiedzďż˝, moďż˝e tak, moďż˝e nie.

W miarďż˝ dobrego projektu, np. moďż˝na wykryďż˝ kďż˝opotliwe wolne fragmenty, i
je cachowaďż˝ selektywnie w javie (praktyczny przykďż˝ad np. panel z kursami
walut NBP). Ale to juz zupeďż˝nie inne cachowanie.

fv

unread,

Dec 29, 2009, 8:11:50 AM12/29/09

to

Jacek Czerwinski wrote:
> fv pisze:
>> kitikat wrote:
>>> kryterium biorďż˝c pod uwagďż˝ wydajnoďż˝ďż˝ (jeďż˝li chodzi o funkcjonalnoďż˝ďż˝
>>> nie ma ďż˝adnych udziwnieďż˝ - kilka prostych crudďż˝w)?
>>
>> Czysty HTML jest chyba najwydajniejszy ;P Ostatnio sďż˝yszaďż˝em ďż˝e z
>> poziomu javascript moďż˝na pukaďż˝ do
>> bazy danych... Takďż˝e szedďż˝bym w tďż˝ stronďż˝.
>
> Rzuďż˝ jakims info... co z tym JS jest?

Podobno ktoďż˝ bibliotekďż˝ napisaďż˝, ktďż˝ra otwiera poďż˝ďż˝czenie do bazki i normalnie zapytania moďż˝e
wysyďż˝aďż˝. Parsuje teďż˝ podobno odpowiedzi. Nie znam szczegďż˝ďż˝w, gdyďż˝ to rozwiďż˝zanie wymaga
bezpoďż˝redniego dostďż˝pu kaďż˝dego uďż˝ytkownika do bazy danych (port wystawiony na ďż˝wiat) czyli ma
zastosowanie raczej wďż˝skie. Nie interesowaďż˝em siďż˝ gďż˝ďż˝biej.

Dostaďż˝em linka w tym temacie: http://persvr.org/

> lub operacje
> IO (PHP majďż˝cy persistetne poďż˝ďż˝czenia do BD moďż˝e byďż˝ lepszy od naiwnego
> kodowania w Javie, jakie w realu widziaďż˝em).

A ten.. tomcat czasem nie ma zarzďż˝dzalnej, zarďż˝biďż˝cie szybkiej i skutecznej puli poďż˝ďż˝czeďż˝ DB?

Jacek Czerwinski

unread,

Dec 29, 2009, 8:25:53 AM12/29/09

to

fv pisze:

>
> Dostaďż˝em linka w tym temacie: http://persvr.org/

The Persevere Server is an object storage engine and application server
(running on Java/Rhino) that provides persistent data storage of dynamic
JSON data in an interactive ****server side JavaScript*** environment
with the following key features:

Server Side !!!!!

Client Side JS nie ma mozliwoďż˝ci np. wejďż˝c na poďż˝ďż˝czenie BD.

>
>> lub operacje
>> IO (PHP majďż˝cy persistetne poďż˝ďż˝czenia do BD moďż˝e byďż˝ lepszy od naiwnego
>> kodowania w Javie, jakie w realu widziaďż˝em).
>
> A ten.. tomcat czasem nie ma zarzďż˝dzalnej, zarďż˝biďż˝cie szybkiej i skutecznej puli poďż˝ďż˝czeďż˝ DB?

Ma, ale "programista" (przyjďż˝ďż˝ siďż˝ do roboty z b.dobrym CV, a firmie
zaleďż˝aďż˝o wypuďż˝ciďż˝ choďż˝by knota ale za to Enterprajz) przeklejaďż˝
bazodanowe "Hello World" ;)

Po drugie (inaczej niďż˝ w skryptach) nie kaďż˝dy obiekt (danďż˝) trzeba
pozyskiwaďż˝ w kaďż˝dym requescie. Jak ktoďż˝ fajnie zrobi architekturďż˝, ma
duďż˝e zyski.

Marx

unread,

Dec 30, 2009, 3:34:53 AM12/30/09

to

A moze Weld? :) Tyle ze lekkie to raczej nie jest...
Cos juz w tym powstalo?
Marx

copernic777

unread,

Dec 30, 2009, 3:49:03 AM12/30/09

to

Dlaczego uważasz że sam Weld (CDI) nie jest lekki?

Marx

unread,

Dec 30, 2009, 4:41:54 AM12/30/09

to

copernic777 pisze:

> On 30 Gru, 09:34, Marx <M...@nospam.com> wrote:
>> A moze Weld? :) Tyle ze lekkie to raczej nie jest...
>> Cos juz w tym powstalo?
>> Marx
>

> Dlaczego uwaďż˝asz ďż˝e sam Weld (CDI) nie jest lekki?

Sam Weld to nie wszystko. Jak sie dolozy EJB3 i jakies RichFaces to juz
lekko nie jest.
Marx

Witold Szczerba

unread,

Dec 30, 2009, 6:34:22 AM12/30/09

to

On Dec 30, 10:41 am, Marx <M...@nospam.com> wrote:
> > Dlaczego uważasz że sam Weld (CDI) nie jest lekki?

>
> Sam Weld to nie wszystko. Jak sie dolozy EJB3 i jakies RichFaces to juz
> lekko nie jest.
> Marx

Nie jest? A jak weźmiesz Spring i dołożysz coś od zarządzania
transakcjami i autoryzacją przez interceptory to będzie lżej?
Sprawdź Glassfish v3 Lite, gdzie masz (prawie) cały stos Java EE 6 i
zachowuje się jakby był całkiem "lekki" (CDI w implementacji Weld to
tylko fragment, tak samo jak Spring IoC to tylko mały fragment stosu
Spring).

Jacek Czerwinski

unread,

Dec 30, 2009, 6:47:30 AM12/30/09

to

Marx pisze:

Widzďż˝, ďż˝e nie widzďż˝;)

Umknďż˝ďż˝ mi ten framework. Rozumiem jakiďż˝ nie tyle frontedowy (jednak
takich jest wiďż˝cej) tylko integrujďż˝cy w kupďż˝? (jak siďż˝ ma do Seama?)

Ktoďż˝ coďż˝ oglďż˝daďż˝ na jego styku z Wicket'em?

fv

unread,

Dec 30, 2009, 10:03:45 AM12/30/09

to

Jacek Czerwinski wrote:
> fv pisze:
>> MZ wrote:
>>> fv pisze:
>>>> ďż˝atwiej jest przyspieszyďż˝ javďż˝ stosujďż˝c mod_cache/mod_proxy/reverse
>>>> proxy
>>> jak mod_proxy moďż˝e "przyspieszyďż˝ javďż˝"?
>>
>> Chodzi mi o ogďż˝lny pomysďż˝ reverse proxy, czyli:
> ...
> I tak, i nie.
> Rozgrzana aplikacja javowska wykonuje kod stosunkowo szybko.

Jeszcze zaleďż˝y jaka aplikacja. Ja jakoďż˝ podďż˝wiadomie od razu wziďż˝ďż˝em pod uwagďż˝ CMS ze
skomplikowanymi szablonami interpretowanymi na bieďż˝ďż˝co.

> Hamulcami
> moga byďż˝ intensywne IO (lub SQL).

Albo szablony interpretowanie na bieďż˝ďż˝co jak w Velocity/Webmacro itp.

> Proxujďż˝c to, jest ryzyko
> nieaktualnoďż˝ci danych.

Fakt, to jest bardzo trudne.

> Dopuszczalne dla ogďż˝lnych serwisďż˝w
> informacyjnych, podawania staďż˝ych elementďż˝w (obrazki, style) ale dla
> pracy z danymi (pytajďż˝cy powoďż˝aďż˝ siďż˝ na CRUD) juďż˝ niekoniecznie.

Trzeba sobie to jakoďż˝ zgraďż˝ i keszowaďż˝ tylko proste elementy albo wysyďż˝aďż˝ nagďż˝ďż˝wki "Last-modified".

> W miarďż˝ dobrego projektu, np. moďż˝na wykryďż˝ kďż˝opotliwe wolne fragmenty, i
> je cachowaďż˝ selektywnie w javie (praktyczny przykďż˝ad np. panel z kursami
> walut NBP). Ale to juz zupeďż˝nie inne cachowanie.

Ja tam uwaďż˝am, ďż˝e naleďż˝y zrobiďż˝ statystyki popularnoďż˝ci i optymalizowaďż˝ najczďż˝ciej odwiedzane
adresy. A to najproďż˝ciej zrobiďż˝ mod_proxy. Co nie znaczy, ďż˝e prosto.

Marx

unread,

Jan 4, 2010, 3:09:01 AM1/4/10

to

Jacek Czerwinski pisze:

W zasadzie to Weld powstal na doswiadczeniach Seam (pisali go ci sami
ludzie). Seam w wersji 3.0 bedzie oparty o Weld i bedzie go rozszerzal.
Marx

kub...@gmail.com

unread,

Jan 4, 2010, 3:46:58 AM1/4/10

to

Konia z rzędem temu kto mi udowodni, że to cięższe rozwiązanie :) [w
szczególności czepiam się częstości i sposobu wstrzykiwania
zależności]

Kuba

copernic777

unread,

Jan 5, 2010, 3:40:30 AM1/5/10

to

On 4 Sty, 09:46, "kube...@gmail.com" <kube...@gmail.com> wrote:
>
> Konia z rzędem temu kto mi udowodni, że to cięższe rozwiązanie :) [w
> szczególności czepiam się częstości i sposobu wstrzykiwania
> zależności]
>
> Kuba

Mówisz o bijekcji zależności każdorazowo przy wywoływaniu metod beanów
jak było w Seamie 2.x?
Jeśli tak, to Weld, odszedł już od tego schematu i opiera się na
wstrzykiwaniu proxy tylko przy tworzeniu beana.