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



Thanks Paul,

I am confident the library list is correct. I displayed the library list
for the XMLSERVICE job and used that to replace my interactive library
list and then ran a test from the command line and it worked correctly.

How would I determine a resource problem ?

Thanks for your reply

Don Brown





From: "Paul Roy" <paul.roy@xxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Date: 18/04/2018 09:20 PM
Subject: Re: JDBCR4 JVM Creation fails
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



from your log the cause of the dump is
Object domain or storage protection error for offset X'000000002B25B800'
in object XTOOLKIT PHPUSER 065558.

looks like a library list/resource problem in the webservice call to
XMLSERVICE ... not a problem in the serviceprogram ,or in JDBCR4...

Paul


From: Don Brown <DBrown@xxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>,

rpg400-l@xxxxxxxxxxxx
Date: 18/04/2018 11:10
Subject: JDBCR4 JVM Creation fails
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



IBMi Version V7R3 and current on PTF's
JDBCR4 version - not sure but I have downloaded again from Scott's web
site.

I have a service program that connects to a MS SQL server and retrieves a
list of records, converts the results into json using yajl and returns the


string.

If I run this from the command line it works perfectly.

If I call externally using XMLSERVICE it fails.

I have run the process in debug and in JDBCR4 the procedure start_jvm()
used to start the JVM , it simply calls the java method java.lang.String
with wwStr = s('Temp String'); which should start a JVM if there is not
already one running.

I have pasted the joblog below.

I have tried submitting the same process to batch using the same job
description (library list) and running under the same user profile and it
completes normally.

I have looked at the dump files created but none of the content is
meaningful to me or for that matter indicates a reason for the failure.

Any suggestions most welcomed - I have been going in circles with this for


quite a while!!

Java Virtual Machine is IBM Technology for Java. PID(15710)
Object domain or storage protection error for offset X'000000002B25B800'
in object XTOOLKIT PHPUSER 065558.
JVMDUMP039I Processing dump event "gpf", detail "" at 2018/04/18 07:50:46
- please wait.■
IBM Java[15710]: JVMDUMP039I Processing dump event "gpf", detail "" at
2018/04/18 07:50:46 - please wait.■
JVMDUMP032I JVM requested System dump using
'//core.20180418.075046.15710.0001.dmp' in response to an event■
IBM Java[15710]: JVMDUMP032I JVM requested System dump using
'//core.20180418.075046.15710.0001.dmp' in response to an event■
JVMDUMP010I System dump written to //core.20180418.075046.15710.0001.dmp■



JVMDUMP032I JVM requested Java dump using
'//javacore.20180418.075046.15710.0002.txt' in response to an event■
IBM Java[15710]: JVMDUMP032I JVM requested Java dump using
'//javacore.20180418.075046.15710.0002.txt' in response to an event■
JVMDUMP010I Java dump written to
//javacore.20180418.075046.15710.0002.txt■
JVMDUMP032I JVM requested Snap dump using
'//Snap.20180418.075046.15710.0003.trc' in response to an event■
IBM Java[15710]: JVMDUMP032I JVM requested Snap dump using
'//Snap.20180418.075046.15710.0003.trc' in response to an event■
JVMDUMP010I Snap dump written to //Snap.20180418.075046.15710.0003.trc■

JVMDUMP007I JVM Requesting JIT dump using
'//jitdump.20180418.075046.15710.0004.dmp'■
JVMDUMP010I JIT dump written to //jitdump.20180418.075046.15710.0004.dmp■
JVMDUMP013I Processed dump event "gpf", detail "".■



Don Brown





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.