Many thx for this pointer - it confirms the answer to question one: > The response nodes if any are created withing these service functions > will be freed by the Axis2/C engine
Secondly, what about the request node Axis2c passes to me, is my service supposed to free it? Probably neither, right? However, obviously neither is happening (even if my client receives a regular answer, i.e. everything seems to work normally). What now? I'll try to debug and follow the code in Axis2c after I return from my service ... Thx + rgds, tge On Sun, 2010-07-11 at 07:37 +0530, Damitha Kumarage wrote: > Thomas Gentsch wrote: > > Hi all, > > > > I encountered a problem which I'm not sure how to handle - whether it is > > my own fault because I did something wrong? > > > > I have a Axis2c server, which generally works nicely. The actual service > > deals with Tuscany SDO objects, so I transform the Axiom objects to/from > > SDOs when processing a request (this is actually a detail which should > > not matter as the question is more general): > > > > In my service, I have something like this (following the example here: > > http://www.dimuthu.org/blog/2008/10/02/understanding-apache-axis2c-services) > > > > > >> Service logic > >> Just create a function with the following format. > >> axiom_node_t *axis2_echo_echo( > >> const axutil_env_t * env, > >> axiom_node_t * input_node) { > >> > >> /* Write your business logic Right Here */ > >> } > >> Here you extract out the input parameters from the the input_node and > >> build the return node based on your output parameters. (Note that even > >> though this is an echo example you can’t return the same input node as > >> the output node, instead you have to replicate the input node and > >> return it to avoid the double freeing) > >> > > > > So I create a returned axiom_node_t but eventually end up with a memory > > leak: > > ------------------ > > ==3461== 20,164 (40 direct, 20,124 indirect) bytes in 1 blocks are > > definitely lost in loss record 975 of 980 > > ==3461== at 0x4025C1C: malloc (vg_replace_malloc.c:195) > > ==3461== by 0x47C1CFC: axutil_allocator_malloc_impl (allocator.c:75) > > ==3461== by 0x47A2E1C: axiom_stax_builder_create > > (om_stax_builder.c:70) > > ==3461== by 0x4712A66: > > commonj::sdo_axiom::AxiomHelper::toAxiomDoc(commonj::sdo::RefCountingPointer<commonj::sdo::DataObject>, > > char const*, char const*) (sdo_axiom.cpp:146) > > ==3461== by 0x4438CB8: > > dataObjToAxiom(commonj::sdo::RefCountingPointer<commonj::sdo::DataObject>) > > (in /opt/bes/itm/modules/libimsoap.so) > > ==3461== by 0x4439839: invokeFunc(axutil_env const*, axiom_node*) > > (im_soapsrv.cpp:160) > > ==3461== by 0x4439396: invoke(axis2_svc_skeleton*, axutil_env const*, > > axiom_node*, axis2_msg_ctx*) (im_soapsrv.cpp:79) > > ==3461== by 0x4C31C8D: soapSrvInvoke (im_soapsrvax.cpp:37) > > ==3461== by 0x474B0D6: > > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync > > (raw_xml_in_out_msg_recv.c:209) > > ==3461== by 0x474A433: axis2_msg_recv_invoke_business_logic > > (msg_recv.c:481) > > ==3461== by 0x474AB34: axis2_msg_recv_receive_impl (msg_recv.c:403) > > ==3461== by 0x474A4B3: axis2_msg_recv_receive (msg_recv.c:520) > > ------------------ > > > > Who is going to free the axiom_node_t I return? In theory this must > > happen inside of Axis2c when serializing the data to the network, right? > > > http://damithakumarage.wordpress.com/2009/03/07/memory-handling-conventions-in-axis2c/ > > > So, there is actually nothing I can do? > > Under which circumstances might this not be done? > > Am I possibly doing something wrong? > > > > > > Secondly, how is it supposed to work the other way around? In my > > service, I receive an axiom node, transform it to a SDO etc. > > Who is in charge of freeing the original axiom_node_t? > > I don't do it in my code, so the result is another memory leak: > > > > ----------------------- > > ==3461== 8,737 (56 direct, 8,681 indirect) bytes in 1 blocks are > > definitely lost in loss record 970 of 980 > > ==3461== at 0x4025C1C: malloc (vg_replace_malloc.c:195) > > ==3461== by 0x47C1CFC: axutil_allocator_malloc_impl (allocator.c:75) > > ==3461== by 0x47A022B: axiom_output_create (om_output.c:79) > > ==3461== by 0x4712381: > > commonj::sdo_axiom::AxiomHelper::toSdo(axiom_node*, > > commonj::sdo::RefCountingPointer<commonj::sdo::DataFactory>, char > > const*) (sdo_axiom.cpp:214) > > ==3461== by 0x4438D9F: dataObjFromAxiom(axiom_node*) > > (in /opt/bes/itm/modules/libimsoap.so) > > ==3461== by 0x44397C0: invokeFunc(axutil_env const*, axiom_node*) > > (im_soapsrv.cpp:152) > > ==3461== by 0x4439396: invoke(axis2_svc_skeleton*, axutil_env const*, > > axiom_node*, axis2_msg_ctx*) (im_soapsrv.cpp:79) > > ==3461== by 0x4C31C8D: soapSrvInvoke (im_soapsrvax.cpp:37) > > ==3461== by 0x474B0D6: > > axis2_raw_xml_in_out_msg_recv_invoke_business_logic_sync > > (raw_xml_in_out_msg_recv.c:209) > > ==3461== by 0x474A433: axis2_msg_recv_invoke_business_logic > > (msg_recv.c:481) > > ==3461== by 0x474AB34: axis2_msg_recv_receive_impl (msg_recv.c:403) > > ==3461== by 0x474A4B3: axis2_msg_recv_receive (msg_recv.c:520) > > ----------------------- > > > > Any hints are greatly appreciated!! > > > > Many thx + regards, > > tge > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org > > For additional commands, e-mail: c-user-h...@axis.apache.org > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org For additional commands, e-mail: c-user-h...@axis.apache.org
