[Axis2/C] How to use Stubs
Is there some documentation on how to use generated client stubs somewhere? Thanx in advance, SD. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Axis2/C] How to use Stubs
You can find some info here http://ws.apache.org/axis2/c/docs/axis2c_manual.html#wsdl2c regards, Dushshantha On Thu, May 8, 2008 at 12:56 PM, SD [EMAIL PROTECTED] wrote: Is there some documentation on how to use generated client stubs somewhere? Thanx in advance, SD. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Axis2/C] How to use Stubs
if you want samples on working with stubs try sample/codegen directory. https://svn.apache.org/repos/asf/webservices/axis2/trunk/c/samples/codegen Thanks DImuthu On Thu, May 8, 2008 at 1:53 PM, Dushshantha Chandradasa [EMAIL PROTECTED] wrote: You can find some info here http://ws.apache.org/axis2/c/docs/axis2c_manual.html#wsdl2c regards, Dushshantha On Thu, May 8, 2008 at 12:56 PM, SD [EMAIL PROTECTED] wrote: Is there some documentation on how to use generated client stubs somewhere? Thanx in advance, SD. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
segfault in apr_rmm_free after installing 1.4.0
This occurs during apache start-up is after an upgrade from 1.3.0 to 1.4.0 (apache 2.2.3) rampart/c installed. s100:/usr/lib/apache2 # gdb httpd2 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pag off (gdb) set args -X -k start (gdb) run Starting program: /usr/sbin/httpd2 -X -k start (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1213916384 (LWP 32270)] (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213916384 (LWP 32270)] 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 (gdb) backtrace #0 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 #1 0xb7743296 in axis2_module_free (allocator=0xb39b8028, ptr=0x0) at mod_axis2.c:430 #2 0xb75630f2 in axiom_stax_builder_process_namespaces (om_builder=0xb39b9c28, env=0xb39b82f8, node=0xb39be0d0, is_soap_element=0) at om_stax_builder.c:481 #3 0xb756397c in axiom_stax_builder_create_om_element (om_builder=0xb39b9c28, env=0xb39b82f8, is_empty=0) at om_stax_builder.c:579 #4 0xb7563c6b in axiom_stax_builder_next (om_builder=0xb39b9c28, env=0xb39b82f8) at om_stax_builder.c:822 #5 0xb755a589 in axiom_document_build_next (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:118 #6 0xb755a621 in axiom_document_get_root_element (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:151 #7 0xb755a749 in axiom_document_build_all (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:197 #8 0xb75a6a83 in axis2_desc_builder_build_om (desc_builder=0xb39b97b8, env=0xb39b82f8) at desc_builder.c:206 #9 0xb75b1063 in axis2_conf_builder_populate_conf (conf_builder=0xb39b97a0, env=0xb39b82f8) at conf_builder.c:157 #10 0xb75a9ed3 in axis2_dep_engine_load (dep_engine=0xb39b8338, env=0xb39b82f8) at dep_engine.c:747 #11 0xb75b388c in axis2_build_conf_ctx (env=0xb39b82f8, repo_name=0x80145e38 /usr/local/axis2c) at conf_init.c:61 #12 0xb7745bdf in axis2_apache2_worker_create (env=0xb39b82f8, repo_path=0x80145e38 /usr/local/axis2c) at apache2_worker.c:65 #13 0xb7743036 in axis2_post_config (pconf=0x8005b0a8, plog=0x80089160, ptemp=0x8005f0b8, svr_rec=0x8005cf48) at mod_axis2.c:567 #14 0x8002f603 in ap_run_post_config () from /usr/sbin/httpd2 #15 0x8001af4d in main () from /usr/sbin/httpd2 (gdb) (gdb) i r eax0x8015c3e8 -2146057240 ecx0xb39b8008 -1281654776 edx0x4c647fe8 1281654760 ebx0xb7ed8368 -1209171096 esp0xbfe162d0 0xbfe162d0 ebp0xbfe162e8 0xbfe162e8 esi0xfff0 -16 edi0x8015c3e8 -2146057240 eip0xb7ed338e 0xb7ed338e apr_rmm_free+62 eflags 0x10296 [ PF AF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 (gdb) x /20i $eip 0xb7ed338e apr_rmm_free+62: mov0x4(%esi),%eax 0xb7ed3391 apr_rmm_free+65: test %eax,%eax 0xb7ed3393 apr_rmm_free+67: je 0xb7ed3420 apr_rmm_free+208 0xb7ed3399 apr_rmm_free+73: cmp0x8(%ecx,%eax,1),%edx 0xb7ed339d apr_rmm_free+77: je 0xb7ed3429 apr_rmm_free+217 0xb7ed33a3 apr_rmm_free+83: mov0xc(%edi),%eax 0xb7ed33a6 apr_rmm_free+86: test %eax,%eax 0xb7ed33a8 apr_rmm_free+88: je 0xb7ed3480 apr_rmm_free+304 0xb7ed33ae apr_rmm_free+94: cmp$0x2,%eax 0xb7ed33b1 apr_rmm_free+97: jne0xb7ed348a apr_rmm_free+314 0xb7ed33b7 apr_rmm_free+103: mov0x10(%edi),%eax 0xb7ed33ba apr_rmm_free+106: mov%eax,(%esp) 0xb7ed33bd apr_rmm_free+109: call 0xb7ec74fc [EMAIL PROTECTED] 0xb7ed33c2 apr_rmm_free+114: mov$0x16,%eax 0xb7ed33c7 apr_rmm_free+119: mov0xfff4(%ebp),%ebx 0xb7ed33ca apr_rmm_free+122: mov0xfff8(%ebp),%esi 0xb7ed33cd apr_rmm_free+125: mov0xfffc(%ebp),%edi 0xb7ed33d0 apr_rmm_free+128: mov%ebp,%esp 0xb7ed33d2 apr_rmm_free+130: pop%ebp 0xb7ed33d3 apr_rmm_free+131: ret Linux s100 2.6.16.54-0.2.5-smp #1 SMP Mon Jan 21 13:29:51 UTC 2008 i686 i686 i386 GNU/Linux s100:/usr/lib/apache2 # httpd2 -v Server version: Apache/2.2.3 Server built: Mar 26 2008 12:23:18 s100:/usr/lib/apache2 # I see this also using 5/7/08 CVN tree builds of apache, axis2c, apr, rampartc.
Re: segfault in apr_rmm_free after installing 1.4.0
Are you using shared memory model? If so, could you please try without that? Thanks, Samisa... Michael Ryan wrote: This occurs during apache start-up is after an upgrade from 1.3.0 to 1.4.0 (apache 2.2.3) rampart/c installed. s100:/usr/lib/apache2 # gdb httpd2 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pag off (gdb) set args -X -k start (gdb) run Starting program: /usr/sbin/httpd2 -X -k start (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1213916384 (LWP 32270)] (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213916384 (LWP 32270)] 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 (gdb) backtrace #0 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 #1 0xb7743296 in axis2_module_free (allocator=0xb39b8028, ptr=0x0) at mod_axis2.c:430 #2 0xb75630f2 in axiom_stax_builder_process_namespaces (om_builder=0xb39b9c28, env=0xb39b82f8, node=0xb39be0d0, is_soap_element=0) at om_stax_builder.c:481 #3 0xb756397c in axiom_stax_builder_create_om_element (om_builder=0xb39b9c28, env=0xb39b82f8, is_empty=0) at om_stax_builder.c:579 #4 0xb7563c6b in axiom_stax_builder_next (om_builder=0xb39b9c28, env=0xb39b82f8) at om_stax_builder.c:822 #5 0xb755a589 in axiom_document_build_next (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:118 #6 0xb755a621 in axiom_document_get_root_element (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:151 #7 0xb755a749 in axiom_document_build_all (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:197 #8 0xb75a6a83 in axis2_desc_builder_build_om (desc_builder=0xb39b97b8, env=0xb39b82f8) at desc_builder.c:206 #9 0xb75b1063 in axis2_conf_builder_populate_conf (conf_builder=0xb39b97a0, env=0xb39b82f8) at conf_builder.c:157 #10 0xb75a9ed3 in axis2_dep_engine_load (dep_engine=0xb39b8338, env=0xb39b82f8) at dep_engine.c:747 #11 0xb75b388c in axis2_build_conf_ctx (env=0xb39b82f8, repo_name=0x80145e38 /usr/local/axis2c) at conf_init.c:61 #12 0xb7745bdf in axis2_apache2_worker_create (env=0xb39b82f8, repo_path=0x80145e38 /usr/local/axis2c) at apache2_worker.c:65 #13 0xb7743036 in axis2_post_config (pconf=0x8005b0a8, plog=0x80089160, ptemp=0x8005f0b8, svr_rec=0x8005cf48) at mod_axis2.c:567 #14 0x8002f603 in ap_run_post_config () from /usr/sbin/httpd2 #15 0x8001af4d in main () from /usr/sbin/httpd2 (gdb) (gdb) i r eax0x8015c3e8 -2146057240 ecx0xb39b8008 -1281654776 edx0x4c647fe8 1281654760 ebx0xb7ed8368 -1209171096 esp0xbfe162d0 0xbfe162d0 ebp0xbfe162e8 0xbfe162e8 esi0xfff0 -16 edi0x8015c3e8 -2146057240 eip0xb7ed338e 0xb7ed338e apr_rmm_free+62 eflags 0x10296 [ PF AF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 (gdb) x /20i $eip 0xb7ed338e apr_rmm_free+62: mov0x4(%esi),%eax 0xb7ed3391 apr_rmm_free+65: test %eax,%eax 0xb7ed3393 apr_rmm_free+67: je 0xb7ed3420 apr_rmm_free+208 0xb7ed3399 apr_rmm_free+73: cmp0x8(%ecx,%eax,1),%edx 0xb7ed339d apr_rmm_free+77: je 0xb7ed3429 apr_rmm_free+217 0xb7ed33a3 apr_rmm_free+83: mov0xc(%edi),%eax 0xb7ed33a6 apr_rmm_free+86: test %eax,%eax 0xb7ed33a8 apr_rmm_free+88: je 0xb7ed3480 apr_rmm_free+304 0xb7ed33ae apr_rmm_free+94: cmp$0x2,%eax 0xb7ed33b1 apr_rmm_free+97: jne0xb7ed348a apr_rmm_free+314 0xb7ed33b7 apr_rmm_free+103: mov0x10(%edi),%eax 0xb7ed33ba apr_rmm_free+106: mov%eax,(%esp) 0xb7ed33bd apr_rmm_free+109: call 0xb7ec74fc [EMAIL PROTECTED] 0xb7ed33c2 apr_rmm_free+114: mov$0x16,%eax 0xb7ed33c7 apr_rmm_free+119: mov0xfff4(%ebp),%ebx 0xb7ed33ca apr_rmm_free+122: mov0xfff8(%ebp),%esi 0xb7ed33cd apr_rmm_free+125: mov0xfffc(%ebp),%edi 0xb7ed33d0 apr_rmm_free+128: mov%ebp,%esp 0xb7ed33d2 apr_rmm_free+130: pop%ebp 0xb7ed33d3 apr_rmm_free+131: ret Linux s100 2.6.16.54-0.2.5-smp #1 SMP Mon Jan 21 13:29:51 UTC 2008 i686 i686 i386 GNU/Linux s100:/usr/lib/apache2 # httpd2 -v Server version: Apache/2.2.3 Server built: Mar 26 2008 12:23:18 s100:/usr/lib/apache2 # I see this also using 5/7/08 CVN tree builds of apache, axis2c, apr, rampartc. No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.10/1421 - Release Date: 5/7/2008 5:23 PM -- Samisa Abeysinghe Director, Engineering; WSO2 Inc. http://www.wso2.com/
Axic2C 1.4.0: NULL parameter was passed... in Apache log
Then I run the 'echo' sample (that is, I build the echo client and service samples, deployed the service within the httpd environmet and run the client), everything looks OK so far but in the httpd log I see following lines (one line per the request: when I run 1000 iterations of the echo client, I see 1000 such lines in the apache error log): [Wed May 7 11:22:32 2008] [error] string.c(47) NULL parameter was passed when a non NULL parameter was expected I found a place where this error message originates. It is in function called axis2_apache2_worker_process_request() (file src/core/transport/http/server/apache2/apache2_worker.c), when it tries to create a axutil_string_t from the soap action header. If the header is not present (the apr_table_get() returns NULL), this NULL is passed directly to the axutil_string_create() function that prints then this error message in the apache error log and returns NULL. I looked at the code to see how the value returned from the axutil_string_create() here (variable soap_header) is used, it looks like it is OK to have the value of this variable NULL: in all subsequent actions, including in the functions axis2_http_transport_utils_process_http_[*]_request() that the soap_action is passed as a parameter to, there is a check present if this value is NULL, and something sensible happens if it it so. So I changed the code a bit to check if the apr_table_get() returns here NULL before the axutil_string_create() is called. Then I build the Axis2C again, and run the service and the client - this time there are no such error messages in the Apache log file. If anyone is interested, here is a patch: diff -ru axis2c-src-1.4.0-orig/src/core/transport/http/server/apache2/apache2_worker.c axis2c-src-1.4.0/src/core/transport/http/server/apache2/apache2_worker.c --- axis2c-src-1.4.0-orig/src/core/transport/http/server/apache2/apache2_worker.c 2008-03-24 00:39:47.0 -0400 +++ axis2c-src-1.4.0/src/core/transport/http/server/apache2/apache2_worker.c 2008-05-08 11:12:12.0 -0400 @@ -173,6 +173,7 @@ axis2_char_t *accept_charset_header_value = NULL; axis2_char_t *accept_language_header_value = NULL; axis2_char_t *content_language_header_value = NULL; +axis2_char_t *soap_action_hreader_txt = NULL; AXIS2_ENV_CHECK(env, AXIS2_CRITICAL_FAILURE); AXIS2_PARAM_CHECK(env-error, request, AXIS2_CRITICAL_FAILURE); @@ -388,10 +389,24 @@ } } -soap_action = axutil_string_create(env, - (axis2_char_t *) apr_table_get(request- - headers_in, - AXIS2_HTTP_HEADER_SOAP_ACTION)); + +soap_action = NULL; +soap_action_hreader_txt = +(axis2_char_t *) apr_table_get(request-headers_in, + AXIS2_HTTP_HEADER_SOAP_ACTION); +if (soap_action_hreader_txt != NULL) +{ +soap_action = axutil_string_create(env, soap_action_hreader_txt); +} + +/* + * was: + * soap_action = axutil_string_create(env, + *(axis2_char_t *) apr_table_get(request- + * headers_in, + * AXIS2_HTTP_HEADER_SOAP_ACTION)); + */ + request_body = axutil_stream_create_apache2(env, request); if (!request_body) { Thank you, alex. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: segfault in apr_rmm_free after installing 1.4.0
Yes you should be using shared memory. What are your mpm settings . You can check it using, ./httpd -l Thanks, -Manjula. On Thu, 2008-05-08 at 19:07 +0530, Samisa Abeysinghe wrote: Are you using shared memory model? If so, could you please try without that? Thanks, Samisa... Michael Ryan wrote: This occurs during apache start-up is after an upgrade from 1.3.0 to 1.4.0 (apache 2.2.3) rampart/c installed. s100:/usr/lib/apache2 # gdb httpd2 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pag off (gdb) set args -X -k start (gdb) run Starting program: /usr/sbin/httpd2 -X -k start (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1213916384 (LWP 32270)] (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213916384 (LWP 32270)] 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 (gdb) backtrace #0 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 #1 0xb7743296 in axis2_module_free (allocator=0xb39b8028, ptr=0x0) at mod_axis2.c:430 #2 0xb75630f2 in axiom_stax_builder_process_namespaces (om_builder=0xb39b9c28, env=0xb39b82f8, node=0xb39be0d0, is_soap_element=0) at om_stax_builder.c:481 #3 0xb756397c in axiom_stax_builder_create_om_element (om_builder=0xb39b9c28, env=0xb39b82f8, is_empty=0) at om_stax_builder.c:579 #4 0xb7563c6b in axiom_stax_builder_next (om_builder=0xb39b9c28, env=0xb39b82f8) at om_stax_builder.c:822 #5 0xb755a589 in axiom_document_build_next (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:118 #6 0xb755a621 in axiom_document_get_root_element (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:151 #7 0xb755a749 in axiom_document_build_all (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:197 #8 0xb75a6a83 in axis2_desc_builder_build_om (desc_builder=0xb39b97b8, env=0xb39b82f8) at desc_builder.c:206 #9 0xb75b1063 in axis2_conf_builder_populate_conf (conf_builder=0xb39b97a0, env=0xb39b82f8) at conf_builder.c:157 #10 0xb75a9ed3 in axis2_dep_engine_load (dep_engine=0xb39b8338, env=0xb39b82f8) at dep_engine.c:747 #11 0xb75b388c in axis2_build_conf_ctx (env=0xb39b82f8, repo_name=0x80145e38 /usr/local/axis2c) at conf_init.c:61 #12 0xb7745bdf in axis2_apache2_worker_create (env=0xb39b82f8, repo_path=0x80145e38 /usr/local/axis2c) at apache2_worker.c:65 #13 0xb7743036 in axis2_post_config (pconf=0x8005b0a8, plog=0x80089160, ptemp=0x8005f0b8, svr_rec=0x8005cf48) at mod_axis2.c:567 #14 0x8002f603 in ap_run_post_config () from /usr/sbin/httpd2 #15 0x8001af4d in main () from /usr/sbin/httpd2 (gdb) (gdb) i r eax0x8015c3e8 -2146057240 ecx0xb39b8008 -1281654776 edx0x4c647fe8 1281654760 ebx0xb7ed8368 -1209171096 esp0xbfe162d0 0xbfe162d0 ebp0xbfe162e8 0xbfe162e8 esi0xfff0 -16 edi0x8015c3e8 -2146057240 eip0xb7ed338e 0xb7ed338e apr_rmm_free+62 eflags 0x10296 [ PF AF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 (gdb) x /20i $eip 0xb7ed338e apr_rmm_free+62: mov0x4(%esi),%eax 0xb7ed3391 apr_rmm_free+65: test %eax,%eax 0xb7ed3393 apr_rmm_free+67: je 0xb7ed3420 apr_rmm_free+208 0xb7ed3399 apr_rmm_free+73: cmp0x8(%ecx,%eax,1),%edx 0xb7ed339d apr_rmm_free+77: je 0xb7ed3429 apr_rmm_free+217 0xb7ed33a3 apr_rmm_free+83: mov0xc(%edi),%eax 0xb7ed33a6 apr_rmm_free+86: test %eax,%eax 0xb7ed33a8 apr_rmm_free+88: je 0xb7ed3480 apr_rmm_free+304 0xb7ed33ae apr_rmm_free+94: cmp$0x2,%eax 0xb7ed33b1 apr_rmm_free+97: jne0xb7ed348a apr_rmm_free+314 0xb7ed33b7 apr_rmm_free+103: mov0x10(%edi),%eax 0xb7ed33ba apr_rmm_free+106: mov%eax,(%esp) 0xb7ed33bd apr_rmm_free+109: call 0xb7ec74fc [EMAIL PROTECTED] 0xb7ed33c2 apr_rmm_free+114: mov$0x16,%eax 0xb7ed33c7 apr_rmm_free+119: mov0xfff4(%ebp),%ebx 0xb7ed33ca apr_rmm_free+122: mov0xfff8(%ebp),%esi 0xb7ed33cd apr_rmm_free+125: mov0xfffc(%ebp),%edi 0xb7ed33d0 apr_rmm_free+128: mov%ebp,%esp 0xb7ed33d2 apr_rmm_free+130: pop%ebp 0xb7ed33d3 apr_rmm_free+131: ret Linux s100 2.6.16.54-0.2.5-smp #1 SMP Mon Jan 21 13:29:51 UTC 2008 i686 i686 i386 GNU/Linux s100:/usr/lib/apache2 # httpd2 -v Server version:
Re: segfault in apr_rmm_free after installing 1.4.0
Hi, It looks like, it is a bug. It is calling AXIS2_FREE() from om_stax_builder.c:481 with NULL pointer. (This can be seen from #1 0xb7743296 in axis2_module_free (allocator=0xb39b8028, ptr=0x0) at mod_axis2.c:430 ) Ideally, it if the pointer is NULL, AXIS2_FREE should not be called. Can you create a jira for this? Why that pointer becomes NULL should be checked. It might be valid, so can you apply following patch from Axis2C location\axiom\src\om and try? (or you can comment om_stax_builder.c:481 , but it will be a memory leak). Regards, Shankar Index: om_stax_builder.c === --- om_stax_builder.c(revision 653833) +++ om_stax_builder.c(working copy) @@ -474,12 +474,14 @@ AXIS2_FAILURE); return AXIS2_FAILURE; } + +#ifdef AXIS2_LIBXML2_ENABLED +axiom_xml_reader_xml_free(om_builder-parser, env, temp_prefix); +#else +AXIS2_FREE(env-allocator,temp_prefix); +#endif } -#ifdef AXIS2_LIBXML2_ENABLED -axiom_xml_reader_xml_free(om_builder-parser, env, temp_prefix); -#else -AXIS2_FREE(env-allocator,temp_prefix); -#endif + return status; } Michael Ryan wrote: This occurs during apache start-up is after an upgrade from 1.3.0 to 1.4.0 (apache 2.2.3) rampart/c installed. s100:/usr/lib/apache2 # gdb httpd2 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pag off (gdb) set args -X -k start (gdb) run Starting program: /usr/sbin/httpd2 -X -k start (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1213916384 (LWP 32270)] (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213916384 (LWP 32270)] 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 (gdb) backtrace #0 0xb7ed338e in apr_rmm_free () from /usr/lib/libaprutil-1.so.0 #1 0xb7743296 in axis2_module_free (allocator=0xb39b8028, ptr=0x0) at mod_axis2.c:430 #2 0xb75630f2 in axiom_stax_builder_process_namespaces (om_builder=0xb39b9c28, env=0xb39b82f8, node=0xb39be0d0, is_soap_element=0) at om_stax_builder.c:481 #3 0xb756397c in axiom_stax_builder_create_om_element (om_builder=0xb39b9c28, env=0xb39b82f8, is_empty=0) at om_stax_builder.c:579 #4 0xb7563c6b in axiom_stax_builder_next (om_builder=0xb39b9c28, env=0xb39b82f8) at om_stax_builder.c:822 #5 0xb755a589 in axiom_document_build_next (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:118 #6 0xb755a621 in axiom_document_get_root_element (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:151 #7 0xb755a749 in axiom_document_build_all (document=0xb39b9ce8, env=0xb39b82f8) at om_document.c:197 #8 0xb75a6a83 in axis2_desc_builder_build_om (desc_builder=0xb39b97b8, env=0xb39b82f8) at desc_builder.c:206 #9 0xb75b1063 in axis2_conf_builder_populate_conf (conf_builder=0xb39b97a0, env=0xb39b82f8) at conf_builder.c:157 #10 0xb75a9ed3 in axis2_dep_engine_load (dep_engine=0xb39b8338, env=0xb39b82f8) at dep_engine.c:747 #11 0xb75b388c in axis2_build_conf_ctx (env=0xb39b82f8, repo_name=0x80145e38 /usr/local/axis2c) at conf_init.c:61 #12 0xb7745bdf in axis2_apache2_worker_create (env=0xb39b82f8, repo_path=0x80145e38 /usr/local/axis2c) at apache2_worker.c:65 #13 0xb7743036 in axis2_post_config (pconf=0x8005b0a8, plog=0x80089160, ptemp=0x8005f0b8, svr_rec=0x8005cf48) at mod_axis2.c:567 #14 0x8002f603 in ap_run_post_config () from /usr/sbin/httpd2 #15 0x8001af4d in main () from /usr/sbin/httpd2 (gdb) (gdb) i r eax0x8015c3e8 -2146057240 ecx0xb39b8008 -1281654776 edx0x4c647fe8 1281654760 ebx0xb7ed8368 -1209171096 esp0xbfe162d0 0xbfe162d0 ebp0xbfe162e8 0xbfe162e8 esi0xfff0 -16 edi0x8015c3e8 -2146057240 eip0xb7ed338e 0xb7ed338e apr_rmm_free+62 eflags 0x10296 [ PF AF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 (gdb) x /20i $eip 0xb7ed338e apr_rmm_free+62: mov0x4(%esi),%eax 0xb7ed3391 apr_rmm_free+65: test %eax,%eax 0xb7ed3393 apr_rmm_free+67: je 0xb7ed3420 apr_rmm_free+208 0xb7ed3399 apr_rmm_free+73: cmp0x8(%ecx,%eax,1),%edx 0xb7ed339d apr_rmm_free+77: je 0xb7ed3429 apr_rmm_free+217 0xb7ed33a3 apr_rmm_free+83: mov0xc(%edi),%eax 0xb7ed33a6 apr_rmm_free+86: test %eax,%eax 0xb7ed33a8 apr_rmm_free+88: je 0xb7ed3480 apr_rmm_free+304 0xb7ed33ae apr_rmm_free+94: cmp$0x2,%eax 0xb7ed33b1 apr_rmm_free+97: jne0xb7ed348a apr_rmm_free+314 0xb7ed33b7 apr_rmm_free+103: mov
[Axis2] Axis2/C support for AIX?
Has anyone been successul in building and using Axis2/C under AIX? I've been trying to get Axis2/C 1.4 to work under AIX 5.3.. 1. The following compilation errors occurred during the make. uuid_gen_unix.c, line 36.12: 1506-296 (S) #include file sys/sockio.h not found. ../../../include/platforms/unix/axutil_unix.h, line 119.10: 1506-296 (S) #include file getopt.h not found. These were resolved by commenting out the offending #include statements in each of the header files. The make then appeared to run successfully. 2. The following errors were received when attempting to execute one of the client sample files, the [Thu May 8 08:12:02 2008] [error] class_loader.c(161) dlerror reason: 0509-022 Cannot load module /home/brentd/axis2c/lib/libaxis2_http_sender.so. 0509-026 System error: A file or directory in the path name does not exist. [Thu May 8 08:15:53 2008] [error] class_loader.c(161) dlerror reason: 0509-022 Cannot load module /home/brentd/axis2c/lib/libaxis2_http_sender.so. 0509-026 System error: A file or directory in the path name does not exist. [Thu May 8 08:59:14 2008] [error] class_loader.c(161) dlerror reason: 0509-022 Cannot load module /home/brentd/axis2c/lib/libaxis2_http_receiver.so. 0509-026 System error: A file or directory in the path name does not exist. [Thu May 8 09:01:16 2008] [error] class_loader.c(161) dlerror reason: 0509-022 Cannot load module /home/brentd/axis2c/modules/addressing/libaxis2_mod_addr.so. 0509-026 System error: A file or directory in the path name does not exist. [Thu May 8 09:06:02 2008] [error] class_loader.c(161) dlerror reason: 0509-022 Cannot load module /home/brentd/axis2c/modules/logging/libaxis2_mod_log.so. 0509-026 System error: A file or directory in the path name does not exist. These were resolved by copying the mssing shared library files into the $AXIS2C_HOME/lib directory. These presumably weren't copied by make install. ... *however*, the sample generates a Segementation fault and dumps core. The following are the last errors in the log ... [Thu May 8 09:09:21 2008] [debug] dep_engine.c(1306) axis2_dep_engine_load_module_dll: DLL path is : /home/brentd/axis2c/modules/logging/libaxis2_mod_log.so [Thu May 8 09:09:21 2008] [debug] class_loader.c(141) Object loaded successfully [Thu May 8 09:09:21 2008] [debug] phase_holder.c(139) Add handler AddressingInHandler to phase Transport Segmentation fault(coredump) I'm stuck. I saw previous posts regarding AIX support on this mailing list, but it's not clear that anyone has gotten this to work yet. _ Windows Live SkyDrive lets you share files with faraway friends. http://www.windowslive.com/skydrive/overview.html?ocid=TXT_TAGLM_WL_Refresh_skydrive_052008
Re: How to support HTTPS
Re: How to support HTTPSHi Dumindu: I have downloaded the server_cert as you suggested. I wrote the data in a file, and set the file name in SERVER_CERT parameter, and leave KEY_FILE and SSL_PASSPHRASE empty because the server does not clients authenticated. However I still get error. I find following problems: 1. In util\src\url.c, within axutil_url_parse_string(), the server protocol is compared with http, ftp and smtp. Since there is no https, the port is -1, which cause the server cannot be connected. I have to change the port to 80 manually. 2. Even with the socket opened, call for SSL_connect() will be blocked forever, which is called in transport\http\sender\ssl\ssl_utils.c. How you think about it? Thanks. Steven - Original Message - From: Dumindu Pallewela To: Apache AXIS C User List Sent: Monday, May 05, 2008 11:35 AM Subject: Re: How to support HTTPS On Mon, May 5, 2008 at 11:47 PM, Steven Zhang [EMAIL PROTECTED] wrote: Hi: How to let Axis2c client support HTTPS? There are two ways. You can either provide the parameters in axis2.xml or you can add the relavent properties to the service client. In either case you should un-comment the https transport receiver and https transport sender sections in the axis2.xml You have to provide the CA certificate that was used to sign the server's certificate for the SERVER_CERT parameter. Alternatively if you talk only to a single server you can obtain it's certificate and provide it for the SERVER_CERT parameter. Please refer to the relevant section of axis2 manual [1] for further details. HTH, Dumindu. [1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#ssl_client -- Dumindu Pallewela http://blog.dumindu.com GPG ID: 0x9E131672 WSO2 | Oxygenating the Web Service Platform | http://wso2.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to support HTTPS
Hi Steve, On Fri, May 9, 2008 at 5:18 AM, Steven Zhang [EMAIL PROTECTED] wrote: 1. In util\src\url.c, within axutil_url_parse_string(), the server protocol is compared with http, ftp and smtp. Since there is no https, the port is -1, which cause the server cannot be connected. I have to change the port to 80 manually. Which version of axis2/c are you using? axutil_url_parse_string() doesn't compare the protocol. All it does is to create a axutil_url_t structure corresponding to the string url passed. 2. Even with the socket opened, call for SSL_connect() will be blocked forever, which is called in transport\http\sender\ssl\ssl_utils.c. Could you please explain a bit more? I couldn't understand why this would be so... Btw, have you followed the axis2 manual properly[1]? We have tested the https transport and it works properly. Please go through the manual and send us your error log, so that we will be able to get some insight in to what's going wrong in your setting. Regards, Dumindu. [1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#ssl_client - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]