Infinite blocking when calling service other than "toupper"

Question

Hi,
We are testing (trying) Tuxedo Connector between (from) WLS 6.1 (NT) and (to)
Tuxedo 6.5 (AIX). Calling the sample service "toupper" works fine. But WLS is
blocking when calling services that do not return the result in the same buffer
as input (as toupper does). When calling a Tuxedo service that returns its result
in a buffer it newly allocates (C library), from the WLS logging we see that it
was able to get the returned data size, but then it seems to block for the data
itself. Following are the two last logged WLS messages:
Jan 4, 2002 5:30:32 PM EST> <Debug> <WTC> <]/read_dom_65_tfmh/130/-1>
Jan 4, 2002 5:30:32 PM EST> <Debug> <WTC> <]/TuxedoMuxableSocket/dispatch/90/failure=-1>
Any idea? Thanks, Eric.

Answer 1

See attachment (log from WLS) and following code snippet.
tupper(TPSVCINFO *rqst)
/* next line will work */
char* outMsg = rqst->data;
/* next line won't work, would get:
weblogic.wtc.jatmi.TPException: null
TPException.getDiagnostic(): 0
TPException.gettperrno(): 13
char* outMsg = (char*)tpalloc("X_OCTET", NULL, rqst->len);
for(int i = 0; i < rqst->len; i++)
out[i] = toupper(rqst->data);
/* Return the transformed buffer to the requestor. */
tpreturn(TPSUCCESS, 0, out, rqst->len, 0);
"Eric Poulin" <[email protected]> wrote:
>
Hi,
We are testing (trying) Tuxedo Connector between (from) WLS 6.1 (NT)
and (to)
Tuxedo 6.5 (AIX). Calling the sample service "toupper" works fine. But
WLS is
blocking when calling services that do not return the result in the
same buffer
as input (as toupper does). When calling a Tuxedo service that returns
its result
in a buffer it newly allocates (C library), from the WLS logging we see
that it
was able to get the returned data size, but then it seems to block for
the data
itself. Following are the two last logged WLS messages:
Jan 4, 2002 5:30:32 PM EST> <Debug> <WTC> <]/read_dom_65_tfmh/130/-1>
Jan 4, 2002 5:30:32 PM EST> <Debug> <WTC> <]/TuxedoMuxableSocket/dispatch/90/failure=-1>
Any idea? Thanks, Eric.
[weblogic.log]