[alg Java] Java Web Frameworks

[Tijgertje84]

[Java Web Frameworks]
Ik vond dit topic van een jaar terug. Beetje outdated leek me en vandaar dit nieuwe topic .

In deze thread wil ik de aandacht schenken aan de ontwikkelingen van Java Web Frameworks.
[Java Frameworks]
De grote jongens onder de java web frameworks:

• Struts (de 1.x serie)
• Spring MVC Framework
• JavaServer Faces (JSF)
• Webwork
• Tapestry

De kleinere en nieuwere frameworks:

• Stripes
• Click
• Wicket
• Seam
• Thinwire
• RIFE
• Shale
• Echo2
• Grails

En niet te vergeten de aankomende frameworks waarover al jaren gespeculeerd wordt

• Struts 2(De combo tussen Struts en WebWork)

Als ik iets mis hier laat het dan even weten.

[Informatie - Links]
Er is een hoop informatie te vinden over dit onderwerp en over de verschillende web frameworks.
Matt Raible is afgelopen jaar ook bezig geweest met het duidelijk maken van de verschillen tussen de verschillende web based frameworks.

Een paar links die nuttig kunnen zijn

• What Web Application framework should you use?
• RE: What Web Application framework should you use?
• Java Web Framework Sweet Spots - By Matt Raible
• Comparing Web Frameworks Presentation

[Onderzoek]
Ik moet een onderzoek naar webbased frameworks in Java. Hier moet ik een conclusie gaan trekken van welke er de betere zijn en waarom. Maar ik moet deze conclusie wel baseren op het hoofd doel mijn project.
"Voor elke nieuwe klant, moet de look-&-feel van een website aangepast worden aan de hand van de eisen en wensen van de klant. Dit is meestal op gebied van corporate templates, logo's etc. Alleen het veranderen van deze look-and-feel is vaak tijdrovend werk."

Mijn bedoeling is om doormiddel van mijn onderzoek erachter te komen welke framework het beste past bij mij opgegeven hoofddoel. Om aan dit doel te komen wordt enigzins wel verwacht dat het framework gebruikt maakt van de MCV architectuur.

Dit onderzoek is de reden om dit topic te starten in de hoop zodat ikzelf en natuurlijk iedereen op de hoogte te houden betreft dit onderwerp.

[Doel]
Hierboven is het doel uitgelegd van mijn project.

Maar wat vind jij van dit topic, of beter gezegd:
Welke framework is volgens jou beter en waarom?
Met welk framework heb je betere ervaringen?
Hoe is jou visie op dit gebied?
Welke framework past het beste bij mijn doel volgens jou en waarom?

Alvast bedankt!

Het is niet de bedoeling dat hier men elkaars werk/ervaringen afkraakt, maar puur je eigen ervaringen verteld.
Bij het vergelijken van verschillende frameworks blijf zo objectief mogelijk!

[ Voor 5% gewijzigd door Tijgertje84 op 26-02-2007 16:39 ]

[momania]

"Voor elke nieuwe klant, moet de look-&-feel van een website aangepast worden aan de hand van de eisen en wensen van de klant. Dit is meestal op gebied van corporate templates, logo's etc. Alleen het veranderen van deze look-and-feel is vaak tijdrovend werk."

Zolang een web framework een template meganisme heeft, is het al makkelijker om snel daarin iets te veranderen.
Persoonlijk vind ik Wicket erg sterk omdat je daar met pure html bezig bent als template. Objecten koppel je middels een id aan een stuk html. Geen geneuzel met aparte tags (en bijbehorende libraries). Hierdoor is het template werk dus prima uit handen te geven en simpel om te zetten naar een Wicket template.

Tapestry werkt ook soortgelijk geloof ik, maar het achterliggende framework vind ik persoonlijk een te hoge leercurve hebben. Je kan het zelf als senior misschien makkelijk aan, maar je moet ook rekening houden met anderen in je project team. Nieuwe mensen die ingewerkt moeten worden etc. (vooral juniors bv) Als die dan ook nog eens een moeilijk framework moeten leren, ben je meer tijd kwijt aan inwerken dan dat je het werk bv zelf had gedaan.

