Ervaring met J2EE applicaties

[Tjerk Wolterink]

Ik ben begonnen met een soort van cms in php.. maar
ik ben van plan over te stappen op J2ee. vooral omdat het
een complex systeem is die niet lekker te onderhouden is met php.
en met j2ee heb ik veel meer mogelijkheden.
Maar uiteindelijk zullen er MKB-websites op draaien. niet bedrijfs-kritische applicaties.

Is J2EE hier wel voor geschikt? Ik hoor dat J2EE webapplicaties ook trager zijn dan
php maar dat lijkt mij toch onzin.

Klopt het dat j2EE geheugen vreet? Of ligt dit echt aan de programmeur die het systeem maakt?

M.a.w. wat zijn de ervaringen met J2ee

[Michiel de Roo]

Tjerk Wolterink wrote:
> Ik ben begonnen met een soort van cms in php.. maar
> ik ben van plan over te stappen op J2ee. vooral omdat het
> een complex systeem is die niet lekker te onderhouden is met php.

Waarom zou eeen php site minder goed te onderhouden zijn dan een site die
met java gemaakt is ? Volgens mij ligt dat vooral aan het ontwerp van je
software, wat met php niet veel anders hoeft te zijn dan met java.
Hoogstwaarschijnlijk kun je het ontwerp met java iets handiger naar
werkelijke software omzetten, maar dat is het dan ook wel.

> en met j2ee heb ik veel meer mogelijkheden.

Welke mogelijkheden doel je op ? Ik kan me er best wat bij voorstellen,
maar je kunt het andersom ook zo stellen, afhankelijk van wat je wilt gaan
doen.

> Maar uiteindelijk zullen er MKB-websites op draaien. niet
> bedrijfs-kritische applicaties.
>
> Is J2EE hier wel voor geschikt? Ik hoor dat J2EE webapplicaties ook
> trager zijn dan
> php maar dat lijkt mij toch onzin.

Het hangt er vooral vanaf welke applicatie server je gebruikt, wat voor
applicatie, hoeveel hits je hebt en nog wel wat zaken. Om het zo bot te
stellen is onzin. Zeer grote applicaties zullen met Java zeker efficienter
draaien.

>
> Klopt het dat j2EE geheugen vreet? Of ligt dit echt aan de programmeur
> die het systeem maakt?

Vreet is een groot woord. Een Java applicatie server laad een programma
over het algemeen bij het opstarten al geheel in het geheugen, zodat je
bij een request gelijk de pagina kan serveren. Bij PHP wordt over het
algemeen voor elke request het script van disk geladen, gecompileerd en
uitgevoerd (al heb je hierbij natuurlijk caching op verschillende niveaus)
De hogere efficientie van Java heb je echter alleen wat aan als je ook
veel hits hebt.

> M.a.w. wat zijn de ervaringen met J2ee

Mijn ervaringen met J2EE zijn best OK. Als taal is Java in ieder geval een
stuk fijner dan PHP, wat toch altijd een beetje kneuterig blijft. Voor PHP
zul je wel wat makkelijker goedkope hosting kunnen vinden, wat voor het
MKB nog wel eens een punt zou kunnen zijn.

[Edwin Martin]

Tjerk Wolterink wrote:

> Ik ben begonnen met een soort van cms in php.. maar
> ik ben van plan over te stappen op J2ee. vooral omdat het
> een complex systeem is die niet lekker te onderhouden is met php.
> en met j2ee heb ik veel meer mogelijkheden.
> Maar uiteindelijk zullen er MKB-websites op draaien. niet
> bedrijfs-kritische applicaties.
>
> Is J2EE hier wel voor geschikt? Ik hoor dat J2EE webapplicaties ook
> trager zijn dan
> php maar dat lijkt mij toch onzin.

