Java online, de weg kwijt

[xychix]

Allen, ik wil graag mijn online apps in java gaan programmeren. Nu ben ik wel thuis in de verschillende talen maar kan ik nog niet echt over weg met de verschillende Servers.

Tot op heden deed ik alles in php. Nu ik op zoek ga naar een Java based oplossing loop ik tegen een woud van oplossingen aan. Ik heb al een boel gegoogled maar toen ik stukken tegen kwam over TomCat in JBoss vs. Tomcat stand alone raakte ik de draad een beetje kwijt. Ik was in de veronderstelling dat deze concurrenten van elkaar waren. De eenvoud die er was met php/zend is plots verdwenen.

Is er hier iemand die ooit overzicht heeft gekregen in deze wildgroei van applicatie servers en mij hiervan een overzicht (of goede link) kan geven zodat ik een basis heb waarop ik mijn verdere zoektocht kan baseren?

[The - DDD]

Zie hier het grote voordeel en nadeel van serverside Java.

Inderdaad een bekend probleem wat je beschrijft.

Wil je Java doen op een manier vergelijkbaar met PHP. Dus enkel servlets en JSP gebaseerde zaken. (Kan ook JSF zijn.): Tomcat of Jetty is voldoende.

Wil je graag met "meer" aan de gang, dus de hele J2EE stack. Dan moet je inderdaad JBoss of dat ding van SUn zelf hebben. Althans, die zijn gratis te krijgen. Want er is ook nog WebSphere, Bea, Oracle, etc...

Allemaal hebben ze hun sterktes en zwaktes.

[ Voor 84% gewijzigd door The - DDD op 20-06-2006 11:05 . Reden: Na het behalen van first post, nu wat zinnigs toevoegen. :P ]

[-FoX-]

Misschien een ietswat verouderde overview, maar deze Application server matrix helpt je zeker al een stuk op weg!

Verder wordt er in de JEE (Java enterprise edition ipv Java online) een onderscheidt gemaakt tussen servlet containers en application servers. Een application server kan gezien worden als de 'professional' editie van de servlet container. Hiermee bedoel ik dat er een hoop extra services aanwezig zijn (clustering, ejb, jms, ...) die je vaak niet nodig hebt. Eén van de services die een application server aanbiedt is een servlet-container. Daarom dat Tomcat bijvoorbeeld onderdeel uitmaakt van JBoss. De IBM application server, nl. WebSphere, heeft een eigen embedded servlet container. Dus het is niet noodzakelijk dat Tomcat of Jetty standaard bij allen gebruikt worden.

Begin eerst met Tomcat en programmeer eens een Servlet, dan ga je over naar JSPs om de vergelijkebare stijl met PHP aan te houden en je gelijkertijd ook de interne werking van de JSP beter begrijpt. Als je dat goed onder de knie hebt, komt de rest vanzelf wel

[ Voor 33% gewijzigd door -FoX- op 20-06-2006 11:13 ]

[xychix]

The - DDD schreef op dinsdag 20 juni 2006 @ 11:02:
Zie hier het grote voordeel en nadeel van serverside Java.

Inderdaad een bekend probleem wat je beschrijft.

Wil je Java doen op een manier vergelijkbaar met PHP. Dus enkel servlets en JSP gebaseerde zaken. (Kan ook JSF zijn.): Tomcat of Jetty is voldoende.

Wil je graag met "meer" aan de gang, dus de hele J2EE stack. Dan moet je inderdaad JBoss of dat ding van SUn zelf hebben. Althans, die zijn gratis te krijgen. Want er is ook nog WebSphere, Bea, Oracle, etc...

Allemaal hebben ze hun sterktes en zwaktes.

Bedankt voor je reactie, mag ik hieruit opmaken dat JBoss deels hetzefde kan als TomCat alleen dat het veel meer extra's te bieden heeft. Dat het een meer volledige omgeving is die zicht kan meten met de grotere spelers in de markt?

[Alarmnummer]