Een web-framework moet voor mij in de basis simpel zijn, zonder te veel configuratie, aparte taglibs, etc. Maar wel volledig je template pojo based kunnen aansturen.
Zoals al wel duidelijk is is Wicket mijn persoonlijke voorkeur. Simpel omdat alles in je template een object is in je code. Je hebt geen aparte lastige configuraties nodig. De spring integratie is subliem (SpringBean annotation om op je je service layer te injecten in je pages, etc). De meeste standaard objecten hebben ook een ajax enabled tegenhanger (sommige zelfs met fall-back functies dus wanneer js is uitgeschakeld deze op de normale manier hun request doen). Je request en session management hoef je geen rekening mee te houden, er is browser back-button support door versioning van de pages en mogelijkheid om een undo te implementeren bij pagina acties, etc, etc, etc
Conclusie: simpel maar super krachtig framework imo dus

[whoami]

->SEA

[Apache]

Ik heb net een java web project achter de rug, k'moet eerlijk toegeven dat ik qua web projects niet meer volledig up to date toen ik er aan begon en ook nu nog veel frameworks moet evalueren om wat bij te blijven. Daarvoor heb ik een aantal eclipse rcp projects gedaan waarbij de enige link met het web af & toe een webservice was die me data aanleverde

Vorig jaar heb ik met JSF gewerkt, maar dat was me niet goed bekomen, de lifecycle vond ik onnodig complex, simpele dingen waren heerlijk simpel en alles ging goed vooruit, maar complexe zaken waren veel te complex. Ik moet hier aan toevoegen dat er in het team toen geen enkele JSF specialist aanwezig was en we door de time constraints niet teveel tijd aan het bekijken van het volledige framework konden spenderen dus dit kan mijn zicht op jsf enigsinds verstoort hebben.

Deze keer heb ik gekozen voor spring op aanraden en voor GWT omwille van wat ik er al van had gezien en ik moet zeggen dat is me, als voornamelijk SWT en in mindere mate swing programmeur zeer goed meegevallen. Ik heb volgens mij geen of slechts in zeer beperkte mate html moeten schrijven (een frameset die uit één grote frame bestaat is het enige wat ik mij kan herinneren en die heeft eclipse nog voor me gegenereerd ), voor de opmaak word wel CSS gebruikt, maar werkt ideaal.

Als tool heb ik window builder pro gebruikt, die ik al kende van m'n werk met swt, en het werkt zeer gelijkaardig, natuurlijk zit je wat sommige zaken betreft vast aan de constraints van html.
Voor gwt zijn veel java interfaces beschikbaar voor bekende dhtml projecten zoals simile, JScalendar, ... een uitgebreide lijst staat op http://gwtpowered.org . Het voordeel van dit is dat je composites kan aanmaken met je formulier op, etc, en die load je gewoon in een andere composite, templating zou je kunnen aanpakken door slechts één composite te wijzigen in combinatie met css en daar dan de formulieren/composites in te laden.

Een ander voordeel dat je hebt als alles zich in java afspeelt is dat wanneer je refactored bvb in je DTO's heel je UI meteen aangepast is aan je java code en dat de UI code net zo te refactoren is als normale java code (duh, want dat is het ook).

De integratie van spring & gwt is ook zeer degelijk dmv de gwt spring controller of de gwt handler. Mijn eerste ervaring met spring in de praktijk is ook zeer goed bevallen, hoewel ik alles in theorie al wel kende zoals de ioc en features die ze hebben overgenomen van aspectj werkte het in de praktijk zeer fijn. Dao's in combinatie met resource injection waren enorm handig, tijdens het unit testen heb ik hier ook een leuke tijdswinst mee behaalt door in mijn controllers andere fakedao's (met dezelfde interface) te injecten.

K'heb hier enkele screenshots gezet die de integratie tonen met simile & jscalendar, het ziet er google achtig uit omdat ik vertrokken was vanaf de kitchensink (en bijhorende css) omdat daar zeer leuke lazy loading etc inzit maar dan overgoten met mijn eigen security en crud form loading systeem.

Niet elke gwt app hoeft er google-achtig uit te zien, op gwt powered zijn talloze voorbeelden van andere knappere gwt applicaties te vinden.

[Tijgertje84]

Bedankt voor jullie reacties!
Ook al moet ik meer hebben om beter overzicht te kunnen krijgen.
Ik hoop dat er nog vele zullen volgen die hun avonturen en ervaringen willen delen met ons.