Het probleem met J2EE is dat je er erg veel mee kan. Als je niet oplet
kun je er een complexe boel van maken die niet vooruit te branden is
(schijnt vooral voor te komen als je veel EJB's gebruikt.)

Er is de laatste tijd ook een tegenstroming, die juist streeft naar
lichte raamwerken. Zij gebruiken dan bijvoorbeeld Struts en Hibernate.

Wat snelheid betreft zijn de benchmarks verdeeld. Soms is PHP sneller,
soms J2EE (JSP). Probleem met deze benchmarks is dat ze vaak een enkele,
losstaande pagina meten, terwijl je bij een wat complexere webapplicatie
een raamwerk wilt gebruiken. Daar is Java geschikter voor, omdat
objecten in het geheugen blijven staan en niet bij elke pagina-opvraging
opnieuw moeten worden aangemaakt zoals bij PHP.

> Klopt het dat j2EE geheugen vreet? Of ligt dit echt aan de programmeur
> die het systeem maakt?

J2EE vraagt inderdaad meer geheugen dan PHP of Perl. Reken op in ieder
geval 36MB. Acht jaar geleden was dat veel. Tegenwoordig heeft een
server minimaal een Gig aan boord dus om je daar nu zorgen over te maken?

Groeten,
Edwin Martin

--
http://www.bitstorm.org/

[Tjerk Wolterink]

Michiel de Roo wrote:
> Tjerk Wolterink wrote:
>
>>Ik ben begonnen met een soort van cms in php.. maar
>>ik ben van plan over te stappen op J2ee. vooral omdat het
>>een complex systeem is die niet lekker te onderhouden is met php.
>
>
> Waarom zou eeen php site minder goed te onderhouden zijn dan een site die
> met java gemaakt is ? Volgens mij ligt dat vooral aan het ontwerp van je
> software, wat met php niet veel anders hoeft te zijn dan met java.
> Hoogstwaarschijnlijk kun je het ontwerp met java iets handiger naar
> werkelijke software omzetten, maar dat is het dan ook wel.

nou interfaces in java maken mijn software een stuk beter te onderhouden.. Interfaces
worden niet ondersteund in php.
Als ik in java een lib wel installeren is dat gewoon een kwestie van een .jar in mijn .war plaatsen.
in php is het naar mijn inziens een gekloot.


>
>
>>en met j2ee heb ik veel meer mogelijkheden.
>
>
> Welke mogelijkheden doel je op ? Ik kan me er best wat bij voorstellen,
> maar je kunt het andersom ook zo stellen, afhankelijk van wat je wilt gaan
> doen.

distributed applications, webservices, betere xml mogelijkheden.

[Daniel Tryba]

Edwin Martin <e.j.martin@chello.nl> wrote:
> Wat snelheid betreft zijn de benchmarks verdeeld. Soms is PHP sneller,
> soms J2EE (JSP).

Wat zou de OP bedoelen met j2ee? Voor jsp/servlets heb je geen
(volledige) j2ee omgeving nodig, het is als die kaas reclame: alles wat
er niet aankomt, hoeft er ook niet af. (resp overhead en performance)

[Michiel de Roo]

Tjerk Wolterink wrote:
> Michiel de Roo wrote:
>
>> Tjerk Wolterink wrote:
>>
>>> Ik ben begonnen met een soort van cms in php.. maar
>>> ik ben van plan over te stappen op J2ee. vooral omdat het
>>> een complex systeem is die niet lekker te onderhouden is met php.
>>
>>
>>
>> Waarom zou eeen php site minder goed te onderhouden zijn dan een site die
>> met java gemaakt is ? Volgens mij ligt dat vooral aan het ontwerp van je
>> software, wat met php niet veel anders hoeft te zijn dan met java.
>> Hoogstwaarschijnlijk kun je het ontwerp met java iets handiger naar
>> werkelijke software omzetten, maar dat is het dan ook wel.
>
>
> nou interfaces in java maken mijn software een stuk beter te
> onderhouden.. Interfaces
> worden niet ondersteund in php.

Je kunt ook in PHP met interfaces programmeren, alhoewel de taal die niet
als zodanig ondersteund. Gewoon een kwestie van de interface in je ontwerp
opnemen en ervoor zorgen dat het object dat die implementeert alle
methoden van de interface implementeert. Ik heb dat al vele malen gedaan.
Het enige nadeel is dat de compiler niet voor je checkt of het goed hebt
gedaan.

PHP is zowieso een type-less taal, het maakt dus geen bal uit wat voor
soort object je aan een methode doorgeeft. Alhoewel dit in de praktijk
vaak niet erg handig is, laat het wel de deur open staan om zaken als
interfaces te implementeren.

Maar je hebt best een stuk gelijk, in Java worden dit soort dingen veel
beter geregeld.

> Als ik in java een lib wel installeren is dat gewoon een kwestie van een
> .jar in mijn .war plaatsen.
> in php is het naar mijn inziens een gekloot.

Ik gooi regelmatig libraries in mijn lib directory onder php. Omdat die in
mijn include path staat worden ze automatisch gevonden :-)

