• 22/08/2007 01:59
• 

• Git! 0

  Kit! 0

No właśnie, jak w temacie.. W czym (jakich frameworkach, bibliotekach itp.) tworzy się teraz duże serwisy? Python ma Django, Ruby ma RoR-a, a co ma Java? Jak produkcja wygląda? Na czym jest później deployment?
Pytanie szczególnie kieruję do osób pracujących w "zawodzie"

• 22/08/2007 16:12
• 

• Git! 0

  Kit! 0

A Java ma Spring, Struts, JSF, Hibernate, JPA, EJB. Deployment na Tomcat, JBOSS, Jetty, Websphere, WebLogic itp.

• 22/08/2007 16:20
• 

• Git! 0

  Kit! 0

Python ma tez pylony... etc.. javka ma tez EJB

• 17/09/2007 20:17
• 

• Git! 0

  Kit! 0

można też w GWT i ECho2; ))

• 17/09/2007 22:51
• 

• Git! 0

  Kit! 0

zawsze mozna przez JNI wywolac troche kodu w C, a w tym troche kodu w assemblerze

idea jest tak samo zabawna jak GWT/Echo2 -_-

• 17/09/2007 23:35
• 

• Git! 0

  Kit! 0

szpring, hibj - zalezy od widzimisie; )

• 17/09/2007 23:45
• 

• Git! 0

  Kit! 0

>strim the geek napisał
>zawsze mozna przez JNI wywolac troche kodu w C, a w tym
>troche kodu w assemblerze
>
>idea jest tak samo zabawna jak GWT/Echo2 -_-

wiesz od czego jest skrot JNI ? od Ja Nie Istnieje :D

• 18/09/2007 00:10
• 

• Git! 0

  Kit! 0

>strim the geek napisał
>zawsze mozna przez JNI wywolac troche kodu w C, a w tym
>troche kodu w assemblerze
>
>idea jest tak samo zabawna jak GWT/Echo2 -_-

Akurat GWT/Echo2 są bardzo fajnymi rozwiązaniami w przeciwieństwie do JNI :) Realizują wzorze Singie Page Application (SPA), czyli coś co sprowadza aplikację z interfejsem www do poziomu okienek.

Co do głównego tematu. Jest kilkanaście różnych frameworków działających na kilka różnych sposobów. Sun opublikował specyfikację JEE, czyli oólny opis jak mają działać serwisy web od strony czysto technologicznej. Jednak specyfikacja ta okazała się dość skomplikowana (ilość kodu potrzebnego na napisania prostego "Hello World" jest ogromna), dlatego też powstały średniowagowe (obrzydliwe określenie ale nie mam innego na podorędziu) frameworki takie jak Struts czy lekkie kontenery IoC jak Pico czy Spring. Opierają się one na założeniu iż nie potrzeba stosować serwera aplikacji, jak w przypadku EJB, a wystarczy użyć tylko kontenera serwletów, na przykład Tomcat. Spring dodatkowo posiada taką magię jak własna fabryka ziarenek (bean) która potrafi dynamicznie w trakcie uruchomienia serwera (tj. kontenera serwletów) samodzielnie powiązać komponenty i ustanowić pomiędzy nimi zależności.
Proces wdrożenia aplikacji jest też jednym z najnowocześniejszych. Można powiedzieć że ze względu na specyfikę języka java stała się prekursorem stosowania nowoczesnych wzorców projektowych w aplikacjach sieciowych.

• 20/09/2007 00:20
• 

• Git! 0

  Kit! 0

> Sun opublikował specyfikację JEE, czyli oólny opis jak mają działać serwisy web od strony czysto technologicznej. Jednak specyfikacja ta okazała się dość skomplikowana

trochę przesada;) Specyfikacja Java EE opisuje platformę serwera aplikacyjnego, cały proces tworzenia dla aplikacji wielowarstwowych, jak również API niezależne od producenta. Od strony naiwnie-programistycznej na Java EE można patrzeć jak na ogromny zbiór API z którego oczywiście nie trzeba brać wszystkiego na co on pozwala.

Opis kontenera webowego (specyfikacja Servlet/JSP) to ledwie dwa rozdziały całej specyfikacji JEE. W szczególności - aplikacja webowa "hello world" w postaci jednej strony jsp (zawartej w archiwum war) uruchomiona w kontenerze webowym jest również aplikacją Java EE. Stworzenie takiej aplikacji to kwestia 1 minuty (bez instalacji serwera rzecz jasna).

Specyfikacja Java EE 5 dopuszcza zastosowanie takich technologii jak EJB3 (standaryzacja javy dla O/RM), JTA (automatyczne zarządzanie transakcjami) również w kontenerze webowym; bez potrzeby odpalania serwera aplikacyjnego.


> Proces wdrożenia aplikacji jest też jednym z najnowocześniejszych. Można powiedzieć że ze względu na specyfikę języka java stała się prekursorem stosowania nowoczesnych wzorców projektowych w aplikacjach sieciowych.

W pełni zgoda.

• 22/09/2007 19:07
• 

• Git! 0

  Kit! 0

Może się czepiam, ale EJB3 to nie jest "standaryzacja javy dla O/RM". JPA, będące fragmentem EJB3 owszem.