Helaas kan ik zelf geen verhaal beschrijven van mijn ervaringen aangezien ik simpel weg geen ervaringen heb op dit gebied helaas, vandaar dit topic

Ik wacht op reacties!

[ Voor 49% gewijzigd door Tijgertje84 op 26-02-2007 16:39 ]

[x-force]

MisschienWaarschijnlijk een hele domme vraag:

Ik ken de basis van java, op school AWT in applet en applicaties gehad en zelf nog wat gerommeld met springswing voor de mooiere combo-boxen en dergelijke. Ondertussen redelijk veel ervaring op gedaan met het programmeren in PHP met objectgeorienteerd en alles.

Nu wil ik mij meer gaan richten op java / j2ee. Nu zijn er een heleberg frameworks (zie startpost) en als newbie zie door de bomen het bos niet meer.

Wat zijn nu concreet de verschillen tussen de verschillende frameworks? Waar zit nu daadwerkelijk het verschil in het gebruik, programmeren, soort applicaties?

edit:
geen spring maar swing bedoel ik

[ Voor 3% gewijzigd door x-force op 01-03-2007 11:21 ]

[Verwijderd]

x-force schreef op woensdag 28 februari 2007 @ 19:39:
MisschienWaarschijnlijk een hele domme vraag:

Ik ken de basis van java, op school AWT in applet en applicaties gehad en zelf nog wat gerommeld met spring voor de mooiere combo-boxen en dergelijke. Ondertussen redelijk veel ervaring op gedaan met het programmeren in PHP met objectgeorienteerd en alles.

Nu wil ik mij meer gaan richten op java / j2ee. Nu zijn er een heleberg frameworks (zie startpost) en als newbie zie door de bomen het bos niet meer.

Wat zijn nu concreet de verschillen tussen de verschillende frameworks? Waar zit nu daadwerkelijk het verschil in het gebruik, programmeren, soort applicaties?

spring voor de mooiere comboboxen? Dan zou ik toch even op de site van het spring framework nog eens de inleiding gaan lezen .

Verder zou het ook interessant zijn om te weten of je dit wil leren omdat je een nieuwe job zoekt (struts is en blijft nog lang een succesfactor op een CV) of puur uit interesse, want dan zou ik naar icket/Tapestry/JSF beginnen kijken.
Die laatste zijn component frameworks, meer zoals je met AWT (en Swing) gewoon bent te werken, met events op components en dergelijke.

[Tijgertje84]

x-force schreef op woensdag 28 februari 2007 @ 19:39:
MisschienWaarschijnlijk een hele domme vraag:

Ik ken de basis van java, op school AWT in applet en applicaties gehad en zelf nog wat gerommeld met springswing voor de mooiere combo-boxen en dergelijke. Ondertussen redelijk veel ervaring op gedaan met het programmeren in PHP met objectgeorienteerd en alles.

Nu wil ik mij meer gaan richten op java / j2ee. Nu zijn er een heleberg frameworks (zie startpost) en als newbie zie door de bomen het bos niet meer.

Wat zijn nu concreet de verschillen tussen de verschillende frameworks? Waar zit nu daadwerkelijk het verschil in het gebruik, programmeren, soort applicaties?

edit:
geen spring maar swing bedoel ik

Als newbie (ik ben dat zelf ook moet ik eerlijk zeggen ) moet je weten dat het verschil hem zit in het programmeerwerk. Ieder framework heeft een andere aanpak met in principe allemaal hetzelfde resultaat. Voor de een moet je veel programmeren/configureren(xml) en de ander weer minder. Er bestaan 2 soorten (voor zover ik weet) frameworks: request-based & component-based.
De meeste maken gebruik vanhet MVC architectuur model , de webframeworks, en deze zou je ook moeten kennen voordat je hier aan begint lijkt mij.

Als je wilt beginnen zou ik met Wicket / Stripes beginnen. Deze zijn vrij nieuw maar vrij simplistisch en dus wellicht een goede start. daarna als je deze onder d eknie hebt zou je verder kunnen gaan met een ander framework struts (struts 2), JSF of tapestry.