[Tjerk Wolterink]

Daniel Tryba wrote:
> Edwin Martin <e.j.martin@chello.nl> wrote:
>
>>Wat snelheid betreft zijn de benchmarks verdeeld. Soms is PHP sneller,
>>soms J2EE (JSP).
>
>
> Wat zou de OP bedoelen met j2ee? Voor jsp/servlets heb je geen
> (volledige) j2ee omgeving nodig, het is als die kaas reclame: alles wat
> er niet aankomt, hoeft er ook niet af. (resp overhead en performance)
>

Gewoon J2EE: de jvm met bijvoorbeeld tomcat application server etc.

Maar ik neem aan dat je doelt op Distributed Enterprise apps die geimplementeerd
zijn met J2ee & Enterprise Beans?

Enterprise Beans ga ik denk ik niet gebruiken (ook ivm performance), het gaat mij vooral om de jsp/servlets
en de xml mogelijkheden van het java platform. (eventueel ook RMI)

[David Baakman]

Tjerk Wolterink wrote...
> Daniel Tryba wrote:
> > Edwin Martin <e.j.martin@chello.nl> wrote:
> >
> >>Wat snelheid betreft zijn de benchmarks verdeeld. Soms is PHP sneller,
> >>soms J2EE (JSP).
> >
> >
> > Wat zou de OP bedoelen met j2ee? Voor jsp/servlets heb je geen
> > (volledige) j2ee omgeving nodig, het is als die kaas reclame: alles wat
> > er niet aankomt, hoeft er ook niet af. (resp overhead en performance)
> >
>
> Gewoon J2EE: de jvm met bijvoorbeeld tomcat application server etc.

Dat is precies waar Daniel op doelt: Tomcat is geen volledige J2EE
omgeving (het is feitelijk alleen een webcontainer).

Als je de memory footprint van Tomcat vergelijkt met de memory footprint
van bijvoorbeeld WebSphere Application Server scheelt dat behoorlijk.
Maar in de praktijk zijn de absolute verschillen niet echt om wakker van
te liggen.

Groeten,
David

[Daniel Tryba]

Tjerk Wolterink <tjerk@wolterinkwebdesign.com> wrote:
>> Wat zou de OP bedoelen met j2ee? Voor jsp/servlets heb je geen
>> (volledige) j2ee omgeving nodig, het is als die kaas reclame: alles wat
>> er niet aankomt, hoeft er ook niet af. (resp overhead en performance)
>>
>
> Gewoon J2EE: de jvm met bijvoorbeeld tomcat application server etc.

Tomcat is dus geen j2ee maar een servlet engine (een heeeeel klein
onderdeel van j2ee).

> Maar ik neem aan dat je doelt op Distributed Enterprise apps die
> geimplementeerd zijn met J2ee & Enterprise Beans?

En weet-ik-veel-wat-er-nog-meer-in-j2ee zit.

> Enterprise Beans ga ik denk ik niet gebruiken (ook ivm performance),

Dat is wat ik ook heb gehoord van ejb, maar ik ben nog geen reden tegen
gekomen om daar gebruik van te moeten maken.

> het gaat mij vooral om de jsp/servlets en de xml mogelijkheden van het
> java platform. (eventueel ook RMI)

Dan ben je dus gewoon met j2se bezig. Anders dan de grotere memory
footprint is het afhankelijk van wat je doet en hoe je het doet of php
sneller/trager is dan java.

[John Bokma]

Michiel de Roo wrote:

> Tjerk Wolterink wrote:
>> Ik ben begonnen met een soort van cms in php.. maar
>> ik ben van plan over te stappen op J2ee. vooral omdat het
>> een complex systeem is die niet lekker te onderhouden is met php.
>
> Waarom zou eeen php site minder goed te onderhouden zijn dan een site
> die met java gemaakt is ?

