Menu
▾
▴
springframework-developer
|
From: <jue...@we...> - 2004-09-17 12:49:23
|
> Is there any possibility of creating a layer that would be common to = both web=20 > and rich client UIs? In other words, as much as is common between the = two=20 > approaches goes into a separate layer for maximum reuse. Effectively, we've already started this through our = "org.springframework.ui" package, which currently contains theme support = and generic template support for Velocity/FreeMarker. The web package = builds on those for web-specific themes and Velocity/FreeMarker views. = Similar support classes like for Jasper reports could go into the "ui" = package too, I guess. Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...]On Behalf Of Andy Depue Sent: Thursday, September 16, 2004 11:33 PM To: spr...@li... Subject: Re: [Springframework-developer] Jasper Reports Support This is interesting. We are currently developing a rich (internet) = client=20 using spring-rich and will have need to not only display Jasper reports = but=20 also to link the reports to our app for drill down purposes (in other = words,=20 placing hyperlinks in the report that our app can intercept and respond = to). =20 Is there any possibility of creating a layer that would be common to = both web=20 and rich client UIs? In other words, as much as is common between the = two=20 approaches goes into a separate layer for maximum reuse. - Andy On Thursday 16 September 2004 01:06 pm, Rob Harrop wrote: > All, > > I am looking at adding view support for Jasper Reports to Spring MVC = and > want to get some input before I dive in. > > My first question is what approach would everyone prefer. > > I could go for a document style approach like PDF and Excel providing > hooks for you to expose properties and a JRDatasource, or I could = create > a subclass of AbstractUrlBasedView and then auto expose all properties > in the model to Jasper Reports, grabbing the datasource from there by > type. My preference is for the second approach since it requires less > coding from the end user. > > What does everyone think? > > Rob > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement = on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <ro...@ca...> - 2004-09-17 20:53:54
|
I have the basics of Jasper Reports support done for the MVC view. I haven't yet looked in much detail at a helper library for the ui package but I have identified some methods that need to be in there. If everyone is happy I will add jasperreports JAR to CVS and commit what I have in sandbox for everyone to try out. Not much in the way of unit tests yet, but I have a small sample application running locally that generates reports in PDF, HTML, Excel and CSV - which is nice. Rob jürgen höller [werk3AT] wrote: >>Is there any possibility of creating a layer that would be common to both web >>and rich client UIs? In other words, as much as is common between the two >>approaches goes into a separate layer for maximum reuse. >> >> > >Effectively, we've already started this through our "org.springframework.ui" package, which currently contains theme support and generic template support for Velocity/FreeMarker. The web package builds on those for web-specific themes and Velocity/FreeMarker views. Similar support classes like for Jasper reports could go into the "ui" package too, I guess. > >Juergen > > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...]On Behalf >Of Andy Depue >Sent: Thursday, September 16, 2004 11:33 PM >To: spr...@li... >Subject: Re: [Springframework-developer] Jasper Reports Support > > >This is interesting. We are currently developing a rich (internet) client >using spring-rich and will have need to not only display Jasper reports but >also to link the reports to our app for drill down purposes (in other words, >placing hyperlinks in the report that our app can intercept and respond to). >Is there any possibility of creating a layer that would be common to both web >and rich client UIs? In other words, as much as is common between the two >approaches goes into a separate layer for maximum reuse. > > - Andy > >On Thursday 16 September 2004 01:06 pm, Rob Harrop wrote: > > >>All, >> >>I am looking at adding view support for Jasper Reports to Spring MVC and >>want to get some input before I dive in. >> >>My first question is what approach would everyone prefer. >> >>I could go for a document style approach like PDF and Excel providing >>hooks for you to expose properties and a JRDatasource, or I could create >>a subclass of AbstractUrlBasedView and then auto expose all properties >>in the model to Jasper Reports, grabbing the datasource from there by >>type. My preference is for the second approach since it requires less >>coding from the end user. >> >>What does everyone think? >> >>Rob >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>Project Admins to receive an Apple iPod Mini FREE for your judgement on >>who ports your project to Linux PPC the best. Sponsored by IBM. >>Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >------------------------------------------------------- >This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >Project Admins to receive an Apple iPod Mini FREE for your judgement on >who ports your project to Linux PPC the best. Sponsored by IBM. >Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Dmitriy K. <dko...@ru...> - 2004-09-17 21:20:51
|
I would love to take a look at that... Dmitriy. Rob Harrop wrote: > I have the basics of Jasper Reports support done for the MVC view. I > haven't yet looked in much detail at a helper library for the ui > package but I have identified some methods that need to be in there. > > If everyone is happy I will add jasperreports JAR to CVS and commit > what I have in sandbox for everyone to try out. Not much in the way of > unit tests yet, but I have a small sample application running locally > that generates reports in PDF, HTML, Excel and CSV - which is nice. > > Rob > > jürgen höller [werk3AT] wrote: > >>> Is there any possibility of creating a layer that would be common to >>> both web and rich client UIs? In other words, as much as is common >>> between the two approaches goes into a separate layer for maximum >>> reuse. >>> >> >> >> Effectively, we've already started this through our >> "org.springframework.ui" package, which currently contains theme >> support and generic template support for Velocity/FreeMarker. The web >> package builds on those for web-specific themes and >> Velocity/FreeMarker views. Similar support classes like for Jasper >> reports could go into the "ui" package too, I guess. >> >> Juergen >> >> >> -----Original Message----- >> From: spr...@li... >> [mailto:spr...@li...]On Behalf >> Of Andy Depue >> Sent: Thursday, September 16, 2004 11:33 PM >> To: spr...@li... >> Subject: Re: [Springframework-developer] Jasper Reports Support >> >> >> This is interesting. We are currently developing a rich (internet) >> client using spring-rich and will have need to not only display >> Jasper reports but also to link the reports to our app for drill down >> purposes (in other words, placing hyperlinks in the report that our >> app can intercept and respond to). Is there any possibility of >> creating a layer that would be common to both web and rich client >> UIs? In other words, as much as is common between the two approaches >> goes into a separate layer for maximum reuse. >> >> - Andy >> >> On Thursday 16 September 2004 01:06 pm, Rob Harrop wrote: >> >> >>> All, >>> >>> I am looking at adding view support for Jasper Reports to Spring MVC >>> and >>> want to get some input before I dive in. >>> >>> My first question is what approach would everyone prefer. >>> >>> I could go for a document style approach like PDF and Excel providing >>> hooks for you to expose properties and a JRDatasource, or I could >>> create >>> a subclass of AbstractUrlBasedView and then auto expose all properties >>> in the model to Jasper Reports, grabbing the datasource from there by >>> type. My preference is for the second approach since it requires less >>> coding from the end user. >>> >>> What does everyone think? >>> >>> Rob >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >>> Project Admins to receive an Apple iPod Mini FREE for your judgement on >>> who ports your project to Linux PPC the best. Sponsored by IBM. >>> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 >> Project Admins to receive an Apple iPod Mini FREE for your judgement on >> who ports your project to Linux PPC the best. Sponsored by IBM. >> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
