axis-c-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oscar Pernas <os...@pernas.es>
Subject Re: Newbie to axis2c - 1.6.0 core dump
Date Wed, 27 Mar 2013 11:00:44 GMT
Hi Ceri,

I was trying to use axis2c a few weeks ago. Everytime that I tried to make
something works, I got into a bug or leak.

Personally I think that the project is not reliable for a production
system, and for now Its a waste of time to try to use it :(

Regards
El 26/03/2013 18:56, "Ceri Davies" <Ceri.Davies@oracle.com> escribió:

> Background:
> ==========
> I'm an experienced programmer, but new to axis2c.  I initially downloaded
> axis2c 1.7.0 and got that working but it is intermittent, seems to not work
> it there is a gap between synchronous messages.
> I tried an async keepalive every 25 seconds, which seemed to help a bit,
> but not enough.  I then looked around and realized that 1.7.0 is
> "unstable", so sought out the stable release 1.6.0 and installed that.  I
> now just change a link so can test with either.
>
> Problem:
> =======
> Async messages using axis2_svc_client_send_robust() work.  sync messages
> using axis2_svc_client_send_receive() core dump in the axis2c code.  This
> is code that works (intermittently) with 1.7.0.  I've played with this for
> a while, trying xml2 instead of guththila and that core dumps as well.
> I've looked though the examples that come with axis2c 1.6.0 code ,and think
> I'm doing it right?
> Any ideas?  I'm willing to send my code if needed.  The basic premise for
> my app (which there is no example of), is that I do the init once, for the
> one endpoint,  for both sync or async operations, and then wait for async
> and sync requests, and then set up the request for that operation using
> either robust_send or send_receive.
>
>
> Program terminated with signal 11, Segmentation fault.
> #0  0x00000030a9878db0 in strlen () from /lib64/libc.so.6
> (gdb) where
> #0  0x00000030a9878db0 in strlen () from /lib64/libc.so.6
> #1  0x00007f7ed0edf009 in guththila_write_start_element_with_namespace
> (wr=0x16bd430, namespace_uri=0x54415245504f5f5f <Address 0x54415245504f5f5f
> out of bounds>,
>     local_name=0x16bbc10 "open", env=0x165e520) at
> guththila_xml_writer.c:1446
> #2  0x00007f7ed1951dcc in
> guththila_xml_writer_wrapper_write_start_element_with_namespace
> (writer=0x16bcf00, env=0x165e520, localname=0x16bbc10 "open",
>     namespace_uri=0x54415245504f5f5f <Address 0x54415245504f5f5f out of
> bounds>) at guththila_xml_writer_wrapper.c:371
> #3  0x00007f7ed1df0499 in axiom_output_write (om_output=0x16c1b70,
> env=0x0, type=<value optimized out>, no_of_args=<value optimized out>) at
> om_output.c:465
> #4  0x00007f7ed1deef85 in axiom_element_serialize_start_part
> (om_element=0x16bbb90, env=0x165e520, om_output=0x16c1b70, ele_node=<value
> optimized out>)
>     at om_element.c:822
> #5  0x00007f7ed1debaab in axiom_node_serialize (om_node=0x16bbb40,
> env=0x165e520, om_output=0x16c1b70) at om_node.c:511
> #6  0x00007f7ed1738676 in axis2_http_sender_send (sender=0x16bced0,
> env=0x165e520, msg_ctx=0x16bbf20, out=0x16bc2d0,
>     str_url=0x165e5b0 "http://localhost:7111/oda-fuse/OurayFuseServicePort",
> soap_action=0x7f7ed1748e6a "") at http_sender.c:465
> #7  0x00007f7ed173780e in axis2_http_transport_sender_write_message
> (transport_sender=0x1661fe0, env=0x165e520, msg_ctx=0x16bbf20,
> epr=0x165e560, out=0x16bc2d0,
>     om_output=0x16c1b70) at http_transport_sender.c:806
> #8  0x00007f7ed1736751 in axis2_http_transport_sender_invoke
> (transport_sender=0x1661fe0, env=0x165e520, msg_ctx=0x16bbf20) at
> http_transport_sender.c:309
> #9  0x00007f7ed1b7e716 in axis2_engine_send (engine=0x16bc150,
> env=0x165e520, msg_ctx=0x16bbf20) at engine.c:176
> #10 0x00007f7ed1bafc18 in axis2_op_client_two_way_send (env=0x165e520,
> msg_ctx=0x16bbf20) at op_client.c:1171
> #11 0x00007f7ed1bae99f in axis2_op_client_execute (op_client=0x16bc6f0,
> env=0x165e520, block=1) at op_client.c:508
> #12 0x00007f7ed1bb1b04 in axis2_svc_client_send_receive_with_op_qname
> (svc_client=0x165e7d0, env=0x165e520, op_qname=0x16bba90,
> payload=0x16bbb40) at svc_client.c:732
> #13 0x00007f7ed1bb1dd1 in axis2_svc_client_send_receive
> (svc_client=0x165e7d0, env=0x165e520, payload=0x16bbb40) at svc_client.c:830
> #14 0x00000000004072e1 in afs_msg_send_receive (msg=0x7f7ed02a5d20
> "/export/Container0/ceri.0", msg_len=512,
>     outmsg=0x7f7ed02a5ad0 "ms\205", <incomplete sequence \305>,
> outmsg_len=512, action=0x7f7ed02a5cd0 "open") at afs_msg.c:207
> (note: outmsg is not initialized at the time of the call, this is a char
> string that will contain the reply...)
>
>
>  <http://www.oracle.com/>
> <http://www.oracle.com/> <http://www.oracle.com/> <http://www.oracle.com/><http://www.oracle.com/><http://www.oracle.com/><http://www.oracle.com/><http://www.oracle.com/>
> Ceri Davies | Principal Software Engineer | Ceri.Davies@Oracle.com
> Work:  <http://www.oracle.com/>+1 3032727810 <+1%203032727805>  x77810 |
> Home: +1 3035321116 <+1%207209805105> | Cell: +1 3038706743<+1%207209805105>
>
> (Note: Home phone forwards to Cell, so try Home# first)
> Oracle Storage | 500 Eldorado Blvd. | Broomfield, CO 80021
>  Oracle is committed to developing practices and products that help
> protect the environment <http://www.oracle.com/commitment>
>  <http://www.oracle.com/commitment>
>
>

Mime
View raw message