Dimuthu Gamage wrote:
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)

+1. Looks good.

Samisa...



Otherwise it takes few more lines which I think not necessary.
WDYT?

Thanks
Dimuthu

---------- Forwarded message ----------
From: *Dimuthu Gamage* <[EMAIL PROTECTED] <mailto:[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 <mailto: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] <mailto:[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] <mailto:[EMAIL PROTECTED]>
    I www.quintiq.com <http://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]
    <mailto:[EMAIL PROTECTED]>
    For additional commands, e-mail: [EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>




--
Thanks,
Dimuthu Gamage

http://www.dimuthu.org
http://www.wso2.org



--
Thanks,
Dimuthu Gamage

http://www.dimuthu.org
http://www.wso2.org
------------------------------------------------------------------------


No virus found in this incoming message.
Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.13/1825 - Release Date: 12/2/2008 8:44 PM



--
Samisa Abeysinghe Director, Engineering; WSO2 Inc.

http://www.wso2.com/ - "The Open Source SOA Company"


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to