The job log didn't have anything like that. The error was being reported from the JVM.
Although in this case it wasn't hard at all to know where the infraction was (since only one procedure has the file in question declared).

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

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Friday, August 07, 2015 7:21 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: Re: Web Service Server Library List

And I believe the joblog should also name the program, and the library that the program is in. This way you can confirm New Program / Old File or vice versa.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: CRPence <crpbottle@xxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 08/06/2015 05:41 PM
Subject: Re: Web Service Server Library List
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



On 06-Aug-2015 15:16 -0600, Kurt Anderson wrote:
On 06-Aug-2015 15:04 -0600, Nadir Amra wrote:
On 06-Aug-2015 14:40 -0600, Kurt Anderson wrote:

<<SNIP>>
The message I'm getting: ID: RNX1216 text: Error message CPF4131
appeared during OPEN for file COMJOBXRF1.

<<SNIP>>

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?
<<SNIP>>


<<SNIP>> maybe a locking problem.

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

<<SNIP>>

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.


I am unclear about the conversation considering authority or locking,
but the original msg CPF4131 is a /level check/ error. Review of the
message in the server job should reveal the value of the library name in
the replacement variable &3, thus identify the library name of the file
found with the member being opened; "Level check on file &2 in library
&3 with member &4." Not sure if that is helpful, but seems to be more
on target than allusions to locking\authority.?


This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].