Omdat PHP als taal een bijeengeraapte berg rommel is, en dat uit die
rommel de documentatie gedistelleerd is hier en daar aangevuld door n00b
scriptkiddies?

> Volgens mij ligt dat vooral aan het ontwerp
> van je software, wat met php niet veel anders hoeft te zijn dan met
> java.

Pfft, ik hoop van harte van wel.

> Hoogstwaarschijnlijk kun je het ontwerp met java iets handiger
> naar werkelijke software omzetten, maar dat is het dan ook wel.

Denk het niet.

> Mijn ervaringen met J2EE zijn best OK. Als taal is Java in ieder geval
> een stuk fijner dan PHP, wat toch altijd een beetje kneuterig blijft.

Amen :-D

> Voor PHP zul je wel wat makkelijker goedkope hosting kunnen vinden,
> wat voor het MKB nog wel eens een punt zou kunnen zijn.

Pfft, volgens mij doet mijn 1 USD / maand hoster ook Java.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Tjerk Wolterink]

Daniel Tryba wrote:
> Tjerk Wolterink <tjerk@wolterinkwebdesign.com> wrote:
>
>>>Wat zou de OP bedoelen met j2ee? Voor jsp/servlets heb je geen
>>>(volledige) j2ee omgeving nodig, het is als die kaas reclame: alles wat
>>>er niet aankomt, hoeft er ook niet af. (resp overhead en performance)
>>>
>>
>>Gewoon J2EE: de jvm met bijvoorbeeld tomcat application server etc.
>
>
> Tomcat is dus geen j2ee maar een servlet engine (een heeeeel klein
> onderdeel van j2ee).
>
>
>>Maar ik neem aan dat je doelt op Distributed Enterprise apps die
>>geimplementeerd zijn met J2ee & Enterprise Beans?
>
>
> En weet-ik-veel-wat-er-nog-meer-in-j2ee zit.

Wat zit er volgens jou allemaal in J2EE dan?
Volgens mij behoort het volgende echt specifiek tot j2ee:

- jsp pages
- jsp documents
- servlet api
- enterprise javabeans

en dit behoort tot het java platform en dus ook tot j2ee

- een boel xml libs // behoort
- remote method invocations etc (soap)// maar behoort ook tot j2se en de andere java distributies

ben vast wel wat vergeten, dus vul maar aan :-)

>
>
>>Enterprise Beans ga ik denk ik niet gebruiken (ook ivm performance),
>
>
> Dat is wat ik ook heb gehoord van ejb, maar ik ben nog geen reden tegen
> gekomen om daar gebruik van te moeten maken.
>
>
>>het gaat mij vooral om de jsp/servlets en de xml mogelijkheden van het
>>java platform. (eventueel ook RMI)
>
>
> Dan ben je dus gewoon met j2se bezig. Anders dan de grotere memory
> footprint is het afhankelijk van wat je doet en hoe je het doet of php
> sneller/trager is dan java.
>


Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste allemaal in de J2EE Tutorial.
In de SE libs vindt je echt geen javax.servlet package hoor.

[John Bokma]

Tjerk Wolterink wrote:

> Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste
> allemaal in de J2EE Tutorial. In de SE libs vindt je echt geen
> javax.servlet package hoor.

Tomcat/Jakarta kon je altijd bij J2SE hangen, en dan had je nog lang geen
J2EE. Weet niet hoe dat nu zit. Het is wel zo dat in J2EE o.a. het servlet
gebeuren zit, maar dat wil niet zeggen dat Tomcat gebruik gelijk J2EE is.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Daniel Tryba]

Tjerk Wolterink <tjerk@wolterinkwebdesign.com> wrote:
> Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste allemaal in de J2EE Tutorial.
> In de SE libs vindt je echt geen javax.servlet package hoor.

Je kan servlets best buiten een J2EE omgeving gebruiken, tomcat is daar
het perfecte voorbeeld van, het is de reference implementatie van
servlets/jsp in j2ee maar een jre met tomcat is geen j2ee. Zie bv het
verschil tussen geronimo en tomcat (zo is tomcat niet eens de enige
servlet engine in geronimo).

pars pro toto enzo.

BTW zet je regel lengte eens op iets zinnigs (<80)

