Menu
▾
▴
Re: [Springframework-developer] Jasper Reports Support
|
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 |
