Error Class 1001 - RPC Protocol Messages

The RPC server does not have enough memory to receive the client request.

If your server is a Natural RPC Server increase the MAXBUFF memory parameter.

The RPC server is unable to allocate enough memory to fulfill the request.

Increase the memory resources of your RPC server.

The RPC server returned an internal error. A more specific error <number> may follow.

1. See the trace on the server and/or client side and contact Software AG support.

2. See under error <number> for an explanation and action to take.

This error message is returned in the following situations:

1. The RPC protocol version you requested is not supported by your RPC server.

2. The server command is not known.

3. There is an error in the RPC protocol header.

Depending on the situation above, for

1. If possible, upgrade your RPC server or use only those data types supported by your RPC server in the IDL file.

2. See the trace on the server and/or client side and contact Software AG support.

The format buffer within the RPC protocol could not be parsed.

Contact Software AG support.

The value buffer within the RPC protocol could not be parsed.

Contact Software AG support.

The packet type shipped with the RPC protocol is not valid.

Contact Software AG support.

One of the following occurred on the RPC server side:

1. A Natural RPC Server secured by Natural Security denied access because the Natural RPC Security ticket could not be evaluated correctly or is missing.

2. Initialization of a Natural RPC Server failed.

3. An EntireX CICS RPC Server secured by CICS security denied the user's request.

Depending on the situation described above, check your security configuration on the server side.

Natural RPC Server message.

Contact Software AG support.

Natural RPC Server message.

Contact Software AG support.

Natural RPC Server message.

Contact Software AG support.

The RPC server did not find the server program. This message can be appended by Natural error information:

[,(Natural Error Info: Program=<NAT Pgm>,Error=<NAT Error>,
                       Line=<NAT Line>,Status=<NAT Status>,Level=<NAT Level>)]
<NAT Pgm>       The Natural Program name which caused the error.
<NAT Error>     The Natural Error number.
<NAT Line>      The Line number within the erronous program which caused the error.
<NAT Status>    See Natural Documentation.
<NAT Level>     See Natural Documentation.

See the Natural documentation.

Depending on the type of your RPC server, one of the following situations may apply:

1. If the server is an EntireX RPC server on Windows/UNIX:

   • The server stub with the name D<library>.dll on Windows or D<library>.so/sl on UNIX must be accessible to the EntireX RPC server. The program called must be available within that library as an export named D<program>.

   • The same applies to the server program. A server with the name <library>.dll on Windows or <library>.so/sl UNIX must be accessible to the EntireX RPC server. The program called must be available within that library as an export named <program>.

   Check read/execution access, library names and exports.

2. If the Server is an EntireX RPC server on CICS:

   • A program named <program> must exist in the DFHRPL-steplib concatenation.

   • The program must be CSD-defined and (depending on CICS version) must be installed.

3. If the Server is a Natural RPC Server:

   • If Natural Logon is switched on for the request or conversation, the program must be found within the target library (or its steplib concatenation).

   • If Natural Logon is switched off for the request or conversation, the program must be found in the initial library (or its steplib concatenation) of the Natural RPC Server.

   See also the appropriate Natural documentation.

4. If the Server is an EntireX XML/SOAP RPC Server:

   • The server classes must be accessible from the EntireX XML/SOAP RPC Server.

   • Make sure that the path of the server classes is in the classpath.

The stub or the program/method called by the RPC server ended abnormally. This message can be appended by Natural error information:

[,(Natural Error Info: Program=<NAT Pgm>,Error=<NAT Error>,
                       Line=<NAT Line>,Status=<NAT Status>,Level=<NAT Level>)]
<NAT Pgm>       The Natural Program name which caused the error.
<NAT Error>     The Natural Error number.
<NAT Line>      The Line number within the erronous program which caused the error.
<NAT Status>    See the Natural documentation.
<NAT Level>     See the Natural documentation.

Correct the program/method called by the RPC server.

The program/method called by the RPC server can return application errors within the range 1 - 9999. The user error is outside of this range.

Check your program/method called by the RPC server and correct the error.

The header within the RPC protocol is invalid.

See the trace on the server and/or client side and contact Software AG support.

The RPC protocol contains an unknown server command.

Contact Software AG support.

The parameter definitions within the stub called by the RPC server are different. This error code is typical if clients send data using an older RPC protocol. The code will be detected by the RPC server to adjust its call information.