[Tjerk Wolterink]

Daniel Tryba wrote:
> Tjerk Wolterink <tjerk@wolterinkwebdesign.com> wrote:
>
>>Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste allemaal in de J2EE Tutorial.
>>In de SE libs vindt je echt geen javax.servlet package hoor.
>
>
> Je kan servlets best buiten een J2EE omgeving gebruiken, tomcat is daar
> het perfecte voorbeeld van, het is de reference implementatie van
> servlets/jsp in j2ee maar een jre met tomcat is geen j2ee. Zie bv het
> verschil tussen geronimo en tomcat (zo is tomcat niet eens de enige
> servlet engine in geronimo).

bedankt voor de info

>
> pars pro toto enzo.
>
> BTW zet je regel lengte eens op iets zinnigs (<80)
>

Ow, geen rekening gehouden met die iets lagere resoluties :-)

[John Bokma]

Tjerk Wolterink wrote:

>> BTW zet je regel lengte eens op iets zinnigs (<80)
>
> Ow, geen rekening gehouden met die iets lagere resoluties :-)

Het heeft niet zo zeer met resolutie te maken, maar met leesbaarheid, lange
regels lezen lastiger :-D.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Daniel Tryba]

John Bokma <postmaster@castleamber.com> wrote:
>>> BTW zet je regel lengte eens op iets zinnigs (<80)
>>
>> Ow, geen rekening gehouden met die iets lagere resoluties :-)
>
> Het heeft niet zo zeer met resolutie te maken, maar met leesbaarheid, lange
> regels lezen lastiger :-D.

Dat geldt _juist_ voor "hoge resoluties". Als je op een klein display
werkt (bv mijn ipaq) is het afkappen op <80 chars juist weer een ramp en
zou ik persoonlijk willen dat een paragraaf gewoon 1 lange regel is.

[John Bokma]

Daniel Tryba wrote:

> John Bokma <postmaster@castleamber.com> wrote:
>>>> BTW zet je regel lengte eens op iets zinnigs (<80)
>>>
>>> Ow, geen rekening gehouden met die iets lagere resoluties :-)
>>
>> Het heeft niet zo zeer met resolutie te maken, maar met leesbaarheid,
>> lange regels lezen lastiger :-D.
>
> Dat geldt _juist_ voor "hoge resoluties".

Nah, 160 tekens/regel lezen op 800 x 600 net zo vervelend als op 1280 x
1024, voor mij dan.

> Als je op een klein display
> werkt (bv mijn ipaq) is het afkappen op <80 chars juist weer een ramp
> en zou ik persoonlijk willen dat een paragraaf gewoon 1 lange regel
> is.

Voorbeeld?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Tjerk Wolterink]

John Bokma wrote:
> Tjerk Wolterink wrote:
>
>
>>Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste
>>allemaal in de J2EE Tutorial. In de SE libs vindt je echt geen
>>javax.servlet package hoor.
>
>
> Tomcat/Jakarta kon je altijd bij J2SE hangen, en dan had je nog lang geen
> J2EE. Weet niet hoe dat nu zit. Het is wel zo dat in J2EE o.a. het servlet
> gebeuren zit, maar dat wil niet zeggen dat Tomcat gebruik gelijk J2EE is.
>

mm,, dus jakarta tomcat is geen j2ee?? Ondersteund tomcat geen EJB's?
Volgens mij zie ik door de bomen het bos niet meer.

[John Bokma]

Tjerk Wolterink wrote:

> John Bokma wrote:
>> Tjerk Wolterink wrote:
>>
>>
>>>Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste
>>>allemaal in de J2EE Tutorial. In de SE libs vindt je echt geen
>>>javax.servlet package hoor.
>>
>>
>> Tomcat/Jakarta kon je altijd bij J2SE hangen, en dan had je nog lang
>> geen J2EE. Weet niet hoe dat nu zit. Het is wel zo dat in J2EE o.a.
>> het servlet gebeuren zit, maar dat wil niet zeggen dat Tomcat gebruik
>> gelijk J2EE is.
>>
>
> mm,, dus jakarta tomcat is geen j2ee?? Ondersteund tomcat geen EJB's?
> Volgens mij zie ik door de bomen het bos niet meer.

