---

Hej

Vi sidder nogle stykker og overvejer, hvordan vi skal få adgang fra en
HTML-side via en jsp/servlett og helt ned i vores mySQL database. Se, det
lyder måske ikke umiddelbart særligt kompliceret, og det er det sådan set
heller ikke, da vi allerede har fået tilgang ned til databasen, via en
jsp-side og en Java-bean. Nu er spørgsmålet så, hvordan J2EE kommer ind i
billedet, og om hvornår det er nødvendigt, at bruge sådan en
struktur/server. Umiddelbart virker det ikke som om, der er nogen grund til
det, da der jo er hul igennem, men hvad er så fordelen ved at bruge J2EE i
forbindelse med bønner og Internettet og hvorfor snakker alle hele tiden om
JavaEnterprise-miljøet når man nævner bønner??? Vi har også haft en J2EE
server oppe, dog bare lige for at se en bønne blive deployet og sådan noget,
men hvad er det fede ved det, og kan det bruges effektivt i forbindelse med
Internettet og en database?

regards,
Jakob

---

Hej Lars

Du har fuldstændig ret i at de fleste web-løsninger sagtens kan laves uden
at benytte en applikationsserver. Som også forkortelsen J2EE siger, så er
det især i enterprise løsninger at applikationservere kommer virkelig til
sin ret.
Nogle af de ting en applikationsserver giver dig som udvikler er
transaktionsstyring, sikkerhed (beskyttelse af resourcer) og skalerbarhed
(flere applikationsservere kan samarbejde). Endvidere gør den det nemt for
udvikleren at holde rene grænseflader. Måske du kender MVC princippet, hvor
data (Model) og præsentation (View) adskilles så de kan fungere uafhængigt
af hinanden (ved hjælp fra Controlleren).
I J2EE er modellen lig EJB'erne, viewet er JSP siderne og Controlleren er
repræsenteret via servlets. Ind i mellem disse findes hjælperklasserne (alm.
beans), som understøtter de forskellige områder.
I grove træk kan du sige, at hvis du skal lave en mindre e-handelsløsning
med omkring 50 daglige besøgende så er en løsning baseret på JSP, servlets
og alm. beans klart at foretrække. Både rent udviklingsmæssigt, men også
performance-mæssigt.
Hvis du derimod skal lave en e-handels site som amazon.com, så er du næsten
tvunget ud i at gøre brug af en applikationsserver.

Hilsen

Carsten

P.S. Du kan læse en masse om J2EE og fordele/ulemper på java.sun.com

Lars Johansen <dsl7722@vip.cybercity.dk> wrote in message
news:9npq9m$1c54$1@news.cybercity.dk...
> Hej
>
> Vi sidder nogle stykker og overvejer, hvordan vi skal få adgang fra en
> HTML-side via en jsp/servlett og helt ned i vores mySQL database. Se, det
> lyder måske ikke umiddelbart særligt kompliceret, og det er det sådan set
> heller ikke, da vi allerede har fået tilgang ned til databasen, via en
> jsp-side og en Java-bean. Nu er spørgsmålet så, hvordan J2EE kommer ind i
> billedet, og om hvornår det er nødvendigt, at bruge sådan en
> struktur/server. Umiddelbart virker det ikke som om, der er nogen grund
til
> det, da der jo er hul igennem, men hvad er så fordelen ved at bruge J2EE i
> forbindelse med bønner og Internettet og hvorfor snakker alle hele tiden
om
> JavaEnterprise-miljøet når man nævner bønner??? Vi har også haft en J2EE
> server oppe, dog bare lige for at se en bønne blive deployet og sådan
noget,
> men hvad er det fede ved det, og kan det bruges effektivt i forbindelse
med
> Internettet og en database?
>
> regards,
> Jakob
>
>

---

Mange tak for det venlige og særdeles informative svar!

Jakob

"Carsten" <carjak@wanadont.dk> wrote in message
news:hM7o7.1466$MI3.290112628@news.orangenet.dk...
> Hej Lars
>
> Du har fuldstændig ret i at de fleste web-løsninger sagtens kan laves uden
> at benytte en applikationsserver. Som også forkortelsen J2EE siger, så er
> det især i enterprise løsninger at applikationservere kommer virkelig til
> sin ret.
> Nogle af de ting en applikationsserver giver dig som udvikler er
> transaktionsstyring, sikkerhed (beskyttelse af resourcer) og skalerbarhed
> (flere applikationsservere kan samarbejde). Endvidere gør den det nemt for
> udvikleren at holde rene grænseflader. Måske du kender MVC princippet,
hvor
> data (Model) og præsentation (View) adskilles så de kan fungere uafhængigt
> af hinanden (ved hjælp fra Controlleren).
> I J2EE er modellen lig EJB'erne, viewet er JSP siderne og Controlleren er
> repræsenteret via servlets. Ind i mellem disse findes hjælperklasserne
(alm.
> beans), som understøtter de forskellige områder.
> I grove træk kan du sige, at hvis du skal lave en mindre e-handelsløsning
> med omkring 50 daglige besøgende så er en løsning baseret på JSP, servlets
> og alm. beans klart at foretrække. Både rent udviklingsmæssigt, men også
> performance-mæssigt.
> Hvis du derimod skal lave en e-handels site som amazon.com, så er du
næsten
> tvunget ud i at gøre brug af en applikationsserver.
>
> Hilsen
>
> Carsten
>
> P.S. Du kan læse en masse om J2EE og fordele/ulemper på java.sun.com
>

---

Lars Johansen wrote:

> Hej
>
> Vi sidder nogle stykker og overvejer, hvordan vi skal få adgang fra en
> HTML-side via en jsp/servlett og helt ned i vores mySQL database. Se, det
> lyder måske ikke umiddelbart særligt kompliceret, og det er det sådan set
> heller ikke, da vi allerede har fået tilgang ned til databasen, via en
> jsp-side og en Java-bean. Nu er spørgsmålet så, hvordan J2EE kommer ind i
> billedet, og om hvornår det er nødvendigt, at bruge sådan en
> struktur/server. Umiddelbart virker det ikke som om, der er nogen grund til
> det, da der jo er hul igennem, men hvad er så fordelen ved at bruge J2EE i
> forbindelse med bønner og Internettet og hvorfor snakker alle hele tiden om
> JavaEnterprise-miljøet når man nævner bønner??? Vi har også haft en J2EE
> server oppe, dog bare lige for at se en bønne blive deployet og sådan noget,
> men hvad er det fede ved det, og kan det bruges effektivt i forbindelse med
> Internettet og en database?
>
> regards,
> Jakob
>
>
>

Se en god, kort artikel om dette her :
http://www.theserverside.com/resources/article.jsp?l=Is-EJB-Appropriate

Kig evt. på :
http://jakarta.apache.org/struts/index.html for et jsp/servlet framework
og
http://www.martinfowler.com/isa/ for nogle patterns til bl.a. database
access.

Mvh
Anders Monrad