If you're generating spreadsheets via RPG jobs you may want to consider a 3rd party tool such as our RPG2SQL Toolset for this.

We have export CL commands and an RPG service program you can use for simple exports and programmatic spreadsheet building.

Since we utilize Excel on a connected PC, there's no memory issues unless of course the PC has issues.

An alternative worth considering.

Feel free to request a 30-day demo from our web site.

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT


-----Original Message-----


On Fri, Sep 28, 2012 at 10:37 AM, <darren@xxxxxxxxx> wrote:

We have run into various memory and performance issues using the JNI
interface from RPG to Java to generate spreadsheets using the POI HSSF
API's. Sometimes to get around this, we generate the spreadsheet in a .CSV
format, but this obviously generates a pretty ugly output when imported
into Excel. I'm currently researching generating the java code dynamically
in an RPG program, compiling it, and running that, meaning that the there
would be at least one java code source record for every cell on the
spreadsheet. I believe that the resulting program would perform much
better than the JNI interface does. Does anyone see any show stoppers with
this approach? Anyone tried something like this before?

--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.