Hi David,

I know it appears to, but putting the Java *source* anywhere doesn't make a difference. Only the compiled *class* files are involved.

I expect that your call to IBM will produce a "the contract doesn't include application development/debugging", unless, of course, yours does. No doubt they will be only too happy to provide such at additional cost.

My advice, guaranteed to be worth the cost, is to locate the person who wrote the app. If that's not possible, locate a trusted and knowledgeable third party. In general, most people develop/debug primarily on a PC before testing further on the AS/400. I'm sure you're not thrilled with my answer, but as someone self-described as "I don't know from JAVA" (and we've all been there) those are pretty much your best choices.

It's possible that someone on the list may have the time to research the problem for you for free, but they'll certainly need source and set up.


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: "David Turnidge" <daveturnidge@xxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400" <java400-l@xxxxxxxxxxxx>
Sent: Monday, April 21, 2008 10:53 AM
Subject: Re: RUNJVA - JVA0122 - return code 143


Thank you for your response. Since I made the original post, we seem to have
resolved the problem by putting the java source into one of the directories
on the "path". I have since installed the program onto two different
production systems (in a temporary library) and it works on one, and doesn't
work on the other... Just makes my day...

I think I'm just gonna call IBM and see if they can figure out what I've
done - and what to do about it...

Dave

On Fri, Apr 18, 2008 at 4:45 PM, Simon Coulter <shc@xxxxxxxxxxxxxxxxx>
wrote:


On 19/04/2008, at 3:30 AM, David Turnidge wrote:
> I am using RUNJVA against the class SendMailApp. I can get it to
> run once,
> but when I attempt to run it a 2nd time, it aborts with a JVA0122
> error and
> a return code of 143.
>
> I don't know from JAVA. Does this mean anything to anybody out
> there who
> could give me an Idea as to what to do next?
>
> What it acts like is there is some kind of lock that gets set the
> first time
> I call and isn't reset on the 2nd time…
>
> Thanks for anything,

A Google search for JVA0122 would show you an IBM APAR explaining why
JVA0122 is a useless error message. Status PRS indicates Permanent
Restriction so it's not going to be changed. Reading the original
problem in that APAR might give you the idea to run the class from
within QSHELL (a more "natural" environment for Java) and then you
might get to see any error messages from the application.

Seems to me you really got return code -113. Does that mean anything
in the SendMailApp context?

Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists

http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------



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

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.