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



I guess my question is, if the Java procedure is being called by the same
job using RUNJVA from and RPG program (using QCMDEXC of course), would this
be sped up dramatically using a NEP? My guess is no since it's all in the
same job and the JVM doesn't start and stop each time (but it seems like
another job is spawned.. most likely a QSH job).

Brad

On Fri, Jun 25, 2010 at 4:08 PM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Thanks for the reply, Duane.

The performance issue isn't really for multiple jobs running the Java, just
one. But they run it over and over.

It's for adding an overlay/watermark to a PDF. That alone I know is
resource intensive. If you've ever seen the PDF spec, adding a single
character means changing almost the entire document, XREF, etc. Adding a
watermark I'm sure is very string intensive too.

What we're seeing is each time this is called, from the same job mind you,
a new little job spawns, then when it's done that job goes away. That's
where I thought the resources might be going. But personally I believe it's
the manipulation of the PDF file itself that's causing what seems to be a
lot of lag. It's just a lot of work!

I did show them how to recompile the JAR files on their system so hopefully
that will help. This is on V6R1 as well.

Brad


On Fri, Jun 25, 2010 at 3:14 PM, Christen, Duane <
Duane.Christen@xxxxxxxxxx> wrote:

Brad;

Once the a JVM is started in a job it runs until the job ends. If, for any
reason, the JVM ends you will not be able to restart a JVM in that job.

If this is not a batch job, then I would recommend using a NEP or some
such, as having a JVM started for multiple users will most likely be a
performance drag on your system.

Duane Christen


--


Duane Christen
Senior Software Engineer
(319) 790-7162
Duane.Christen@xxxxxxxxxx

Visit PAETEC.COM


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:
midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Bradley Stone
Sent: Friday, June 25, 2010 2:33 PM
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: Re: Quick "hopefully" question on JVM, RUNJVA, etc...

Just curious if I should ask this on another list. I thought it was more
of a "system" type question than a Java or RPG program. Thanks! :)

Brad

On Thu, Jun 24, 2010 at 2:45 PM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

I have a question that I hope isn't too hard to answer. I've seen
conflicting information on this, and am curious.

If I have an RPG program than runs a Java Class using the RUNJVA
command, does this or does it not start and stop the JVM each time
this is called causing a LOT of extra overhead, or does it start the
JVM the first time and end it when the job ends?

Now, lets assume I am calling the same class/method in an RPG program
instead of using RUNJVA... same question. Does this start and stop
the JVM each time, or just start it the first time, and end the JVM
when the job itself ends?

I want if all possible to stay away from using a NEP for this.

I think you'll see where I'm going with this... performance issues
with Java. :)

Brad

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-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.