vzviw is J2EE = a,b,c,d,e,f,g
en J2SE + b,e,g en h is dan nog geen J2EE

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Rene Pijlman]

John Bokma:
>Tjerk Wolterink:
>> mm,, dus jakarta tomcat is geen j2ee?? Ondersteund tomcat geen EJB's?
>> Volgens mij zie ik door de bomen het bos niet meer.
>
>vzviw is J2EE = a,b,c,d,e,f,g
> en J2SE + b,e,g en h is dan nog geen J2EE

Anders gezegd: een ezel is een dier en komt voor in de dierentuin. Maar
een ezel is geen dierentuin.

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

[Edwin Martin]

Tjerk Wolterink schreef:

>>> Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste=

>>> allemaal in de J2EE Tutorial. In de SE libs vindt je echt geen
>>> javax.servlet package hoor.=20
>>
>>
>>
>> Tomcat/Jakarta kon je altijd bij J2SE hangen, en dan had je nog lang=20
>> geen J2EE. Weet niet hoe dat nu zit. Het is wel zo dat in J2EE o.a.=20
>> het servlet gebeuren zit, maar dat wil niet zeggen dat Tomcat gebruik =

>> gelijk J2EE is.
>>
>=20
> mm,, dus jakarta tomcat is geen j2ee?? Ondersteund tomcat geen EJB's?
> Volgens mij zie ik door de bomen het bos niet meer.

Tomcat ondersteunt geen EJB's. Tomcat ondersteunt servlets en JSP's, een =

subset van J2EE dus en daarom niet de hele J2EE-spec en mag zich daarom=20
inderdaad geen J2EE-container noemen. Op de homepage van Tomcat kom je=20
ook nergens "J2EE" tegen. Tomcat noemt zichzelf een "servlet container".

Maar uiteindelijk neemt het niet weg dat je wel met J2EE-technologie=EBn =

werkt.

Groeten,
Edwin Martin

--=20
http://www.bitstorm.org/

[Tjerk Wolterink]

John Bokma wrote:
> Tjerk Wolterink wrote:
>
>
>>John Bokma wrote:
>>
>>>Tjerk Wolterink wrote:
>>>
>>>
>>>
>>>>Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste
>>>>allemaal in de J2EE Tutorial. In de SE libs vindt je echt geen
>>>>javax.servlet package hoor.
>>>
>>>
>>>Tomcat/Jakarta kon je altijd bij J2SE hangen, en dan had je nog lang
>>>geen J2EE. Weet niet hoe dat nu zit. Het is wel zo dat in J2EE o.a.
>>>het servlet gebeuren zit, maar dat wil niet zeggen dat Tomcat gebruik
>>>gelijk J2EE is.
>>>
>>
>>mm,, dus jakarta tomcat is geen j2ee?? Ondersteund tomcat geen EJB's?
>>Volgens mij zie ik door de bomen het bos niet meer.
>
>
> vzviw is J2EE = a,b,c,d,e,f,g
> en J2SE + b,e,g en h is dan nog geen J2EE
>

wat betekend vzviw?
verder heb ik niet veel aan dit antwoord.

[Tjerk Wolterink]

Edwin Martin wrote:
> Tjerk Wolterink schreef:
>
>>>> Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat tenminste
>>>> allemaal in de J2EE Tutorial. In de SE libs vindt je echt geen
>>>> javax.servlet package hoor.
>>>
>>>
>>>
>>>
>>> Tomcat/Jakarta kon je altijd bij J2SE hangen, en dan had je nog lang
>>> geen J2EE. Weet niet hoe dat nu zit. Het is wel zo dat in J2EE o.a.
>>> het servlet gebeuren zit, maar dat wil niet zeggen dat Tomcat gebruik
>>> gelijk J2EE is.
>>>
>>
>> mm,, dus jakarta tomcat is geen j2ee?? Ondersteund tomcat geen EJB's?
>> Volgens mij zie ik door de bomen het bos niet meer.
>
>
> Tomcat ondersteunt geen EJB's. Tomcat ondersteunt servlets en JSP's, een
> subset van J2EE dus en daarom niet de hele J2EE-spec en mag zich daarom
> inderdaad geen J2EE-container noemen. Op de homepage van Tomcat kom je
> ook nergens "J2EE" tegen. Tomcat noemt zichzelf een "servlet container".
>
> Maar uiteindelijk neemt het niet weg dat je wel met J2EE-technologieën
> werkt.
>
> Groeten,
> Edwin Martin
>
ok,

