[omniORB] Communications Failure on server after executes method
David Morgenlender
dmorgen@alum.mit.edu
Thu, 18 Jun 1998 13:43:45 GMT
Sai-Lai,
>> I'm currently using omniORB 2.5. I have a couple of methods running =
on
>> the server (under ETS-Kernel). The client is running on a different
>> system (Win95). One method is working ok. The other method seems to =
be=20
>> working ok, except a "Communication failure" message is generated =
after=20
>> the method exits. The message is generated in TFactory.cc in=20
>> tcpSocketWorker::_realRun(). It catches a COMM_FAILURE exception,
>> checks for a trace level >=3D3D 5, then generates the message.
>
>> The only significant difference between the calls to the 2
>> methods, is the problematic method has an unbounded sequence as an
>> output parameter; it consists of 500,000 ULong values; the sequence=20
>> seems to be returned properly.
>>=20
>> Do you have any idea what could be causing the problem & whether it's
>> anything to be concerned about?
>
>500,000 ULong =3D 2Mbytes. Your reply definitely exceeds the default =
limit on
>the GIOP message size imposed by the ORB. Just increase the limit using
>omniORB::MaxMessageSize(size_t newvalue) on *both* the client and the
>server. See the user guide for details.
Thanks for the suggestion. But, I don't think that's the problem. I =
just
looked at the omniORB code; the default value for max_giop_message_size;=
it's
2048 * 1024, i.e. 2,097,152, 2mb. The sequence size I used is 500000 * =
4, i.e.
2,000,000, less than 2mb ... or is there more than 97,152 bytes of =
overhead?
Also, the sequence was transferred properly.
At one point, I had the sequence size as much larger than 2mb =
(approximately
4mb, as I recall). The symptoms were different than the Comm failure; =
an
exception was generated.
I guess it couldn't hurt to increase the maximum message size though! =
I'll let
you know what I discover.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D
Dave Morgenlender
e-mail: dmorgen@alum.mit.edu
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D