Användning av Spring WebMVC inom referensarkitekturen
Anders Asplund
Enligt referensarkitekturen så är den rekommenderade
vyrenderingsmotorn för webbapplikationer JSF med Facelets i
kombination med Spring Webflow. Medan det för portletapplikationer
används JSF+Spring webmvc portlet. Syftet en gång i tiden med att
använda JSF var bland annat att få återanvändbara
gränssnittskomponenter mellan olika pakteringar(web, portlet). Detta
visade sig vara omöjligt då JSF och Portlets inte var kompatibla, och
man fick gå över till spring webmvc portlet istället.
Min fråga är om det fortfarande är rimligt att hålla kvar vid kravet
på att använda JSF för webbapplikationer eller om det finns anledning
att gå över till spring webmvc? Fördelarna är att spring webmvc
portlet är en utbyggnad av spring webmvc och de är därmed väldig lika
varandra. Detta skulle referensarkitekturen mer homogen och det skulle
inte kräva någon större ansträngning(rent tekniskt) att hoppa mellan
olika plattformar. Om man kan spring webmvc så är det väldigt enkelt
att komma in i spring webmvc portlet och vise versa.
Nackdelen med att byta är förstås att man frångår möjligheten att
skapa återanvändbara vykomponenter, men jag ser detta som ett relativt
litet problem då vi efter tre år fortfarande inte har använt oss av
den möjligheten.
//Anders
Niklas Gustavsson
> Min fråga är om det fortfarande är rimligt att hålla kvar vid kravet
> på att använda JSF för webbapplikationer eller om det finns anledning
> att gå över till spring webmvc? Fördelarna är att spring webmvc
> portlet är en utbyggnad av spring webmvc och de är därmed väldig lika
> varandra. Detta skulle referensarkitekturen mer homogen och det skulle
> inte kräva någon större ansträngning(rent tekniskt) att hoppa mellan
> olika plattformar. Om man kan spring webmvc så är det väldigt enkelt
> att komma in i spring webmvc portlet och vise versa.
Jag tycker detta är en mycket bra ide, och något som gör refarken mer
pragmatisk.
Resan till att få sant återanvändningsbara JSF komponenter är lång och
tveksamt värd att utföra.
/niklas
Hans G
Då vi blev besvikna över att "betalningen" i form av enkel portletpaketering från sök-i-kiv webapplikationen till en tilltänkt sök-i-kiv portlet uteblev.
Jag värdesätter högt: enkelhet, likartad implementeringsteknik och hur lätt VGR kan få tag i resurser.
Vi har nu med framgång utvecklat ca olika 20 portlets med Spring, SpringPortletMVC och JSP/JSTL.
Man kan ha olika syn vilka egenskaper skall man väga in när man skall välja renderingsteknik och webramverk.
Men för VGRs Referensarkitektur så vill jag jobba för använda Spring(portlet)MVC överallt där det är lämpligt (och SpringWebbflow där det är befogat).
När det gäller renederingsteknik (ViewRersolver) har man ytterligare ett val. Som för mig inte är lika självklart.
t.ex. om man skall kombinera SpringMVC med facelets, JSP/JSTL, Velocity etc...
Här kan säkert ett krig bryta ut
men jag ser det en viktig aspekt att vi har använt JSP i väldigt många sammanhang och att det finns ett stort kunnande (även på andra orter som t.ex. i Vänersborg).För VGR är det lätt att få tag i JSP kompetens
Man kan givetvis skriva JSP´s på ett "osnyggt sätt t.ex. utan JSTL" men det kan man faktisk med det mesta tekniker.
http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/mvc.html
/Hans
--
Det här meddelandet skickas till dig eftersom du prenumererar på gruppen oppna-program-dev i Google Groups.
Om du vill göra ett inlägg i den här gruppen skickar du e-post till oppna-pr...@googlegroups.com.
Om du vill sluta prenumerera på den här gruppen skickar du e-post till oppna-program-...@googlegroups.com.
För fler alternativ, besök gruppen på http://groups.google.com/group/oppna-program-dev?hl=sv.
Niklas Gustavsson
> När det gäller renederingsteknik (ViewRersolver) har man ytterligare ett val. Som för mig inte är lika självklart.
> t.ex. om man skall kombinera SpringMVC med facelets, JSP/JSTL, Velocity etc...
> För VGR är det lätt att få tag i JSP kompetens
Detta ligger väl lite utanför Anders ursprungsfråga, och utan att
försöka starta ett krig :-) Hur löser man bäst komponentisering av
JSP, dvs att kunna paktetera kompletta komponenter där även vyerna kan
laddas från komponenten? Här ser jag en stor fördel för
Velocity/Freemarker och liknande tekniker (finns ju hur många som
helst nu för tiden).
FWIW, inom Callista (för de applikationer vi nu utvecklar där vi
själva får lyxen att använda vad vi vill) så använder vi nu Spring MVC
och Velocity. Dels för det är det enklaste och dels för att det
fungerar att komponentisera (har precis satt upp strukturen för en ny
applikation utifrån samma struktur som används på VGR :-)
/niklas
Hans G
Vet du hur bra velocity funkar i portlets?
/Hans
/niklas
Niklas Gustavsson
> Vet du hur bra velocity funkar i portlets?
Nej, jag har inte använt Spring web-MVC i portlets, men förmodar att
det använder view resolvers såsom för "vanliga" webbapplikationer?
Velocity i sig har väldigt lite fuffens för sig (vad gäller
klassladdning och liknande som brukar strula).
Beroende på beslut som eventuellt fattas idag kommer jag snart kanske
behöva ta fram en portlet. Om du tycker det är en god ide så skulle
jag då kunna testa?
/niklas
Hans G
Vilket beslut(som fattas idag) tänker du på?
/Hans
/niklas