How about adding a new function to create axiom_node using just a buffer?. thing like
axiom_node_t *AXIS2_CALL axiom_node_create_from_buffer(const axutil_env_t *env, axis2_char_t *buffer) Otherwise it takes few more lines which I think not necessary. WDYT? Thanks Dimuthu ---------- Forwarded message ---------- From: Dimuthu Gamage <[EMAIL PROTECTED]> Date: Wed, Dec 3, 2008 at 7:34 PM Subject: Re: Duplicate function in generated axis2_stubs. To: Apache AXIS C Developers List <axis-c-dev@ws.apache.org> Hi Patrick, Thanks For raising this. I think this function should be moved to axiom_node functions. To something like axiom_node_t *axiom_node_create_from_buffer(const axutil_env_t *env, axis2_char_t *buffer) It will be very easy to work with in other applications also. Can you please raise a JIRA on this issue.. Thanks Dimuthu On Wed, Dec 3, 2008 at 6:17 PM, Patrick van Beem < [EMAIL PROTECTED]> wrote: > > In the main trunk, the C-code generator now generates the following > function in the axis2_stub_xxx.c: > > axiom_node_t* AXIS2_CALL > axis2_deserialize_buffer ( > const axutil_env_t * env, > char *buffer); > > This one is the same for every stub generated. So if you use more SOAP > interfaces in one project, you get this function multiple times in one > project. The linker does not like that... > > Possible solutions include: > - Make it static, so the linker won't complain. Drawback: You will end up > with multiple copies of the same function. (Intelligent linkers might remove > these duplicates when optimizing.) > - Deliver it in a separate file outside of the generation process and tell > the user to include it in their project. Drawback: Less user-friendly. > - Generate it in a separate file and tell the user to delete duplicates. > Drawback: less user-friendly. > > Any other solutions? Anyone? What's preferred? > > -- > > > Patrick van Beem > Sr. Software engineer > > Quintiq > > T +31 (0) 73 691 07 39 > F +31 (0) 73 691 07 54 > M +31 (0) 06 15 01 65 83 > E [EMAIL PROTECTED] > I www.quintiq.com > > > > This message contains information that may be privileged or confidential > and is the property of Quintiq. It is only intended for the person to whom > it is addressed. If you are not the intended recipient, you are not > authorized to read, print, retain, copy, disseminate, distribute or use this > message or any part thereof. If you have received this message in error, > please notify the sender immediately and delete all copies of this message. > Please note that e-mails are susceptible to change, therefore they are not > binding. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Thanks, Dimuthu Gamage http://www.dimuthu.org http://www.wso2.org -- Thanks, Dimuthu Gamage http://www.dimuthu.org http://www.wso2.org
