Joe,

Thanks for the quick response. The first thing I did was google... I should have said that in the original question. I saw both of those, and both are fixes for IBM problems. We seem to be up to date on PTFs.

Are you saying that this is almost always an indication of an IBM problem? Or, can this message appear in jobs for a problem with our coding or methods? I was thinking our code is probably the problem, but why and how do we fix it. BUT, I would love to blame IBM ;-).

Ken.


Joe Sam Shirah wrote:

    Hi Ken,

    http://www.google.com/search?q=PWS0083

    Most of the info you need is in the first two items.


                                                         Joe Sam

Joe Sam Shirah -        http://www.conceptgo.com
conceptGO       -        Consulting/Development/Outsourcing
Java Filter Forum:       http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International?    http://www.jguru.com/faq/I18N
Que Java400?            http://www.jguru.com/faq/Java400


----- Original Message ----- From: "TitanRebel" <TitanRebel@xxxxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Thursday, November 10, 2005 1:22 PM
Subject: Additional 16 megabytes of storage allocated for this job... why?



In many QZDASOINIT jobs, we find the PWS0083 message:

Additional 16 megabytes of storage allocated for this job.

Is this message "normal", or does it point to a memory leak.  We are
using our own implementation of connection pooling, and some JDBC
connections can potentially stay in memory and used over and over for
quite a long time (days).  Is this a problem?

Do we need to close and open new JDBC connections more frequently to
allow these jobs to release the resources (I'm just assuming that they
would release the resources after closing the JDBC Connection)?

Thanks,

Ken
--
This is the Java Programming on and around the iSeries / AS400 (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-Ups:
Replies:

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.