wat zijn dan de echte j2ee application servers?? Die van sun?

[David Baakman]

Tjerk Wolterink wrote...
> Edwin Martin wrote:

> > Tomcat ondersteunt geen EJB's. Tomcat ondersteunt servlets en JSP's, een
> > subset van J2EE dus en daarom niet de hele J2EE-spec en mag zich daarom
> > inderdaad geen J2EE-container noemen. Op de homepage van Tomcat kom je
> > ook nergens "J2EE" tegen. Tomcat noemt zichzelf een "servlet container".
> >
> > Maar uiteindelijk neemt het niet weg dat je wel met J2EE-technologieën
> > werkt.

> wat zijn dan de echte j2ee application servers?? Die van sun?

Voor de gecertificeerde J2EE Application Servers:
http://java.sun.com/j2ee/compatibility.html

Maar hoewel het al een keer genoemd is: wanneer je niet alles gebruikt
ben je niet genoodzaakt om een complete J2EE AS te gebruiken. Er is
niets mis mee om bijvoorbeeld Tomcat te gebruiken.

David

[John Bokma]

Tjerk Wolterink wrote:

> John Bokma wrote:
>> Tjerk Wolterink wrote:
>>
>>
>>>John Bokma wrote:
>>>
>>>>Tjerk Wolterink wrote:
>>>>
>>>>
>>>>
>>>>>Nee hoor, dat (jsp/servlets) is toch echt J2EE, ik lees dat
tenminste
>>>>>allemaal in de J2EE Tutorial. In de SE libs vindt je echt geen
>>>>>javax.servlet package hoor.
>>>>
>>>>
>>>>Tomcat/Jakarta kon je altijd bij J2SE hangen, en dan had je nog lang
>>>>geen J2EE. Weet niet hoe dat nu zit. Het is wel zo dat in J2EE o.a.
>>>>het servlet gebeuren zit, maar dat wil niet zeggen dat Tomcat
gebruik
>>>>gelijk J2EE is.
>>>>
>>>
>>>mm,, dus jakarta tomcat is geen j2ee?? Ondersteund tomcat geen EJB's?
>>>Volgens mij zie ik door de bomen het bos niet meer.
>>
>>
>> vzviw is J2EE = a,b,c,d,e,f,g
>> en J2SE + b,e,g en h is dan nog geen J2EE
>>
>
> wat betekend vzviw?

voor zover ik weet.

> verder heb ik niet veel aan dit antwoord.

Zie reaktie van Rene. Oh, en als je een ezel ziet, wil dat nog niet
zeggen dat je in de dierentuin staat (of de ezel) en ook: je kan in de
dierentuin staan, en een ezel *buiten* de dierentuin zien lopen (b.v. in
Mexico gaat dat wel lukken).

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[John Bokma]

Edwin Martin wrote:

> Maar uiteindelijk neemt het niet weg dat je wel met J2EE-technologieën
> werkt.

En probeer CV graaiers dat maar eens duidelijk te maken (bean there).

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Tonnie]

John Bokma wrote:

> Oh, en als je een ezel ziet, wil dat nog niet
> zeggen dat je in de dierentuin staat (of de ezel) en ook: je kan in de
> dierentuin staan, en een ezel *buiten* de dierentuin zien lopen (b.v. in
> Mexico gaat dat wel lukken).

He John, daarvoor hoef je niet helemaal naar Mexico te verhuizen hoor.
Dat lukt hier zo ook wel. Genoeg ezels te zien. :-D


--
Glas geschiedenis http://www.vision2form.nl/glashistorie.html
Passie en talent http://www.vision2form.nl/young_talent.html
Webontwerp http://www.vision2form.nl/webontwerp/index.html
SEO gaat zo http://www.vision2form.nl/webontwerp/gevonden-worden.html

[Rene Pijlman]

John Bokma:
>Edwin Martin:
>> Maar uiteindelijk neemt het niet weg dat je wel met J2EE-technologieën
>> werkt.
>
>En probeer CV graaiers dat maar eens duidelijk te maken (bean there).

