Input för RA-utvärdering
4 views
Skip to first unread message
aspen
May 28, 2009, 7:53:40 AM5/28/09
to oppna-program-dev
Hej,
Vi kommer i en given del i ett projekt mot SVR att använda oss av RA.
Vi kommer bla. att utveckla portlets med RA som, om jag har förstått
det rätt, inte har fullt utvecklat stöd än. Så min fråga är om ni på
listan har någon form av input som vi skulle kunna ta med oss så att
vi kan utvärdera och förbättra RA-stödet för portlets.
Som det ser ut just nu så kommer vi bl.a att försöka använda oss av
jsr-286, spring-portlet-mvc och freemarker.
Jag hittade även en kommentar i
Anvisningar_Anslutningsskikt_Portlet.doc som föreslog Glassfish samt
Open Portlet Container som utvecklingsmiljö. Är detta någon som har
testats? Och isf vilka erfarenheter finns det?
Med Vänliga Hälsningar
Anders Asplund
Vi kommer i en given del i ett projekt mot SVR att använda oss av RA.
Vi kommer bla. att utveckla portlets med RA som, om jag har förstått
det rätt, inte har fullt utvecklat stöd än. Så min fråga är om ni på
listan har någon form av input som vi skulle kunna ta med oss så att
vi kan utvärdera och förbättra RA-stödet för portlets.
Som det ser ut just nu så kommer vi bl.a att försöka använda oss av
jsr-286, spring-portlet-mvc och freemarker.
Jag hittade även en kommentar i
Anvisningar_Anslutningsskikt_Portlet.doc som föreslog Glassfish samt
Open Portlet Container som utvecklingsmiljö. Är detta någon som har
testats? Och isf vilka erfarenheter finns det?
Med Vänliga Hälsningar
Anders Asplund
Sofia Jonsson
May 28, 2009, 8:20:08 AM5/28/09
to oppna-pr...@googlegroups.com
Hej!
Låter toppen om portletstödet i RA får lite mer kött på benen! Jag har använt Glassfish samt Open Portlet Container som utvecklingsmiljö i webbisar-projektet och det funkade okej, dock fick jag inte integrationen med Eclipse att fungera fullt ut (det finns en plugin men den funkade inte i början på året iaf), vilket såklart är en nackdel, speciellt om man ska skala upp utvecklingen lite (webbisar var ju ett relativt litet/kort projekt). En annan alternativ Open Source-portal som diskuterats för utveckling inom VGR är Liferay. Den tror jag är betydligt mer heltäckande än Open Portlet Container (som är väldigt liten och avskalad).
När det gäller ramverk så har vi diskuterat spring-portlet-mvc en del, men avvaktat eftersom det i början på året inte fanns stöd för JSR 286-portlets (men det kanske har släppts nu?).
Mvh Sofia
--
Sofia Jonsson
Callista Enterprise AB
Mobil: +46 (0)733 - 51 91 74
mailto:sofia....@callistaenterprise.se
http://www.callistaenterprise.se
Låter toppen om portletstödet i RA får lite mer kött på benen! Jag har använt Glassfish samt Open Portlet Container som utvecklingsmiljö i webbisar-projektet och det funkade okej, dock fick jag inte integrationen med Eclipse att fungera fullt ut (det finns en plugin men den funkade inte i början på året iaf), vilket såklart är en nackdel, speciellt om man ska skala upp utvecklingen lite (webbisar var ju ett relativt litet/kort projekt). En annan alternativ Open Source-portal som diskuterats för utveckling inom VGR är Liferay. Den tror jag är betydligt mer heltäckande än Open Portlet Container (som är väldigt liten och avskalad).
När det gäller ramverk så har vi diskuterat spring-portlet-mvc en del, men avvaktat eftersom det i början på året inte fanns stöd för JSR 286-portlets (men det kanske har släppts nu?).
Mvh Sofia
2009/5/28 aspen <aasp...@gmail.com>
--
Sofia Jonsson
Callista Enterprise AB
Mobil: +46 (0)733 - 51 91 74
mailto:sofia....@callistaenterprise.se
http://www.callistaenterprise.se
Jens Wyke
May 28, 2009, 10:25:44 AM5/28/09
to oppna-pr...@googlegroups.com
Det är inga problem att köra spring-portlet-mvc i en JSR 286-miljö. Naturligtvis ger inte Spring-ramverket (i nuvarande version -- har inte kollat på ett tag om stödet för JSR286 har blivit släppt) något direkt stöd för de nya features som finns i JSR 286, men hindrar heller inte att man använder dessa "på egen hand"...
//Jens
//Jens
2009/5/28 Sofia Jonsson <sofia....@callistaenterprise.se>
Anders Asplund
May 28, 2009, 2:53:36 PM5/28/09
to oppna-pr...@googlegroups.com
Efter att ha kikat runt lite så verkar det som om JSR286-stödet i Spring kommer med version 3.0 som för närvarande är uppe på M3-nivå. RC1 beräknas komma i början på Juni. Jag hittade även några som har portat Springs PetClinic till en 286-portlet. Något man kan kika på kanske.
I övrigt, har ni testat Pluto 2.0 som utvecklingsmiljö?
//Anders
I övrigt, har ni testat Pluto 2.0 som utvecklingsmiljö?
//Anders
Jens Wyke
May 28, 2009, 3:04:34 PM5/28/09
to oppna-pr...@googlegroups.com
Isåfall tycker inte jag det finns någon anledning att vänta med att uppdatera Spring-versionen som vi använder i VPW till 3.0 redan nu.
Angående utvmiljö så har jag personligen aldrig testat något annat än gamla fina WebSphere Portal + RAD :-) ... visst den tar lång tid att starta men den är värd att vänta på... skämtåsido så hade jag gärna provat en mer bare-bones container för utveckling, på villkor att den är lika smidig som RAD+WebSphere där man i princip inte hinner mer än spara koden förrän den är hot-deployad.
/Jens
Anders Asplund
May 29, 2009, 1:41:11 AM5/29/09
to oppna-pr...@googlegroups.com
Hej,
Jag håller definitivt med Jens vad gäller uppgraderingen av Spring till version 3.0. Vad gäller RAD-miljön så är jag mer tveksam. Fördelen är ju definitivt Hot-Deploy-stödet som finns i RAD. Nackdelen är ju dock att den (tillsammans med WSP) är extremt krävande att köra, framför allt i en virtuell miljö. Utan att ha någon erfarenhet av Pluto så skulle jag nog ändå gissa på att man i slutändan vinner på att köra i en lättvikts miljö med några fler omstarter. Kanske Sofia har någon erfarenhet att bidra med på det här området?
Som ett sidospår till ovanstående diskussion så var jag på en dragning för en produkt, JavaRebel, som säger sig lösa Hot-Deploy-problematiken. Det kanske kan vara värt att titta på vi tillfälle, nackdelen var dock deras produkt kostar pengar...
//Anders
Jag håller definitivt med Jens vad gäller uppgraderingen av Spring till version 3.0. Vad gäller RAD-miljön så är jag mer tveksam. Fördelen är ju definitivt Hot-Deploy-stödet som finns i RAD. Nackdelen är ju dock att den (tillsammans med WSP) är extremt krävande att köra, framför allt i en virtuell miljö. Utan att ha någon erfarenhet av Pluto så skulle jag nog ändå gissa på att man i slutändan vinner på att köra i en lättvikts miljö med några fler omstarter. Kanske Sofia har någon erfarenhet att bidra med på det här området?
Som ett sidospår till ovanstående diskussion så var jag på en dragning för en produkt, JavaRebel, som säger sig lösa Hot-Deploy-problematiken. Det kanske kan vara värt att titta på vi tillfälle, nackdelen var dock deras produkt kostar pengar...
//Anders
aspen
Jun 1, 2009, 3:48:59 PM6/1/09
to oppna-program-dev
Hej,
Jag har labbat lite och kommit fram till att följande konfiguration
verkar fungerar kanon:
* Eclipse Ganymede
* Glassfish 2.1
* Open Portlet Container 2.1
* Eclipse-pluginen: eclipse-portalpack 2.0M1
Vid installationen av OPC så fick jag gör en liten fix och manuell
kopiera över portlet-api-2.0.jar in i glassfish för att kunna sätta
upp en server-runtime i eclipse. Sen var det bara att tuta och köra.
Vi kör på detta tillsvidare så får vi utvärdera efter ett tag.
//Anders
On 29 Maj, 07:41, Anders Asplund <aaspl...@gmail.com> wrote:
> Hej,
>
> Jag håller definitivt med Jens vad gäller uppgraderingen av Spring till
> version 3.0. Vad gäller RAD-miljön så är jag mer tveksam. Fördelen är ju
> definitivt Hot-Deploy-stödet som finns i RAD. Nackdelen är ju dock att den
> (tillsammans med WSP) är extremt krävande att köra, framför allt i en
> virtuell miljö. Utan att ha någon erfarenhet av Pluto så skulle jag nog ändå
> gissa på att man i slutändan vinner på att köra i en lättvikts miljö med
> några fler omstarter. Kanske Sofia har någon erfarenhet att bidra med på det
> här området?
>
> Som ett sidospår till ovanstående diskussion så var jag på en dragning för
> en produkt, JavaRebel <http://www.zeroturnaround.com/javarebel/>, som säger
> >> Jag hittade även några som har portat<http://www.salientpoint.com/blog/?p=384>Springs PetClinic till en 286-portlet. Något man kan kika på kanske.
> >>>>http://www.callistaenterprise.se
Jag har labbat lite och kommit fram till att följande konfiguration
verkar fungerar kanon:
* Eclipse Ganymede
* Glassfish 2.1
* Open Portlet Container 2.1
* Eclipse-pluginen: eclipse-portalpack 2.0M1
Vid installationen av OPC så fick jag gör en liten fix och manuell
kopiera över portlet-api-2.0.jar in i glassfish för att kunna sätta
upp en server-runtime i eclipse. Sen var det bara att tuta och köra.
Vi kör på detta tillsvidare så får vi utvärdera efter ett tag.
//Anders
On 29 Maj, 07:41, Anders Asplund <aaspl...@gmail.com> wrote:
> Hej,
>
> Jag håller definitivt med Jens vad gäller uppgraderingen av Spring till
> version 3.0. Vad gäller RAD-miljön så är jag mer tveksam. Fördelen är ju
> definitivt Hot-Deploy-stödet som finns i RAD. Nackdelen är ju dock att den
> (tillsammans med WSP) är extremt krävande att köra, framför allt i en
> virtuell miljö. Utan att ha någon erfarenhet av Pluto så skulle jag nog ändå
> gissa på att man i slutändan vinner på att köra i en lättvikts miljö med
> några fler omstarter. Kanske Sofia har någon erfarenhet att bidra med på det
> här området?
>
> Som ett sidospår till ovanstående diskussion så var jag på en dragning för
> sig lösa Hot-Deploy-problematiken. Det kanske kan vara värt att titta på vi
> tillfälle, nackdelen var dock deras produkt kostar pengar...
>
> //Anders
>
> tillfälle, nackdelen var dock deras produkt kostar pengar...
>
> //Anders
>
> Den den 28 maj 2009 21:04 skrev Jens Wyke <jens.w...@gmail.com>:
>
>
>
> > Isåfall tycker inte jag det finns någon anledning att vänta med att
> > uppdatera Spring-versionen som vi använder i VPW till 3.0 redan nu.
>
> > Angående utvmiljö så har jag personligen aldrig testat något annat än gamla
> > fina WebSphere Portal + RAD :-) ... visst den tar lång tid att starta men
> > den är värd att vänta på... skämtåsido så hade jag gärna provat en mer
> > bare-bones container för utveckling, på villkor att den är lika smidig som
> > RAD+WebSphere där man i princip inte hinner mer än spara koden förrän den är
> > hot-deployad.
>
> > /Jens
>
> > Efter att ha kikat runt lite så verkar det som om JSR286-stödet i Spring
> >> kommer med version 3.0 som för närvarande är uppe på M3-nivå. RC1
> >> beräknas komma i början på Juni<http://blog.springsource.com/2009/05/06/spring-framework-30-m3-released/>.
>
>
>
> > Isåfall tycker inte jag det finns någon anledning att vänta med att
> > uppdatera Spring-versionen som vi använder i VPW till 3.0 redan nu.
>
> > Angående utvmiljö så har jag personligen aldrig testat något annat än gamla
> > fina WebSphere Portal + RAD :-) ... visst den tar lång tid att starta men
> > den är värd att vänta på... skämtåsido så hade jag gärna provat en mer
> > bare-bones container för utveckling, på villkor att den är lika smidig som
> > RAD+WebSphere där man i princip inte hinner mer än spara koden förrän den är
> > hot-deployad.
>
> > /Jens
>
> > Efter att ha kikat runt lite så verkar det som om JSR286-stödet i Spring
> >> kommer med version 3.0 som för närvarande är uppe på M3-nivå. RC1
> >> Jag hittade även några som har portat<http://www.salientpoint.com/blog/?p=384>Springs PetClinic till en 286-portlet. Något man kan kika på kanske.
>
> >> I övrigt, har ni testat Pluto 2.0 som utvecklingsmiljö?
>
> >> //Anders
>
> >> I övrigt, har ni testat Pluto 2.0 som utvecklingsmiljö?
>
> >> //Anders
>
> >> Den den 28 maj 2009 16:25 skrev Jens Wyke <jens.w...@gmail.com>:
>
> >> Det är inga problem att köra spring-portlet-mvc i en JSR 286-miljö.
> >>> Naturligtvis ger inte Spring-ramverket (i nuvarande version -- har inte
> >>> kollat på ett tag om stödet för JSR286 har blivit släppt) något direkt stöd
> >>> för de nya features som finns i JSR 286, men hindrar heller inte att man
> >>> använder dessa "på egen hand"...
>
> >>> //Jens
>
> >>> 2009/5/28 Sofia Jonsson <sofia.jons...@callistaenterprise.se>
>
> >> Det är inga problem att köra spring-portlet-mvc i en JSR 286-miljö.
> >>> Naturligtvis ger inte Spring-ramverket (i nuvarande version -- har inte
> >>> kollat på ett tag om stödet för JSR286 har blivit släppt) något direkt stöd
> >>> för de nya features som finns i JSR 286, men hindrar heller inte att man
> >>> använder dessa "på egen hand"...
>
> >>> //Jens
>
>
> >>> Hej!
>
> >>>> Låter toppen om portletstödet i RA får lite mer kött på benen! Jag har
> >>>> använt Glassfish samt Open Portlet Container som utvecklingsmiljö i
> >>>> webbisar-projektet och det funkade okej, dock fick jag inte integrationen
> >>>> med Eclipse att fungera fullt ut (det finns en plugin men den funkade inte i
> >>>> början på året iaf), vilket såklart är en nackdel, speciellt om man ska
> >>>> skala upp utvecklingen lite (webbisar var ju ett relativt litet/kort
> >>>> projekt). En annan alternativ Open Source-portal som diskuterats för
> >>>> utveckling inom VGR är Liferay. Den tror jag är betydligt mer heltäckande än
> >>>> Open Portlet Container (som är väldigt liten och avskalad).
>
> >>>> När det gäller ramverk så har vi diskuterat spring-portlet-mvc en del,
> >>>> men avvaktat eftersom det i början på året inte fanns stöd för JSR
> >>>> 286-portlets (men det kanske har släppts nu?).
>
> >>>> Mvh Sofia
>
> >>>> 2009/5/28 aspen <aaspl...@gmail.com>
> >>> Hej!
>
> >>>> Låter toppen om portletstödet i RA får lite mer kött på benen! Jag har
> >>>> använt Glassfish samt Open Portlet Container som utvecklingsmiljö i
> >>>> webbisar-projektet och det funkade okej, dock fick jag inte integrationen
> >>>> med Eclipse att fungera fullt ut (det finns en plugin men den funkade inte i
> >>>> början på året iaf), vilket såklart är en nackdel, speciellt om man ska
> >>>> skala upp utvecklingen lite (webbisar var ju ett relativt litet/kort
> >>>> projekt). En annan alternativ Open Source-portal som diskuterats för
> >>>> utveckling inom VGR är Liferay. Den tror jag är betydligt mer heltäckande än
> >>>> Open Portlet Container (som är väldigt liten och avskalad).
>
> >>>> När det gäller ramverk så har vi diskuterat spring-portlet-mvc en del,
> >>>> men avvaktat eftersom det i början på året inte fanns stöd för JSR
> >>>> 286-portlets (men det kanske har släppts nu?).
>
> >>>> Mvh Sofia
>
>
> >>>>> Hej,
>
> >>>>> Vi kommer i en given del i ett projekt mot SVR att använda oss av RA.
> >>>>> Vi kommer bla. att utveckla portlets med RA som, om jag har förstått
> >>>>> det rätt, inte har fullt utvecklat stöd än. Så min fråga är om ni på
> >>>>> listan har någon form av input som vi skulle kunna ta med oss så att
> >>>>> vi kan utvärdera och förbättra RA-stödet för portlets.
>
> >>>>> Som det ser ut just nu så kommer vi bl.a att försöka använda oss av
> >>>>> jsr-286, spring-portlet-mvc och freemarker.
>
> >>>>> Jag hittade även en kommentar i
> >>>>> Anvisningar_Anslutningsskikt_Portlet.doc som föreslog Glassfish samt
> >>>>> Open Portlet Container som utvecklingsmiljö. Är detta någon som har
> >>>>> testats? Och isf vilka erfarenheter finns det?
>
> >>>>> Med Vänliga Hälsningar
>
> >>>>> Anders Asplund
>
> >>>> --
> >>>> Sofia Jonsson
> >>>> Callista Enterprise AB
> >>>> Mobil: +46 (0)733 - 51 91 74
> >>>> mailto:sofia.jons...@callistaenterprise.se
> >>>>> Hej,
>
> >>>>> Vi kommer i en given del i ett projekt mot SVR att använda oss av RA.
> >>>>> Vi kommer bla. att utveckla portlets med RA som, om jag har förstått
> >>>>> det rätt, inte har fullt utvecklat stöd än. Så min fråga är om ni på
> >>>>> listan har någon form av input som vi skulle kunna ta med oss så att
> >>>>> vi kan utvärdera och förbättra RA-stödet för portlets.
>
> >>>>> Som det ser ut just nu så kommer vi bl.a att försöka använda oss av
> >>>>> jsr-286, spring-portlet-mvc och freemarker.
>
> >>>>> Jag hittade även en kommentar i
> >>>>> Anvisningar_Anslutningsskikt_Portlet.doc som föreslog Glassfish samt
> >>>>> Open Portlet Container som utvecklingsmiljö. Är detta någon som har
> >>>>> testats? Och isf vilka erfarenheter finns det?
>
> >>>>> Med Vänliga Hälsningar
>
> >>>>> Anders Asplund
>
> >>>> --
> >>>> Sofia Jonsson
> >>>> Callista Enterprise AB
> >>>> Mobil: +46 (0)733 - 51 91 74
> >>>>http://www.callistaenterprise.se
Sofia Jonsson
Jun 2, 2009, 1:46:18 AM6/2/09
to oppna-pr...@googlegroups.com
Låter toppen tycker jag (det var nog en tidig version av den pluginen som jag körde men ej fick att funka i början på året). Fick ni även deploy att funka från eclipse då?
Glöm inte att uppdatera dokumentationen om/när ni hittat nåt som funkar bra :-)
/Sofia
mailto:sofia....@callistaenterprise.se
http://www.callistaenterprise.se
Glöm inte att uppdatera dokumentationen om/när ni hittat nåt som funkar bra :-)
/Sofia
2009/6/1 aspen <aasp...@gmail.com>
http://www.callistaenterprise.se
aspen
Jun 2, 2009, 3:07:23 AM6/2/09
to oppna-program-dev
Ja deploy i eclipse funkade kanon!
Vilket av dokumenten skall jag uppdatera? Har jag skrivrättigheter? Om
inte vem kan ge mig det?
//Anders
On 2 Juni, 07:46, Sofia Jonsson <sofia.jons...@callistaenterprise.se>
wrote:
> mailto:sofia.jons...@callistaenterprise.sehttp://www.callistaenterprise.se
Vilket av dokumenten skall jag uppdatera? Har jag skrivrättigheter? Om
inte vem kan ge mig det?
//Anders
On 2 Juni, 07:46, Sofia Jonsson <sofia.jons...@callistaenterprise.se>
wrote:
> Låter toppen tycker jag (det var nog en tidig version av den pluginen som
> jag körde men ej fick att funka i början på året). Fick ni även deploy att
> funka från eclipse då?
>
> Glöm inte att uppdatera dokumentationen om/när ni hittat nåt som funkar bra
> :-)
>
> /Sofia
>
> 2009/6/1 aspen <aaspl...@gmail.com>
> jag körde men ej fick att funka i början på året). Fick ni även deploy att
> funka från eclipse då?
>
> Glöm inte att uppdatera dokumentationen om/när ni hittat nåt som funkar bra
> :-)
>
> /Sofia
>
Kristian Norling
Jun 2, 2009, 3:39:48 AM6/2/09
to oppna-program-dev
Skrivrättigheter fixar jag Anders.
/kristian
/kristian
Sofia Jonsson
Jun 2, 2009, 5:14:10 AM6/2/09
to oppna-pr...@googlegroups.com
Det är väl främst portletanvisningsdokumentet (http://oppna-program.googlecode.com/svn/reference-architecture/trunk/docs/Teknisk_arkitektur/Systemutveckling/JavaEE/Anvisningar_Anslutningsskikt_Portlet.doc) som behöver uppdateras. Det ligger i svn så det bör du ha rättigheter till om Kristian lägger till dig i projektet på google code.
Sen finns även en förteckning över ramverk och komponenter: http://code.google.com/p/oppna-program/wiki/Strukturerad_Forteckning som kanske behöver uppdateras efter hand? T ex om ni byter spring-version eller lägger till ramverk. Man kan lägga upp dom med status "Pilot" till att börja med - och sen uppgradera till "Standard" när beslut finns på att det är det vi kör på.
Fick du ordning på genereringspluginen förresten?
// Sofia
mailto:sofia....@callistaenterprise.se
http://www.callistaenterprise.se
Sen finns även en förteckning över ramverk och komponenter: http://code.google.com/p/oppna-program/wiki/Strukturerad_Forteckning som kanske behöver uppdateras efter hand? T ex om ni byter spring-version eller lägger till ramverk. Man kan lägga upp dom med status "Pilot" till att börja med - och sen uppgradera till "Standard" när beslut finns på att det är det vi kör på.
Fick du ordning på genereringspluginen förresten?
// Sofia
2009/6/2 Kristian Norling <Kristian...@gmail.com>
http://www.callistaenterprise.se
Hans G
Jun 5, 2009, 4:48:14 AM6/5/09
to oppna-pr...@googlegroups.com
Hej Alla!
Jag är mycket positiv till att Anders provar spring-portlet-mvc för portlet utveckling (på samma sått skulle jag vilja använda Spring-mvc för web appar i stället för att som idag ha default med spring-web-flow (SWF)).
SWF kan vara en utökning om man ser det behovet i en webapp men jag skulle vilja ändra RA och motsvarande maven-genererings-plugin så att Spring MVC är default både för web-appar och portlets.
Jag vet att valet av att använda Facelets bl.a. var "kravet" att kunna återanvända hela användningsfall och på så sätt ha renderingsvyn i composite delen av RA.
Detta gjorde att JSP föll bort eftersom JSP måste finnas i module projekten (under web-inf).
Jag menar dock att detta ändå är mer teoretiskt än praktiskt krav. Visst är det bra att kunna återanvända även hela GUI som det är utan att behöva ändra men hur ofta är det möjligt?
Man vill oftast ändå ändra på något kanske en annan logotype eller dylikt och då måste man ändå ändra i composite delen.
Så jag tycker inte att det skall vara så hårt drivande att det omöjliggör JSP som renderingsteknik.
Jag är mer fundersam över att använda Freemaker (http://freemarker.org/) i RA om man jämför med JSP och JSTL.
Jag vet att man kan använda JSP taglibs i Freemake template filerna men aspekter som hur spridd är denna teknologi, hur många använder den, community storlek?
Hur lätt hittar man resurser för förvaltning som kan teknologin etc.
Dock om Logica vill prova den i sitt nationella åtagande så är det givetvis helt ok.
Intressant vore en utvecklingsmiljö med Eclipse, Liferay, Spring MVC och JSP tycker jag.
/Hans
Niklas Gustavsson
Jun 5, 2009, 6:50:47 AM6/5/09
to oppna-pr...@googlegroups.com
2009/6/5 Hans G <hans.gy...@gmail.com>:
> Jag är mer fundersam över att använda Freemaker (http://freemarker.org/) i
> RA om man jämför med JSP och JSTL.
> Jag vet att man kan använda JSP taglibs i Freemake template filerna men
> aspekter som hur spridd är denna teknologi, hur många använder den,
> community storlek?
> Hur lätt hittar man resurser för förvaltning som kan teknologin etc.
> Jag är mer fundersam över att använda Freemaker (http://freemarker.org/) i
> RA om man jämför med JSP och JSTL.
> Jag vet att man kan använda JSP taglibs i Freemake template filerna men
> aspekter som hur spridd är denna teknologi, hur många använder den,
> community storlek?
> Hur lätt hittar man resurser för förvaltning som kan teknologin etc.
Utan att lägga några aspekter på RA:n.
Både Freemaker och kanske framförallt Velocity (som är mycket lika)
har stora och aktiva communities. Velocity har begränsad nyutveckling
men det är för att utvecklarna har anset den så pass mogen att de
mestadels fixar buggar.
Sedan så går det ju att kompilera JSPs även från classpathen, tekniken
används frekvent inom OSGi för att hantera JSP i bundles. De fall jag
sett använder Jasper för att göra det. Detta torde dock vara en något
esoterisk teknik att använda i dagsläget. Velocity/Freemarker är ett
bättre alternativ.
/niklas
Hans G
Jun 5, 2009, 12:22:56 PM6/5/09
to oppna-pr...@googlegroups.com
För mig är inte frågan huruvida man skall/kan/vill kompilera JSPer via classpathen...
Läs i stället inlägget som helhet.
Det finns en uppsjö frameworks/tekniker att använda och nya kommer till hela tiden.
Det finns ofta ett ännu bättre sätt ...
Men det som ofta kommer i skymundan är att man också skall ta hänsyn till att det hela en dag blir maintenance som någon skall ta hand om..
Sällan är det den state-of-the-art sökande konsulten som utvecklade det hela som sitter och gör maintenance två år senare utan kanske någon resurs från kunden.
Hur lätt får man tag i en resurs som kan tekniken m.m? Jag tycker åtminstone att detta skall få vara med i tanken och då tror jag att det finns betydligt fler som kan JSP, faktiskt.
Det kommer hela tiden nya saker som gör att man lätt fokuserar alltför mycket på att hur man skall lösa ett problem mer än vilket problem man skall lösa..
/Hans
Reply all
Reply to author
Forward
0 new messages