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



Possible cases:

It's a record format level check. This means that the record format in the
file you are opening does not have the same format level ID that was found
when the program was compiled. In other words there is something different
in the layout of the fields in the record. Perhaps you the file layout has
been changed, if so, then you probably will want to recompile your RPG
program.

There is another reason this occurs: library list mismatch. Imagine the
same sequence of events as above, only this time imagine doing the work in
the development library. You've changed ARINQDSP and recompiled both the
file and program. You have DEVELOPMENT at the top of your library list.
Now you do this: CALL PRODUCTION/ARINQ. The OS will call the original
program in the production library, but because of the library list, it
will try to open ARINQDSP from the DEVELOPMENT library. The record format
ID stored in the production program does not match the record format level
ID stored in the development library's workstation file and boom: level
check.





From: Nadir Amra/Rochester/IBM@IBMUS
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 08/06/2015 04:33 PM
Subject: RE: Web Service Server Library List
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Looks good. Not sure what the message means, just have a slight knowledge

of DB/file support. Searching google on the message I got:

The level check is received by the ILE/RPG program – you will need to
recompile any RPG programs that reference your changed files. The RPG
programs store the “Level Id” of the file when they are compiled, if the
file is changed after the program is compiled then the Level Id no longer
matches and you receive a level check error message.

Not sure if that is the problem. At this point I am at a loss.




From: Kurt Anderson <Kurt.Anderson@xxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 08/06/2015 04:16 PM
Subject: RE: Web Service Server Library List
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



This is a new file and process so nothing else is using it at the moment.
When I call the service program procedure from a test program on the same
system (bypassing the "web service" aspect of it), it works (because the
file is in my library list, and the file is only in one spot - a library
we call CCDLIB which is a library where we house common processes).

Here you can see my web service as the library list setup to use that
library:
http://i.imgur.com/yM5cq6f.png

Here you can see I have the web service's user set:
http://i.imgur.com/kH2twKr.png

The level of authority this user has right now is very high (needs to be
scaled back) so I don't think it's authority related.


Kurt Anderson
Sr. Programmer/Analyst - Application Development, Service Delivery
Platform

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Nadir Amra
Sent: Thursday, August 06, 2015 5:04 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: Re: Web Service Server Library List

I believe the library list needs to be specified either when deploying the

web service or after the fact by selecting the properties of the web
service and clicking on the library list tab.

If this is being done, then maybe a locking problem.


"MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx> wrote on 08/06/2015
03:40:40 PM:

From: Kurt Anderson <Kurt.Anderson@xxxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 08/06/2015 03:41 PM
Subject: Web Service Server Library List Sent by: "MIDRANGE-L"
<midrange-l-bounces@xxxxxxxxxxxx>

Hi,

We're at v7.2

I have a web service unable to open a file.
The message I'm getting: ID: RNX1216 text: Error message CPF4131
appeared during OPEN for file COMJOBXRF1.

1. I have a Web Service (Application) Server with User ID QWSERVICE.
A SOAP Web Service that is deployed to this server is set to use
a specific User ID. The User ID has a special library list. In fact
the web service itself has its own library list defined that has that
file in it.
However the web service is failing when trying to open a file
which is in that user's library list.

2. I created a Web Service Server with the special user ID (instead of
QWSERVICE). Looking at that job, it does not have that user's library
list.

In both cases, this is the library list on the job:
CCDSYS (a special sys library here at CustomCall) QSYS
QSYS2
QHLPSYS
QUSRSYS
QGPL
QTEMP

Ideally I do not want to change the service program to qualify its
files.

Does anyone have any thoughts as to what I'm doing wrong in my setup
here?
I'm using the website /HTTPAdmin/ to perform the web service setup.

Kurt Anderson
Sr. Programmer/Analyst - Application Development, Service Delivery
Platform
--
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.