Entity bean of session bean?

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

[John Bokma]

Tonnie wrote:

> John Bokma wrote:
>
>> Oh, en als je een ezel ziet, wil dat nog niet
>> zeggen dat je in de dierentuin staat (of de ezel) en ook: je kan in
>> de dierentuin staan, en een ezel *buiten* de dierentuin zien lopen
>> (b.v. in Mexico gaat dat wel lukken).
>
> He John, daarvoor hoef je niet helemaal naar Mexico te verhuizen hoor.
> Dat lukt hier zo ook wel. Genoeg ezels te zien. :-D

Maar zit daar ook een man op met een sombrero?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Tjerk Wolterink]

John Bokma wrote:
> Tjerk Wolterink wrote:
> [knip]
>>>
>>>vzviw is J2EE = a,b,c,d,e,f,g
>>> en J2SE + b,e,g en h is dan nog geen J2EE
>>>
>>
>>wat betekend vzviw?
>
>
> voor zover ik weet.
>
>
>>verder heb ik niet veel aan dit antwoord.
>
>
> Zie reaktie van Rene. Oh, en als je een ezel ziet, wil dat nog niet
> zeggen dat je in de dierentuin staat (of de ezel) en ook: je kan in de
> dierentuin staan, en een ezel *buiten* de dierentuin zien lopen (b.v. in
> Mexico gaat dat wel lukken).
>

dat is dan nog geen antwoord op mijn vraag.

wat ik vraag is dus.. wat houdt j2ee allemaal in.

Ook o.a. servlets/jsps maar tomcat is nog geen j2ee.
maar wanneer dan wel??

Wanneer kun je een applicatie een J2EE applicatie noemen.
En wanneer kan iemand zeggen dat ze J2EE *kennen* ??

[John Bokma]

Tjerk Wolterink wrote:

> wat ik vraag is dus.. wat houdt j2ee allemaal in.

http://www.google.com/search?q=define%3Aj2ee

By Sun vond ik deze link:
http://java.sun.com/j2ee/1.4/download.html#platformspec

Niet gelezen: Maar kortom: J2EE = J2SE + dingen.

Volgens Sun's FAQ: "The J2EE 1.4 SDK contains the Sun Java System
Application Server Platform Edition 8, the J2SE 1.4.2 SDK, J2EE 1.4
platform API documentation, and a slew of samples to help developers
learn about the J2EE platform and technologies and prototype J2EE
applications. " <http://java.sun.com/j2ee/faq.html>

> Ook o.a. servlets/jsps maar tomcat is nog geen j2ee.
> maar wanneer dan wel??

Dat antwoord was al gegeven, er ontbreken dingen aan Tomcat om het J2EE
te maken.

> Wanneer kun je een applicatie een J2EE applicatie noemen.

Tja, marketing praat :-D.

> En wanneer kan iemand zeggen dat ze J2EE *kennen* ??

Als ze er 5 jaar mee gewerkt hebben, en niet beperkt tot Tomcat ;-)

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Tonnie]

John Bokma wrote:
> Tonnie wrote:
>
>
>>John Bokma wrote:
>>
>>
>>>Oh, en als je een ezel ziet, wil dat nog niet
>>>zeggen dat je in de dierentuin staat (of de ezel) en ook: je kan in
>>>de dierentuin staan, en een ezel *buiten* de dierentuin zien lopen
>>>(b.v. in Mexico gaat dat wel lukken).
>>
>>He John, daarvoor hoef je niet helemaal naar Mexico te verhuizen hoor.
>>Dat lukt hier zo ook wel. Genoeg ezels te zien. :-D
>
>
> Maar zit daar ook een man op met een sombrero?

Héél soms wel, maar vaak niet.



--
Glas geschiedenis http://www.vision2form.nl/glashistorie.html
Passie en talent http://www.vision2form.nl/young_talent.html
Webontwerp http://www.vision2form.nl/webontwerp/index.html
SEO gaat zo http://www.vision2form.nl/webontwerp/gevonden-worden.html

[Herbert Groot Jebbink]

Tjerk Wolterink wrote:

> Klopt het dat j2EE geheugen vreet?

ja