× 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 would think if they debugged the Java app theyd at least
see what is corrupted in the app.

Like Tom suggested, if my app is touching something in
memory that their app is relying on, that should tell us.

It also throws a "I/O Exception Null" error to the screen
(stdout) when this happens.  I may have forgotten to
mention that.

This is either an uncaught error in their Java app or one
they just didn't know what to do with so they threw it to
stdout.

Brad

On Thu, 14 Apr 2005 09:23:55 +0800
 Vengoal Chang <vengoal@xxxxxxxxxxx> wrote:
> Do you set encryption variable to null after the
> encryption returned ? You maybe need to create a method
> 
> void setEncryptionDataNull()
> {
> encryptiondata = null;
> }
> 
> After encryptionData returned, then call the method to
> manual reset it and GC will do normal thing.
> 
> If you want use RPG calling Java,sometimes still need to
> take care more about pointer string. I don't know whyit's
> happend. Maybe iSeries JVM still need to do memory usage
> enhanced. Sometimes if your RPGjava PGM crashed, you
> could not get normal result under the crashed JVM
> session, you need start another job to test the RPGJava.
> Does IBM know about what's happend ? Very hard to debug
> for this condition which problems drivened from JVM.
> 
> Best regards,
> 
> Vengoal
> 
> 
> Brad Stone æå:
> 
> >This is a weird one.
> >
> >A customer is using my GETURI application to communicate
> >with a web service.  This works fine.
> >
> >They recently implemented an encryption application to
> >encrypt CC numbers.  
> >The two applications are not used together at all.
>  Except
> >for possibly being called one after another in the same
> >job, they do not interact or share data with each other.
> >
> >When they call the encryption app alone, it works fine.
> >
> >When they call GETURI, then call they encryption app it
> >works fine the first time.  Any subsequent calls to the
> >encryption app returns bogus data only if they follow a
> >call to GETURI.  But GETURI still funtions fine.  This
> is
> >only if done in the same job.  
> >Starting a new job (ie signing off, then signing back
> on)
> >will result in the same scenario.  Call GETURI then
> >encryption app, works fine.  call GETURI then the
> >encryption app again and bogus data is returnd from the
> >encryption application.
> >
> >The encryption app is an ILE app that calls a Java
> method
> >using JNI.  The ILE app and GETURI both run in the QILE
> >activation group.
> >
> >We tested changing the AG of the encryption app and that
> >had no effect.
> >
> >Is it possible that a Java app can have a memory leak
> >outside of the AG at the Job level?  This is our first
> >guess before diving deeper into this.  But, I'm not sure
> >how Java/JNI and AGs work on the iSeries.
> >
> >Thanks!
> > 
> >
> 
> -- 
> This is the RPG programming on the AS400 / iSeries
> (RPG400-L) mailing list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit:
> http://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/rpg400-l.
> 

Bradley V. Stone
BVS.Tools
www.bvstools.com

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.