Hi Niclas, > PDFBox, right here at Apache !!! http://pdfbox.apache.org/ I looked at it some time ago, probably now it's time to try to use, thanks.
>>> Since we don't currently provide a way to turn animations off, I'd suggest >>> avoiding such components if you can. >> Maybe we can think at something on this for the next release, but >> before the 2.0 ... add a JIRA ticket for the 1.5 ? >> So a Test / demo of a simple Printing feature could be really useful, >> I have to think at something simple on it. >> As always comments/suggestions are welcome. > > I agree that Printing is an important aspect of > Human-Machine-Interaction, and for instance Eclipse has for many years > ignored supporting this fully (not on Linux). I agree with you, so maybe we should provide a way to handle this, and why not starting from the 1.4.1 ... comments ? >> This was my first try, but another requirements is that (if existing) >> the server part has to run under AS/400 (IBM iSeries), and after some >> tests, using the Graphical Report designer of JasperReports (iReport) >> I wasn't able to connect to the DB on a test server (using JTOpen >> drivers), so it wasn't a good start. So my boss now has the (bad) idea >> to make all in-house :-( ... let's see. > > Not sure what the DB is like, but it isn't that hard to create a > driver to JasperReport, so instead of tossing everything out the > window, I would suggest that either use Jasper or BIRT (Eclipse) and > create a driver module for your DB. That will for sure be less work > than and more features than building everything up front. Or why not > even Crystal Reports (you don't work for free, do you)?? The DB is DB2 on AS/400 (called also DB400), so it's strange that the latest version of well-known tools (and platforms) like iReport doesn't handle good this situation ... could be a problem in my environment, but when a project start with these problems probably is better to change the product with another ... let's see. But in all this question the real problem is that to lowering the time-to-market of this project my boss want an old-school Client Application, but in a Client/Server architecture (direct connection from Clients to the DB, no auto-updates like applets or web start, no call to logic on the web server or web services, etc) ... ARGHHHHH, the LAST I've written in this way was approx. 10 years ago, and no more. An last another important requirement: NO use of external tools (reporting engines, etc) but only some library used directly by the client. I'm, totally contrary to this approach (after many years of Client/Server development and maintenance, Software Development Companies and Customer Companies should have understood that this is no more the way, for many reasons), but I have to do what the boss say, so let's see also this :-( . Thanks, Sandro
