[omniORB] Marshall exception -- message size limit exceeded

[Philippe Selo]

Luke,

Maybe I'm missing something. The scenario that is causing us trouble
is when the client send a tiny request, like "status" and the server
is trying to send a very large response. the server get an exception,
regardless of the setting of the client.

An IDL like that:

module test {

   interface bla {

      void status(out string result) ;
  } ;

} ;

would exhibit the problem. Of course we can raise the max size limit
on the client and server but if the response is arbitrary large, there
is always a chance of exceeding the limit, so I think it can be
helpful for the client to "know" that it will never get the answer,
even if it retry.

regards,
Philippe

On 2/5/07, Luke Deller <ldeller at xplantechnology.com> wrote:
> Philippe wrote:
> > The issue that Henrique was describing is not so much the limit to
> > the message size as the handling on the server side.
>
> Duncan's suggestion to have separate configurable limits for sending and
> receiving would actually solve your problem.
>
> It's not obvious how to improve the handling on the server site for the
> reasons that we raised.  However, if you could set the sending limit to
> be higher than the receiving limit, then the receiving limit would be
> exceeded first.  The receiver is able to raise a useful error message
> for you (ie MARSHAL_MessageSizeExceedLimit instead of COMM_FAILURE).
>
> Regards,
> Luke.
> **********************************************************************************************
> Important Note
> This email (including any attachments) contains information which is confidential and may be subject to legal privilege.  If you are not the intended recipient you must not use, distribute or copy this email.  If you have received this email in error please notify the
> sender immediately and delete this email. Any views expressed in this email are not necessarily the views of XPlan Technology.
>
> It is the duty of the recipient to virus scan and otherwise test the information provided before loading onto any computer system.
> Xplan Technology does not warrant that the information is free of a virus or any other defect or error.
> **********************************************************************************************
>
> _______________________________________________
> omniORB-list mailing list
> omniORB-list at omniorb-support.com
> http://www.omniorb-support.com/mailman/listinfo/omniorb-list
>