Hi:<br><br>Let me describe the problem I am facing as well as an application scenario.<br><br><span style="font-weight: bold;">Problem</span>: not being able to detect that the message size limit has been reached via server/client-side exceptions. Detection cannot be done at the server nor can it be done at the client. In other words, failure occurs and cannot be detected (tested in omniORB 

4.0.7 and 4.1).<br><br><span style="font-weight: bold;">Scenario</span>: an RPC call is made to the server and the server&#39;s response has a varying size, which can potentially go over the limit <font size="-1">giopMaxMsgSize

In this scenario, on the server side, an internal MARSHAL exception eventually happens once the server detects the message is beyond&nbsp; the <font size="-1">giopMaxMsgSize limit <font size="-1">and is handled internally (ORB tracing confirms that) by one of the ORB threads, but it does not reach the application. That means, the app fails, but there is no way for it to know a failure occurred.

On the client, side a COMM_FAILURE exception will happen. However, the minor code does not indicate <font size="-1">MARSHAL_MessageSizeExceedLimit (it indicates COMM_FAILURE_WaitingForReply instead). So the client does not know why the failure occurred either -- that is that the response is larger than what can be handled.

Note that this behavior seems to be asymmetrical. That is, if the client makes an RPC which sends a parameter whose size is greater than <font size="-1">giopMaxMsgSize, the client gets a MARSHAL exception with the correct minor code and can react accordingly as expected.

On the original problem I described, is there anything that can be done to allow the detection of that failure as well as the actual reason (as in the minor code) so at least the problem can be logged? If not, would it be possible for me to file a feature request?

<br><br>Thanks,<br><br>Henrique<br></font>