When working with the Windows or UNIX RPC server, no action is required if the error message appears just once per call. Multiple appearances indicate a general problem: regenerate your stubs with the template file server.tpl, compile and link them. If the error persists, contact Software AG support.

The value range for a parameter is outside the defined range.
Example:
An I1 data type is mapped to a 2-byte integer type in a programming language environment where there is no 1-byte integer type. The range is defined in the interface specification, i.e., the Software AG IDL file.
For I1 it is from -127 to 128. The mapping to a 2-byte integer permits a program to set values less than -127 or greater than 128 which is not allowed for I1.

Check program and correct error.

This error message is returned in the following situations:

1. The RPC server cannot handle variable-length data types such as AV, BV and KV without maximum lengths

2. The RPC server cannot handle arrays with variable bounds without maximum upper bounds.

Depending on the situation above, for

1. Specify maximum values for the variable-length data types in the Software AG IDL file.

2. Specify maximum values for the upper bounds of the array in the Software AG IDL file.

Internal error in the string buffer of the RPC protocol.

Contact Software AG support.

The RPC server cannot parse the RPC protocol.

Contact Software AG support.

The RPC server did not find the library or class given in the RPC protocol.

Check your configuration, server programs and stubs and the library name sent by the client.

The header of the RPC protocol contains an invalid eye catcher.

Contact Software AG support.

An overflow occurs with an unbounded array whose maximum array bounds are determined in the Software AG IDL file.

Check program and correct error.

Internal error in string buffer.

Contact Software AG support.

During marshalling/unmarshalling on the server side an error occurred when accessing the unbounded array.

One of the following may apply:

1. The unbounded array was destroyed by your server program. Check the program and correct the error.

2. An internal error occurred in the RPC server. Contact Software AG support.

The data type and attributes of the unbounded array sent to the server do not match the data type or attributes of the unbounded array within the server stub.

Regenerate, compile and link your server stub using the same Software AG IDL file as on the client side.

The client application issues an open conversation RPC request having the conversation already opened.

Contact Software AG support.

The client application issues a close conversation, close conversation commit or conversational RPC request without having any open conversation.

Contact Software AG support.

The client application issues a non-conversational RPC request while having an open conversation.

Contact Software AG support.

The RPC Server does not reply in the correct encoding.

• <encoding> ASCII when the RPC Server answers in ASCII but EBCDIC is expected 

  EBCDIC when the RPC Server answers in EBCDIC but ASCII is expected

• <error code> The error code replied by the Server.

Check that Internationalization is correctly configured for the broker. See Internationalization.

The RPC Server does not reply in the correct encoding.

Check that Internationalization is correctly configured for the broker. See Internationalization. Check that the server you are communicating with is an RPC server and not, for example, an ACI server.

The RPC server does not support optional parameters. Optional parameters are supported by Natural RPC Servers. EntireX RPC servers do not support optional parameters.

Contact Software AG to check whether a newer version of the Natural RPC Server may support the feature.

The maximum level for groups is 99.

Correct your application.

You tried to use the Change Password feature of the RPC protocol with an RPC server that does not not support this feature.

Do not try to change the password with this RPC server.

The IDL you are using contains features which require a Natural client interface object (stub).

Generate a Natural client interface object and use it with the RPC client.

This error indicates an application error code. Application error codes enable the RPC server to return customer-invented errors back to the RPC client in a standardized way without defining an error code field in the IDL.

Here the CICS RPC Server received a CICS ABEND code forced by the application server program using the EXEC CICS ABEND ABCODE(myabend). The ABEND starts with a letter other than "A" and follows the rules for CICS user ABEND codes. The ABEND code (myabend) can be used in the RPC client to gain information about specific application error situations of the server.

For more information see Using EXEC CICS ABEND ABCODE.

The error code can be used in RPC clients to test for specific application error codes.

The string buffer item "REL" shipped with the RPC protocol is not valid with RPC request.

Contact Software AG support.

The value area in the server mappping (SVM) file could not be parsed.

Contact Software AG support.

The string buffer item "REL" is missing or invalid.

Contact Software AG support.

The packet type shipped with the RPC protocol is not valid for the use of Reliable RPC. The string buffer item "REL" is not valid for the packet type.

Contact Software AG support.

Reliable RPC allows only IDL direction IN parameters.

Update your IDL, i.e. remove any OUT and INOUT parameters, possibly regenerate your interface object and/or update your application, then retry the RPC call.