Ik zou het eerst heel simpel houden. Probeer Tomcat of Jetty eens en concentreer je alleen ff op servlets (icm JSP). Als je dat een beetje onder de knie hebt, kun je wel verder kijken.

[Stephan Oudmaijer]

xychix schreef op dinsdag 20 juni 2006 @ 11:09:
[...]


Bedankt voor je reactie, mag ik hieruit opmaken dat JBoss deels hetzefde kan als TomCat alleen dat het veel meer extra's te bieden heeft. Dat het een meer volledige omgeving is die zicht kan meten met de grotere spelers in de markt?

Je hebt een omgeving nodig (container) om je JSP`s in te kunnen draaien. Bij PHP is dit de PHP runtime. Bij Java ServerPages / Servlets is dit de (web)container. Tomcat is een webcontainer.

Waar je bij PHP Apache nodig hebt, hoef je nu alleen Tomcat of Jetty te downloaden en te starten. Dit komt omdat tomcat ook een http connector heeft, die kan dus ongeveer wat Apache ook kan (wel beperkter uiteraard). Dus alleen tomcat downloaden is voldoende om aan de slag te gaan.

JBoss is uitgebreider en kan meer dan tomcat alleen. Je kunt dan ook bijvoorbeeld Enterprise JavaBeans op draaien. JBoss gebruikt onderwater bijvoorbeeld ook de Tomcat (of een andere) webcontainer voor het kunnen draaien van je JSP/Servlets.

Je moet je nog wel even verdiepen in Java webapplicaties en de applicatie structuur. Zo kom je ineens .war files en .ear files tegen. Lees eens wat dit is en hoe het in elkaar zit en waar het voor nodig is.

Zie: http://www.onjava.com/pub/a/onjava/2001/03/15/tomcat.html
en ook: http://java.sun.com/j2ee/...cs/doc/WebComponents.html

Succes.

[ Voor 6% gewijzigd door Stephan Oudmaijer op 20-06-2006 11:29 ]

[xychix]

http://hosting.showthatim...47D4-A8DEB2C2F115C72C.jpg
Bovenstaande plaatje heb ik er van gemaakt (even een betere image server zoeken

Voor thuisgebruik zal ik eerst de eerste opstelling eens uitwerken. Tnx voor alle hulp

[ Voor 20% gewijzigd door xychix op 20-06-2006 11:40 ]

[Stephan Oudmaijer]

xychix schreef op dinsdag 20 juni 2006 @ 11:39:
http://hosting.showthatim...47D4-A8DEB2C2F115C72C.jpg
Bovenstaande plaatje heb ik er van gemaakt (even een betere image server zoeken

Voor thuisgebruik zal ik eerst de eerste opstelling eens uitwerken. Tnx voor alle hulp

Ik zie niets?

[The - DDD]

Sterker nog, JBoss maakt gebruik van Tomcat of Jetty (dit kun je kiezen).

Tomcat/Jetty is een container voor je web technologie, servlets/JSP's etc.

Een volledige app. server heeft naast een web container ook een EJB container en een hele lading [meuk/handige services] er omheen.

[Verwijderd]

xychix schreef op dinsdag 20 juni 2006 @ 11:39:
http://hosting.showthatim...47D4-A8DEB2C2F115C72C.jpg
Bovenstaande plaatje heb ik er van gemaakt (even een betere image server zoeken

Voor thuisgebruik zal ik eerst de eerste opstelling eens uitwerken. Tnx voor alle hulp

klopt inderdaad.
JBoss gebruikt een webcontainer (vroeger werden Jetty en Tomcat beiden aangeboden, nu is het enkel nog Jetty geloof'k). En JBoss gebruik je dan omwille van EJB's/JMS/ andere JEE componenten die een webcontainer niet heeft. Je kan er ook je business logic in onder brengen zodat die herbruikbaar is voor bijvoorbeeld een SWING applicatie enzo.

(wat ik aan je plaatje wil toevoegen is dat je rechtstreeks van het WWW naar tomcat kan connecten zonder webserver (apache met mod_jk ofzo) ertussen.

[ Voor 11% gewijzigd door Verwijderd op 20-06-2006 14:58 ]

[JKVA]

Ik zou zeggen, ga gewoon lekker met Servlets en JSP's aan de gang in Tomcat.

Blijf voorlopig ook bij Tomcat, switch alleen op het moment dat je het wel ongeveer kent van Servlet/JSP naar frameworks zoals Struts, Tapestry of JSF. (doe maar JSF, dat is de toekomst en naar mijn idee het gemakkelijkst te leren)
Mocht je dat beginnen te begrijpen, ga dan eens via Hibernate met de database praten.
Uiteindelijk kun je de daadwerkelijke business logic ook nog met behulp van het Spring framework implementeren, maar tegen de tijd dat je dat vloeiend doet, ben je denk ik wel een tijdje verder.

Ps. Dit kan dus allemaal binnen je Tomcat server.

http://myfaces.apache.org/ (JSF, dus om je webpagina's mee te maken)
http://www.springframework.org/ (Spring, applicatielogica aan elkaar knopen)
http://www.hibernate.org/ (Hibernate, communicatie met de database abstraheren door middel van ORM)

Succes ermee, maar probeer het niet in één week allemaal te doen. Dan word je knettergek van de overvloed nieuwe dingen.

[The - DDD]

JKVA schreef op dinsdag 27 juni 2006 @ 21:23:
Ik zou zeggen, ga gewoon lekker met Servlets en JSP's aan de gang in Tomcat.

Blijf voorlopig ook bij Tomcat, switch alleen op het moment dat je het wel ongeveer kent van Servlet/JSP naar frameworks zoals Struts, Tapestry of JSF. (doe maar JSF, dat is de toekomst en naar mijn idee het gemakkelijkst te leren)
Mocht je dat beginnen te begrijpen, ga dan eens via Hibernate met de database praten.
Uiteindelijk kun je de daadwerkelijke business logic ook nog met behulp van het Spring framework implementeren, maar tegen de tijd dat je dat vloeiend doet, ben je denk ik wel een tijdje verder.

Ps. Dit kan dus allemaal binnen je Tomcat server.

http://myfaces.apache.org/ (JSF, dus om je webpagina's mee te maken)
http://www.springframework.org/ (Spring, applicatielogica aan elkaar knopen)
http://www.hibernate.org/ (Hibernate, communicatie met de database abstraheren door middel van ORM)

Succes ermee, maar probeer het niet in één week allemaal te doen. Dan word je knettergek van de overvloed nieuwe dingen.

Gebruik alsjeblieft Jetty..

Zie hier de reden: why I hate tomcat Scan vooral de commentaren ook een beetje

[ Voor 3% gewijzigd door The - DDD op 28-06-2006 13:36 ]

[Verwijderd]

The - DDD schreef op woensdag 28 juni 2006 @ 13:28:
[...]


Gebruik alsjeblieft Jetty..

Zie hier de reden: why I hate tomcat Scan vooral de commentaren ook een beetje

Jip, Hani trekt altijd wel héél leuk volk aan

> if (log.isDebugEnabled())
> log.debug("getResource(" + name + ")"));

For fucks sake just put the goddamn isDebugEnabled() check in the bloody log.debug() method!

Om maar het niveau van sommige commentaren aan te duiden...elke deftige log4j gebruiker weet waarom die if er rond staat...

Ik wou niet zeggen dat die Tomcat code perfect zal zijn(ik heb er nog nooit in gekeken) maar deze bron is natuurlijk ook een beetje twijfelachtig.

Tomcat zal zeker voldoen voor wat de TS wil doen, elk project heeft wel enkele stijlfouten maar voel je vrij om me tegen te spreken.. (en kom me geen helloworld geven )

/me houdt niet van die bileblog onzin. Alleen z'n TestNG reclame valt te pruimen