You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-user@axis.apache.org by "Lefrancois, Carl" <Ca...@axa-canada.com> on 2008/04/24 21:54:30 UTC
RE : RE : "Wrong element type or null node"
Hi Dimuthu,
That's good news. I did isolate the XSDs necessary to reproduce the problem but I am having some trouble getting authorization to send all these files.
It may be a bug in the definition of the WSDL. Right now I am working on a tight deadline to finish some other code but I will make it a priority to help debug this asap.
Thanks for your time.
Carl
-----Message d'origine-----
De : Dimuthu Gamage [mailto:dimuthuc@gmail.com]
Envoyé : mercredi, avril 23, 2008 23:31
À : Apache AXIS C User List
Objet : Re: RE : "Wrong element type or null node"
On Thu, Apr 24, 2008 at 8:40 AM, Dimuthu Gamage <di...@gmail.com> wrote:
> Hi Carl,
>
> I copied the schema part you mentioned to a wsdl and checked
> (attached the generated code and the wsdl). Looks like it works. So
> the problem should be specific to your case. Can you send the other
> relevent schema part, so we can identify where the bug is.
>
> Thanks
> Dimuthu
>
Look like I can't attach the test case. So I made it downloadble from http://people.apache.org/~dimuthu/leisure/1_dec/case38.zip
Thanks
Dimuthu
>
>
> On Thu, Apr 24, 2008 at 1:38 AM, Lefrancois, Carl
> <Ca...@axa-canada.com> wrote: > Hi List,
> >
> > More info: A piece of my WSDL looks like this:
> >
> > <xs:complexType name="CommercialLinesRatingProcessMessageType">
> > <xs:annotation>
> > <xs:documentation>
> > Adds context to the base business process message type
> > </xs:documentation>
> > </xs:annotation>
> > <xs:complexContent>
> > <xs:extension base="businessProcess:BusinessProcessMessageType">
> > <xs:attribute ref="addDataTypes:MessageVersion" use="optional" default="3.0"/>
> > </xs:extension>
> > </xs:complexContent>
> > </xs:complexType>
> >
> > The payload generation fails when trying to add the attribute MessageVersion to the CommercialLinesRatingProcessMessageType element
> >
> > text_attri = axiom_attribute_create (env, "MessageVersion", text_value, ns1);
> > axiom_element_add_attribute (parent_element, env, text_attri, parent);
> > // Wrong element type.. AXIOM_DATA_SOURCE instead of AXIOM_ELEMENT
> >
> >
> > My question is this: is the above style of <xs:extension...> currently supported by WSDL2C?
> >
> >
> > Carl
> >
> > -----Message d'origine-----
> > De : Lefrancois, Carl
> > Envoyé : mercredi, avril 23, 2008 15:12
> > À : Apache AXIS C User List
> > Objet : "Wrong element type or null node"
> >
> >
> >
> >
> > Hi List,
> >
> > After a change in the WSDL I am supporting, the WSDL2C generated code fails to serialize the payload with a "Wrong element type or null node" message in the log file.
> >
> > Stepping through the serialization reveals that the node type is AXIOM_DATA_SOURCE where the expected value is AXIOM_ELEMENT. This is on a call to add an attribute to an element.
> >
> > Has someone else seen this log message? So far while I've been working on this project, the WSDL has been revised several times and the stub always executed without a problem so I am a bit stumped why this node is suddenly the wrong type.
> >
> >
> >
> > Carl Lefrançois
> > Analyst / Programmeur
> > consultant Larochelle Groupe Conseil
> > pour AXA Canada Tech
> >
> > Tél. : 514-282-6817, poste 4548
> > Couriel : carl.lefrancois@axa-canada.com
> > _____
> >
> > "Ce message est confidentiel, à l'usage exclusif du destinataire ci-dessus et son contenu ne représente en aucun cas un engagement de la part de AXA, sauf en cas de stipulation expresse et par écrit de la part de AXA. Toute publication, utilisation ou diffusion, même partielle, doit être autorisée préalablement. Si vous n'êtes pas destinataire de ce message, merci d'en avertir immédiatement l'expéditeur."
> >
> > "This e-mail message is confidential, for the exclusive use of the addressee and its contents shall not constitute a commitment by AXA, except as otherwise specifically provided in writing by AXA. Any unauthorized disclosure, use or dissemination, either whole or partial, is prohibited. If you are not the intended recipient of the message, please notify the sender immediately."
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-user-help@ws.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Dump is axis
Posted by Samisa Abeysinghe <sa...@wso2.com>.
Raghavendra SM wrote:
>
> In axutil_hash_free(), util/src/hash.c, I found the following,
>
>
>
> The for loop is /for(i=0; i<=ht->max; i++)/
>
> Is it intended or was it supposed to be i<ht->max ??
>
>
>
> My core dump points to free() which is present in both the for loop
> and outside.
>
This is the expected logic. It crashes here, because there was some
corruption somewhere else.
Also, are you using Axis2/C 1.0? If so you have to look into using
latest 1.3 release.
Samisa...
>
>
> Regards,
>
> ~raghav
>
>
>
> ------------------------------------------------------------------------
>
>
> *From:* Raghavendra SM
> *Sent:* Tuesday, April 29, 2008 2:53 PM
> *To:* axis-c-user
> *Subject:* RE: Dump is axis
>
>
>
> Please find the axis log attached
>
>
>
> Regards,
>
> ~raghav
>
>
>
> ------------------------------------------------------------------------
>
>
>
>
> *From:* Dinesh Premalal [mailto:xydinesh@gmail.com]
> *Sent:* Tuesday, April 29, 2008 2:42 PM
> *To:* Apache AXIS C User List
> *Subject:* Re: Dump is axis
>
>
>
>
>
> On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <raghav@aylus.com
> <ma...@aylus.com>> wrote:
>
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
>
> Could you please attach your axis2.log file please ?
>
> thanks,
> Dinesh
>
>
>
> --
> http://nethu.org/
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.6/1404 - Release Date: 4/29/2008 6:27 PM
>
--
Samisa Abeysinghe
Director, Engineering; WSO2 Inc.
http://www.wso2.com/ - "The Open Source SOA Company"
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
RE: Dump is axis
Posted by Raghavendra SM <ra...@aylus.com>.
In axutil_hash_free(), util/src/hash.c, I found the following,
The for loop is for(i=0; i<=ht->max; i++)
Is it intended or was it supposed to be i<ht->max ??
My core dump points to free() which is present in both the for loop and
outside.
Regards,
~raghav
_____
From: Raghavendra SM
Sent: Tuesday, April 29, 2008 2:53 PM
To: axis-c-user
Subject: RE: Dump is axis
Please find the axis log attached
Regards,
~raghav
_____
From: Dinesh Premalal [mailto:xydinesh@gmail.com]
Sent: Tuesday, April 29, 2008 2:42 PM
To: Apache AXIS C User List
Subject: Re: Dump is axis
On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <ra...@aylus.com>
wrote:
Please find the back trace of the core dump I encountered while using
axis2c.0.
This is not seen constantly but rarely.
Can you please suggest what needs to be done to fix this.
Could you please attach your axis2.log file please ?
thanks,
Dinesh
--
http://nethu.org/
RE: Dump is axis
Posted by Raghavendra SM <ra...@aylus.com>.
Please find the axis log attached
Regards,
~raghav
_____
From: Dinesh Premalal [mailto:xydinesh@gmail.com]
Sent: Tuesday, April 29, 2008 2:42 PM
To: Apache AXIS C User List
Subject: Re: Dump is axis
On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <ra...@aylus.com>
wrote:
Please find the back trace of the core dump I encountered while using
axis2c.0.
This is not seen constantly but rarely.
Can you please suggest what needs to be done to fix this.
Could you please attach your axis2.log file please ?
thanks,
Dinesh
--
http://nethu.org/
Re: Dump is axis
Posted by Dinesh Premalal <xy...@gmail.com>.
On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <ra...@aylus.com> wrote:
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
Could you please attach your axis2.log file please ?
thanks,
Dinesh
--
http://nethu.org/
RE: Dump is axis
Posted by Raghavendra SM <ra...@aylus.com>.
Axis2c1.0
Regards,
~raghav
-----Original Message-----
From: Manjula Peiris [mailto:manjula@wso2.com]
Sent: Tuesday, April 29, 2008 2:10 PM
To: Apache AXIS C User List
Subject: Re: Dump is axis
What is the Axis2/C version you are using ?
On Tue, 2008-04-29 at 12:31 +0530, Raghavendra SM wrote:
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
> (gdb) bt
> #0 0xb78d9947 in raise () from /lib/tls/libc.so.6
> #1 0xb78db0c9 in abort () from /lib/tls/libc.so.6
> #2 0xb790efda in __fsetlocking () from /lib/tls/libc.so.6
> #3 0xb791689f in mallopt () from /lib/tls/libc.so.6
> #4 0xb7916942 in free () from /lib/tls/libc.so.6
> #5 0xb7ab6d58 in axutil_allocator_free_impl () from
> /opt/aylus/lib/libaxutil.so.0
> #6 0xb7ab6b03 in axutil_hash_free () from
/opt/aylus/lib/libaxutil.so.0
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40,
env=0x80d99b8)
> at msg_ctx.c:352
> #8 0xb7701d85 in axis2_http_worker_process_request
> (http_worker=0xa7f3e388, env=0x80d99b8, svr_conn=0x80deef8,
> simple_request=0x80ddd18) at http_worker.c:415
> #9 0xb7aad01f in axis2_svr_thread_worker_func (thd=0xa7f3fda8,
> data=0xa7f3fd90) at http_svr_thread.c:256
> #10 0xb7ac4557 in dummy_worker () from /opt/aylus/lib/libaxutil.so.0
> #11 0xb7f540bd in start_thread () from /lib/tls/libpthread.so.0
> #12 0xb797c8fe in clone () from /lib/tls/libc.so.6
> (gdb) f 7
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40,
env=0x80d99b8)
> at msg_ctx.c:352
> 352 in msg_ctx.c
> (gdb) p *msg_ctx
> $6 = {base = 0x80df9e8, parent = 0x80dcea8, process_fault = 0,
> msg_info_headers = 0x80bddc8,
> msg_info_headers_deep_copy = 1, op_ctx = 0x80dcea8, svc_ctx
=
> 0x80dd5f0, svc_grp_ctx = 0x80dd4c8, conf_ctx = 0xa7f3fa80,
> op = 0xab9f7170, svc = 0xab9f2ee0, svc_grp = 0xab9e33b8,
> transport_in_desc = 0xab919d00,
> transport_out_desc = 0xab919838, soap_envelope = 0x80de860,
> response_soap_envelope = 0x0, fault_soap_envelope = 0x0,
> in_fault_flow = 0, server_side = 1, message_id = 0x0,
> new_thread_required = 0, paused = 0, keep_alive = 0,
> output_written = 0, svc_ctx_id = 0x0, paused_phase_name =
> 0xab919360 "PostDispatch", paused_handler_name = 0x0,
> soap_action = 0x80dd448, doing_mtom = 0, doing_rest = 0,
> do_rest_through_post = 0, is_soap_11 = 1,
> svc_grp_ctx_id = 0x80d5250, transport_in_desc_enum =
> AXIS2_TRANSPORT_ENUM_HTTP,
> transport_out_desc_enum = AXIS2_TRANSPORT_ENUM_HTTP,
> svc_grp_id = 0xab9f34a0 "SpsSubiden", svc_qname = 0xab9f2eb8,
> op_qname = 0xab9f6fc0, flow = 1, execution_chain = 0x0,
> current_handler_index = 2, paused_handler_index = -1,
> paused_phase_index = 0, current_phase_index = 0, find_svc =
> 0xb7a7a135 <axiom_soap_action_disp_find_svc>,
> find_op = 0xb7a7a170 <axiom_soap_action_disp_find_op>,
> charset_encoding = 0x80dd4b0, transport_out_stream = 0x80de068,
> http_out_transport_info = 0x80dd430, transport_headers =
> 0x80de570, transfer_encoding = 0x0, transport_url = 0x0}
>
>
> Regards,
> ~raghav
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Dump is axis
Posted by Manjula Peiris <ma...@wso2.com>.
What is the Axis2/C version you are using ?
On Tue, 2008-04-29 at 12:31 +0530, Raghavendra SM wrote:
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
> (gdb) bt
> #0 0xb78d9947 in raise () from /lib/tls/libc.so.6
> #1 0xb78db0c9 in abort () from /lib/tls/libc.so.6
> #2 0xb790efda in __fsetlocking () from /lib/tls/libc.so.6
> #3 0xb791689f in mallopt () from /lib/tls/libc.so.6
> #4 0xb7916942 in free () from /lib/tls/libc.so.6
> #5 0xb7ab6d58 in axutil_allocator_free_impl () from
> /opt/aylus/lib/libaxutil.so.0
> #6 0xb7ab6b03 in axutil_hash_free () from /opt/aylus/lib/libaxutil.so.0
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
> at msg_ctx.c:352
> #8 0xb7701d85 in axis2_http_worker_process_request
> (http_worker=0xa7f3e388, env=0x80d99b8, svr_conn=0x80deef8,
> simple_request=0x80ddd18) at http_worker.c:415
> #9 0xb7aad01f in axis2_svr_thread_worker_func (thd=0xa7f3fda8,
> data=0xa7f3fd90) at http_svr_thread.c:256
> #10 0xb7ac4557 in dummy_worker () from /opt/aylus/lib/libaxutil.so.0
> #11 0xb7f540bd in start_thread () from /lib/tls/libpthread.so.0
> #12 0xb797c8fe in clone () from /lib/tls/libc.so.6
> (gdb) f 7
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
> at msg_ctx.c:352
> 352 in msg_ctx.c
> (gdb) p *msg_ctx
> $6 = {base = 0x80df9e8, parent = 0x80dcea8, process_fault = 0,
> msg_info_headers = 0x80bddc8,
> msg_info_headers_deep_copy = 1, op_ctx = 0x80dcea8, svc_ctx =
> 0x80dd5f0, svc_grp_ctx = 0x80dd4c8, conf_ctx = 0xa7f3fa80,
> op = 0xab9f7170, svc = 0xab9f2ee0, svc_grp = 0xab9e33b8,
> transport_in_desc = 0xab919d00,
> transport_out_desc = 0xab919838, soap_envelope = 0x80de860,
> response_soap_envelope = 0x0, fault_soap_envelope = 0x0,
> in_fault_flow = 0, server_side = 1, message_id = 0x0,
> new_thread_required = 0, paused = 0, keep_alive = 0,
> output_written = 0, svc_ctx_id = 0x0, paused_phase_name =
> 0xab919360 "PostDispatch", paused_handler_name = 0x0,
> soap_action = 0x80dd448, doing_mtom = 0, doing_rest = 0,
> do_rest_through_post = 0, is_soap_11 = 1,
> svc_grp_ctx_id = 0x80d5250, transport_in_desc_enum =
> AXIS2_TRANSPORT_ENUM_HTTP,
> transport_out_desc_enum = AXIS2_TRANSPORT_ENUM_HTTP,
> svc_grp_id = 0xab9f34a0 "SpsSubiden", svc_qname = 0xab9f2eb8,
> op_qname = 0xab9f6fc0, flow = 1, execution_chain = 0x0,
> current_handler_index = 2, paused_handler_index = -1,
> paused_phase_index = 0, current_phase_index = 0, find_svc =
> 0xb7a7a135 <axiom_soap_action_disp_find_svc>,
> find_op = 0xb7a7a170 <axiom_soap_action_disp_find_op>,
> charset_encoding = 0x80dd4b0, transport_out_stream = 0x80de068,
> http_out_transport_info = 0x80dd430, transport_headers =
> 0x80de570, transfer_encoding = 0x0, transport_url = 0x0}
>
>
> Regards,
> ~raghav
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Dump is axis
Posted by Raghavendra SM <ra...@aylus.com>.
Please find the back trace of the core dump I encountered while using
axis2c.0.
This is not seen constantly but rarely.
Can you please suggest what needs to be done to fix this.
(gdb) bt
#0 0xb78d9947 in raise () from /lib/tls/libc.so.6
#1 0xb78db0c9 in abort () from /lib/tls/libc.so.6
#2 0xb790efda in __fsetlocking () from /lib/tls/libc.so.6
#3 0xb791689f in mallopt () from /lib/tls/libc.so.6
#4 0xb7916942 in free () from /lib/tls/libc.so.6
#5 0xb7ab6d58 in axutil_allocator_free_impl () from
/opt/aylus/lib/libaxutil.so.0
#6 0xb7ab6b03 in axutil_hash_free () from /opt/aylus/lib/libaxutil.so.0
#7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
at msg_ctx.c:352
#8 0xb7701d85 in axis2_http_worker_process_request
(http_worker=0xa7f3e388, env=0x80d99b8, svr_conn=0x80deef8,
simple_request=0x80ddd18) at http_worker.c:415
#9 0xb7aad01f in axis2_svr_thread_worker_func (thd=0xa7f3fda8,
data=0xa7f3fd90) at http_svr_thread.c:256
#10 0xb7ac4557 in dummy_worker () from /opt/aylus/lib/libaxutil.so.0
#11 0xb7f540bd in start_thread () from /lib/tls/libpthread.so.0
#12 0xb797c8fe in clone () from /lib/tls/libc.so.6
(gdb) f 7
#7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
at msg_ctx.c:352
352 in msg_ctx.c
(gdb) p *msg_ctx
$6 = {base = 0x80df9e8, parent = 0x80dcea8, process_fault = 0,
msg_info_headers = 0x80bddc8,
msg_info_headers_deep_copy = 1, op_ctx = 0x80dcea8, svc_ctx =
0x80dd5f0, svc_grp_ctx = 0x80dd4c8, conf_ctx = 0xa7f3fa80,
op = 0xab9f7170, svc = 0xab9f2ee0, svc_grp = 0xab9e33b8,
transport_in_desc = 0xab919d00,
transport_out_desc = 0xab919838, soap_envelope = 0x80de860,
response_soap_envelope = 0x0, fault_soap_envelope = 0x0,
in_fault_flow = 0, server_side = 1, message_id = 0x0,
new_thread_required = 0, paused = 0, keep_alive = 0,
output_written = 0, svc_ctx_id = 0x0, paused_phase_name =
0xab919360 "PostDispatch", paused_handler_name = 0x0,
soap_action = 0x80dd448, doing_mtom = 0, doing_rest = 0,
do_rest_through_post = 0, is_soap_11 = 1,
svc_grp_ctx_id = 0x80d5250, transport_in_desc_enum =
AXIS2_TRANSPORT_ENUM_HTTP,
transport_out_desc_enum = AXIS2_TRANSPORT_ENUM_HTTP,
svc_grp_id = 0xab9f34a0 "SpsSubiden", svc_qname = 0xab9f2eb8,
op_qname = 0xab9f6fc0, flow = 1, execution_chain = 0x0,
current_handler_index = 2, paused_handler_index = -1,
paused_phase_index = 0, current_phase_index = 0, find_svc =
0xb7a7a135 <axiom_soap_action_disp_find_svc>,
find_op = 0xb7a7a170 <axiom_soap_action_disp_find_op>,
charset_encoding = 0x80dd4b0, transport_out_stream = 0x80de068,
http_out_transport_info = 0x80dd430, transport_headers =
0x80de570, transfer_encoding = 0x0, transport_url = 0x0}
Regards,
~raghav
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org