Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / March 2006

Tip: Looking for answers? Try searching our database.

Jasper Reports

Thread view: 
JScoobyCed - 21 Mar 2006 10:07 GMT
Hi,

    We are just discovering Jasper Reports and it looks such a great API!
Is there any "do not do" that we have to be careful if we want to
implement with Tomcat + Apache + AQL Server?
Many thanks,

Signature

JSC

Ingo R. Homann - 21 Mar 2006 10:46 GMT
Hi JScoobyCed,

> Hi,
>
>     We are just discovering Jasper Reports and it looks such a great
> API! Is there any "do not do" that we have to be careful if we want to
> implement with Tomcat + Apache + AQL Server?
> Many thanks,

I have worked with JasperReports (and iReports) using Tomcat and it
worked fine!

On the other hand, I prefer directly using iText meanwhile, which is
much more flexible (JasperReports is based on iText).

Ciao,
Ingo
JScoobyCed - 21 Mar 2006 11:46 GMT
> I have worked with JasperReports (and iReports) using Tomcat and it
> worked fine!
[quoted text clipped - 4 lines]
> Ciao,
> Ingo

Thanks for the info. We are actually going to generate tables of data
(Excel like stuff, but with the option to save as PDF). If Jasper does
the trick it will save us time. But for basic pages, I agree on using
iText directly (which is the API that made us discover Jasper :) ).

Signature

JSC

Ingo R. Homann - 21 Mar 2006 13:23 GMT
Hi,

>> I have worked with JasperReports (and iReports) using Tomcat and it
>> worked fine!
[quoted text clipped - 8 lines]
> (Excel like stuff, but with the option to save as PDF). If Jasper does
> the trick it will save us time.

I think, it is a good choice, then!

> But for basic pages, I agree on using
> iText directly (which is the API that made us discover Jasper :) ).

Interesting - I think, the opposite is true: I think, for simple, basic
Documents (e.g. a simple Table with some headers), JasperReports is
perfect - but when you want to do "advanced" things (nested tables, much
texts, variable number of columns, ...), I think, iText is more flexible
and more comfortable.

Ciao,
Ingo
JScoobyCed - 22 Mar 2006 02:35 GMT
> Interesting - I think, the opposite is true: I think, for simple, basic
> Documents (e.g. a simple Table with some headers), JasperReports is
> perfect - but when you want to do "advanced" things (nested tables, much
> texts, variable number of columns, ...), I think, iText is more flexible
> and more comfortable.

In our case, "basic things" are labels and stickers. Take an A4 format
paper with 8x4 stickers, 5mm border on the top and bottom. We have
triied to do it in HTML (CSS and tables...). That was a nightmare, as
every client had different page format settings and browsers. We had to
adjust the borders, cellspacing, paper format... for each and very
client. Or if they purchased a new printer, we needed to adjust again.
With a PDF (or RTF or XLS) document, we are sure we will have to write
the code once.

Cheers,

Signature

JSC



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.