× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Write the java program using POI to wait on a data queue to get its requests from. Then all the RPG programmers have to know how to do is put an SQL string on a data queue. You'll probably want to pass other parameters through the data queue, like the output file destination or the email address to deliver it to.

-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of darren@xxxxxxxxx
Sent: Friday, September 28, 2012 11:40 AM
To: Java Programming on and around the IBM i
Subject: Re: Dynamic java for Excel spreadsheet

There are a lot of reasons this would be difficult. My thought was to create a service program to write the Java code to prevent a lot of the downsides to converting code and developers to pure Java.





From: Charles Wilt <charles.wilt@xxxxxxxxx>
To: Java Programming on and around the IBM i
<java400-l@xxxxxxxxxxxx>,
Date: 09/28/2012 12:03 PM
Subject: Re: Dynamic java for Excel spreadsheet
Sent by: java400-l-bounces@xxxxxxxxxxxx



Why not take RPG out completely and just have a pre-written Java program build the spreadsheets?

Charles

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.

--
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.



--
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 ...

Replies:

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

This mailing list archive is Copyright 1997-2024 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.