let wel dat jsf en tapestry enigzins hoge leercurve hebben, zeker als je niet bekend bent met de manier van programmeren.
Ik ben zelf ook redelijk thuis in PHP (applicatie voor telecom bedrijf gemaakt) en dit lijkt verre van java / j2ee

[ Voor 7% gewijzigd door Tijgertje84 op 01-03-2007 14:06 ]

[Tijgertje84]

Iemand een idee welke tools men kan gebruiken voor Struts 2 framework????
Of is dat gewoon de tools die voor Struts worden gebruikt??????

[riksmith]

Momenteel ben ik eigenlijk met precies hetzelfde onderzoek bezig. Ik richt me alleen niet specifiek op een bepaald project waarvoor het gebruikt gaat worden.

Voor Struts 2 is nog geen toolondersteuning beschikbaar, dit omdat het pas net uit de beta fase is, de oude tools (in ieder geval degene die ik ken) werken niet voor Struts 2, al kan je het natuurlijk met elke editor handmatig doen.

Een framework wat er ook nog is: Apache Beehive, gebaseerd op struts 1, maar dan zonder xml configuratie.

De frameworks die ik ga onderzoeken zijn: Beehive, Struts 2 en Spring MVC.

[ Voor 13% gewijzigd door riksmith op 09-03-2007 16:03 ]

[Tijgertje84]

riksmith schreef op vrijdag 09 maart 2007 @ 15:53:
Momenteel ben ik eigenlijk met precies hetzelfde onderzoek bezig. Ik richt me alleen niet specifiek op een bepaald project waarvoor het gebruikt gaat worden.

Voor Struts 2 is nog geen toolondersteuning beschikbaar, dit omdat het pas net uit de beta fase is, de oude tools (in ieder geval degene die ik ken) werken niet voor Struts 2, al kan je het natuurlijk met elke editor handmatig doen.

Een framework wat er ook nog is: Apache Beehive, gebaseerd op struts 1, maar dan zonder xml configuratie.

De frameworks die ik ga onderzoeken zijn: Beehive, Struts 2 en Spring MVC.

aha leuk onderzoek ben al wat verder maar tjah dan maar afwachten tot die tools uitkomen dan...

[Verwijderd]

Vergeet ook niet extensies op frameworks.

Struts tiles wordt bijvoorbeeld veel gebruikt.
En JSF heeft misschien een onnodig lange lifecycle, maar JSF Facelets is een enorme vooruitgang

[Thundy]

Welke framework is volgens jou beter en waarom?
beter is altijd inherent aan de project requirements dus vandaar dat ik hem alleen kan beantwoorden aan de hand van jou project in je laatste vraag.

Met welk framework heb je betere ervaringen?
Met SAP Java Web Dynpro! Inderdaad een Java framework wat hier helemaal niet tussen staat.
Een complex Java MVC framework voor user interfaces in SAP Portals wat nog het meest lijkt op een wel werkende tegenhanger van JSF. Inderdaad niet gratis maar wel goed genoeg voor een vermelding imo.

Hoe is jou visie op dit gebied?
Struts en spring MVC zijn de betere, maar JSF kan meer complexe dingen.
JSF is echter te moeilijk onderhoudbaar en ondoorzichtig in praktijk.

Welke framework past het beste bij mijn doel volgens jou en waarom?
Aan de hand van jou vrij basic requirements zou ik gaan voor struts of spring. Een nieuwer framework kiezen is zoiezo onnodig risico nemen.

[Verwijderd]

Persoonlijk vind ik de verschillende frameworks voor (web based) java hèt zwaktepunt van java in web omgevingen. Zelf ontwikkel ik nu enkele jaren als Java/J2EE webdeveloper webapplicaties en heb zelf altijd een slecht gevoel overgehouden als het aankomt op het maken van een keuze in een framework. Er is geen standaard welke goed geadopteerd wordt en er is teveel diversiteit.

Zelf hou ik het tot nu toe altijd nog bij Struts, aangezien het veel wordt gebruikt en er veel documentatie aanwezig is. En vooral belangrijk, ik ken Struts op dit moment te goed om over te stappen naar een framework waarvan ik niet weet of deze het lang gaat volhouden, etc. etc.

Het enige framework wat ik zou willen proberen naast Struts is Spring. Maargoed, ik kijk dan liever naar waar de Struts ontwikkelingen heen gaan.