Re: compile current svn, windows
Applied the changes to the code. Thanks Mark for the fixes. regards, Dushshantha On Nov 19, 2007 9:29 AM, Dinesh Premalal [EMAIL PROTECTED] wrote: Hi Mark, Please find my commets inline. Mark Nüßler [EMAIL PROTECTED] writes: hello users, when i try to compile the current svn-596169 i got some little problems using vs2005 on winxp. (haven't tried to compile since svn-587016) problems during compilation and possible solutions : the 2 first probs, i could solve just by change the location of the error line some lines above under the definition block in the function. I axiom\src\attachments\data_handler.c line 173 struct stat stat_p; II src\core\addr\any_content_type.c line 75 axis2_char_t *temp = NULL; III ..\..\src\core\engine\conf.c(1732) error C2373: 'axis2_conf_get_axis2_flag' solution III extend include/axis2_conf.h with the the defnitions AXIS2_EXTERN axis2_bool_t AXIS2_CALL axis2_conf_get_axis2_flag( axis2_conf_t * conf, const axutil_env_t * env); AXIS2_EXTERN axis2_status_t AXIS2_CALL axis2_conf_set_axis2_flag( axis2_conf_t * conf, const axutil_env_t * env, axis2_bool_t axis2_flag); IV src\core\transport\http\server\simple_axis2_server\http_server_main.c error LNK2019: _axutil_file_handler_access line 187, status = axutil_file_handler_access (repo_path, AXIS2_R_OK); solution IV this function is defined in axutil_file_handler.h, just included the file Most of the above changes are done by me. I tested them on Linux (Debian) before committing but didn't get a chance to test on windows. I will fix the above issues ASAP. If you are willing to provide a patch, you are always welcome :) V samples\server\echo\echo_skeleton.c error LNK2001: axutil_error_messages line 29 : extern axis2_char_t *axutil_error_messages[AXUTIL_ERROR_MAX]; solution V delete the keyword extern !? My bad :( this sample should not be committed. This is the sample that I wrote for axis2c-766 Will revert it. thanks, DInesh - 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]
Re: WSDL2C create function conflicts with SOAP operation named create
Interesting suggestion, Samisa. I modified my WSDL renaming the delete operation to struct and used the WSDL2C utility to generate the stub and header files. I see the same result, the header contains a template with the dummy parameter name struct: axiom2_node_t* axis2_stub_TestService_struct( axis2_stub_t *stub, const axutil_env_t *env, axiom_node_t* struct); So, if there is a table that is used to filter C reserved words, that table is not being applied to the dummy parameter names when the operation stubs are generated. Bill Mitchell wrote: In a similar vein, although I could raise it as a separate issue, I have come across another naming conflict in the output of the WSDL2C tool. In the same WSDL, I find another operation, this one named delete: ... operation name=delete input message=fw:deleteRequest/ output message=fw:deleteResponse/ /operation ... The template in the header for the stub for this operation is: axiom_node_t* axis2_stub_Fservice_delete( axis2_stub_t *stub, const axutil_env_t *env, axiom_node_t* delete); The problem with this is that, although delete is not a reserved word in C, it certainly is in C++. And my goal is to invoke the Axis2C code from within a C++ program. So I would suggest that WSDL2C should prefix all of the names generated as a result of the WSDL with something, and not leave them naked where they could conflict with reserved words in C or C++. +1. I think we already track for C keywords. May be we can add C++ keywords to that table as well. Samisa... -- View this message in context: http://www.nabble.com/WSDL2C-create-function-conflicts-with-SOAP-operation-named-create-tf4818227.html#a13842836 Sent from the Axis - C++ - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Axis2C: WSDL2C with xmlbeans databinding generates Java files
Hi, Sorry for the duplicate posting. I just realized that it would be more appropriate to send it to this mailing list. I am trying to use WSDL2C (from axis2-1.3) to generate client stubs with xmlbeans databinding. I started with the simple wsdl in axis2c-src-1.1.0\samples\codegen\databinding\Calculator.wsdl. $ ~/tools/axis2/axis2-1.3/bin/axis2.sh org.apache.axis2.wsdl.WSDL2C -uri Calcul ator.wsdl -d xmlbeans It created 2 directories: src and resources. In the src directory, it only has 2 C files: axis2_stub_Calculator.c axis2_stub_Calculator.h. The axis2_stub_Calculator.h includes files that are not generated. #include adb_localhost.axis.calculator.DivResponseDocument.h #include adb_localhost.axis.calculator.DivDocument.h #include adb_localhost.axis.calculator.MulResponseDocument.h #include adb_localhost.axis.calculator.MulDocument.h #include adb_localhost.axis.calculator.AddResponseDocument.h #include adb_localhost.axis.calculator.AddDocument.h #include adb_localhost.axis.calculator.SubResponseDocument.h #include adb_localhost.axis.calculator.SubDocument.h All the files under 'localhost' and 'org' directroies are java files. I tried to specify the language using '-l c' but it didn't help. I have also tried with '-d adb -u' and the code generator works fine. Thanks in advance for the help! Lingjia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Axis2/C Memory Leaks
Hi, I am designing some web service client code using the Axis2/C framework (used WSDL2C to generate client stubs that call the framework). I have a separate executable C file (C file that a main()) that calls the stub. When I ran valgrind initially on it, I saw many memory leaks from this; 49 loss records to be exact. However, after inserting axis2_stub_free and axutil_env_free before my end return statement in my executable C file, I noticed that the loss records decreased greatly to 5. I noticed that this freeing of the stub and env variables is not in the sample client code. Should the sample client code also demonstrate this freeing, and is this freeing logical to do on the client side? Also, I did some initial tests on the server side and noticed many memory leaks as well. Should this client-side freeing be also implemented on my server code, or is the server-side freeing done differently and how if anyone can describe where to insert the freeing statements? Thanks, Edward - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Axis2] SSL and certificate support
Hey Dumindu, Just want to make sure I understand this correctly. So if I just want to run my axis2 webserices in SSL mode, I dont need rampart. I can just use apache for that, right? But when I was reading rampart documentation, it talks about soap body encryption using SSL certs. How is that different from using apache for SSL? My second question is, lets assume I want to use client authentication for my webservice. I have to set the following 2 variables in the httpd.conf file SSLVerifyClient require SSLVerifyDepth 1 I understand that this will force the client to send a cert with every request. But after receives the client cert, what does it do with it? does it check against a list of certs thats allowed to access the service? Is this feature built-in to axis2 or do we hv to implement it ourselves? Thanks, Subra Hi Greg, Sorry if this is in some documentation somewhere (I've tried and not found if). A cursory glance at the rampart code shows a lot of references to ssl and certificates. Some specific questions: Is SSL supported on server side? Client? Yes, Axis2/C supports both ssl server authentication and client authentication. Please refer to the axis2c manual [1]. I would suggest you use axis2 1.0.0 RC3 [2] or the latest svn head, since ssl transport has been updated since 0.96 release. In this case you will have to refer to the documentation from the trunk [3]. Note that ssl transport is not a feature of rampart, but of Axis2/C itself. Regards, Dumindu. [1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#ssl_client [2] http://people.apache.org/~samisa/release/1.0.0/RC3/ [3] http://svn.apache.org/viewvc/webservices/axis2/trunk/c/xdocs/docs/ axis2c_manual.html?view=co#ssl_client - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Axis2C: WSDL2C with xmlbeans databinding generates Java files
Anyone can feel free to correct me if I'm wrong, but I believe the WSDL2C generation tool only supports the ADB databinding type at this point. - Mike Michael J Molé Software Engineer IBM Software Group - Rational (781)676-2710 Lingjia Yang [EMAIL PROTECTED] 11/19/2007 03:33 PM Please respond to Apache AXIS C User List axis-c-user@ws.apache.org To axis-c-user@ws.apache.org cc Subject Axis2C: WSDL2C with xmlbeans databinding generates Java files Hi, Sorry for the duplicate posting. I just realized that it would be more appropriate to send it to this mailing list. I am trying to use WSDL2C (from axis2-1.3) to generate client stubs with xmlbeans databinding. I started with the simple wsdl in axis2c-src-1.1.0\samples\codegen\databinding\Calculator.wsdl. $ ~/tools/axis2/axis2-1.3/bin/axis2.sh org.apache.axis2.wsdl.WSDL2C -uri Calcul ator.wsdl -d xmlbeans It created 2 directories: src and resources. In the src directory, it only has 2 C files: axis2_stub_Calculator.c axis2_stub_Calculator.h. The axis2_stub_Calculator.h includes files that are not generated. #include adb_localhost.axis.calculator.DivResponseDocument.h #include adb_localhost.axis.calculator.DivDocument.h #include adb_localhost.axis.calculator.MulResponseDocument.h #include adb_localhost.axis.calculator.MulDocument.h #include adb_localhost.axis.calculator.AddResponseDocument.h #include adb_localhost.axis.calculator.AddDocument.h #include adb_localhost.axis.calculator.SubResponseDocument.h #include adb_localhost.axis.calculator.SubDocument.h All the files under 'localhost' and 'org' directroies are java files. I tried to specify the language using '-l c' but it didn't help. I have also tried with '-d adb -u' and the code generator works fine. Thanks in advance for the help! Lingjia - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Axis2C: WSDL2C with xmlbeans databinding generates Java files
Ah.. that explains. Thank you for the information. :) Lingjia On Nov 19, 2007 3:51 PM, Michael Mole [EMAIL PROTECTED] wrote: Anyone can feel free to correct me if I'm wrong, but I believe the WSDL2C generation tool only supports the ADB databinding type at this point. - Mike Michael J Molé Software Engineer IBM Software Group - Rational (781)676-2710 Lingjia Yang [EMAIL PROTECTED] 11/19/2007 03:33 PM Please respond to Apache AXIS C User List axis-c-user@ws.apache.org To axis-c-user@ws.apache.org cc Subject Axis2C: WSDL2C with xmlbeans databinding generates Java files Hi, Sorry for the duplicate posting. I just realized that it would be more appropriate to send it to this mailing list. I am trying to use WSDL2C (from axis2-1.3) to generate client stubs with xmlbeans databinding. I started with the simple wsdl in axis2c-src-1.1.0\samples\codegen\databinding\Calculator.wsdl. $ ~/tools/axis2/axis2-1.3/bin/axis2.sh org.apache.axis2.wsdl.WSDL2C -uri Calcul ator.wsdl -d xmlbeans It created 2 directories: src and resources. In the src directory, it only has 2 C files: axis2_stub_Calculator.c axis2_stub_Calculator.h. The axis2_stub_Calculator.h includes files that are not generated. #include adb_localhost.axis.calculator.DivResponseDocument.h #include adb_localhost.axis.calculator.DivDocument.h #include adb_localhost.axis.calculator.MulResponseDocument.h #include adb_localhost.axis.calculator.MulDocument.h #include adb_localhost.axis.calculator.AddResponseDocument.h #include adb_localhost.axis.calculator.AddDocument.h #include adb_localhost.axis.calculator.SubResponseDocument.h #include adb_localhost.axis.calculator.SubDocument.h All the files under 'localhost' and 'org' directroies are java files. I tried to specify the language using '-l c' but it didn't help. I have also tried with '-d adb -u' and the code generator works fine. Thanks in advance for the help! Lingjia - 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]
Re: [Axis2] SSL and certificate support
Subra A Narayanan wrote: But when I was reading rampart documentation, it talks about soap body encryption using SSL certs. How is that different from using apache for SSL? To add to my previous reply, *SSL certificate* seems a misnomer when talking about Rampart, and SOAP body encryption. Shouldn't it rather be *x509 certificate*? Any thoughts? -Dumindu. -- Dumindu Pallewela http://blog.dumindu.com GPG ID: 0x9E131672 WSO2 | http://wso2.com | Oxygenating the Web Service Platform signature.asc Description: OpenPGP digital signature
Re: [Axis2] SSL and certificate support
Subra A Narayanan wrote: Hey Dumindu, Just want to make sure I understand this correctly. So if I just want to run my axis2 webserices in SSL mode, I dont need rampart. I can just use apache for that, right? YES, Absolutely! But when I was reading rampart documentation, it talks about soap body encryption using SSL certs. How is that different from using apache for SSL? SSL/TLS only concerns about the *transport* security. That is Eve in the middle of the channel cannot eavesdrop Bob's private conversation with Alice. :) However if you need more, like message level security, you need WS-Sec. Say you need to store your SOAP message and later consume it. WS-Sec can provide security while it is being stored, whereas SSL/TLS fails to provide that. You can find some more insight to it from Alternatives section of [1] My second question is, lets assume I want to use client authentication for my webservice. I have to set the following 2 variables in the httpd.conf file SSLVerifyClient require SSLVerifyDepth 1 I understand that this will force the client to send a cert with every request. But after receives the client cert, what does it do with it? does it check against a list of certs thats allowed to access the service? Is this feature built-in to axis2 or do we hv to implement it ourselves? Axis2/C does nothing with the client's certificate at the server side. It is up to the user to configure their Apache2 server to accept/reject the clients based on the certificates provided _if_ they need such functionality. Note that Apache2 works as yet another transport and hence we shouldn't be messing around with the transport implementation details at the Axis2/C module level. If for some reason you need to do it in Axis2 code, my guess is that you need a really ugly hack, making it better left with Apache2 (Assuming that you are not considering the situation where you would write the SSL transport support for the server code, i.e., for simple_axis_server). HTH, Dumindu. [1] http://en.wikipedia.org/wiki/Web_Services_Security -- Dumindu Pallewela http://blog.dumindu.com GPG ID: 0x9E131672 WSO2 | http://wso2.com | Oxygenating the Web Service Platform signature.asc Description: OpenPGP digital signature
Re: Axis2/C Memory Leaks
Hi Edward, I've recently being fixing memory leaks in Axis2/C (using libxml2 parser). As far as I know, all the samples that we have do free all the resources before they exit, when the latest fixes would be done in 1.2.0. I haven't tried any generated code by the WSDL2C tool however, to see whether they do the freeing properly. *** If you could take a look at how the echo sample [axis2/c/samples] is implemented in both client and server sides, it should help. *** Please note that there are some still reachable blocks when you valgrind and I'm not sure whether it is a valgrind issue with glibc, or whether it is a dangling pointer, but there are no definite losses or indirect losses at the moment. Somebody correct me if I have made a wrong conclusion. On the other hand, there are still quite a number of leaks when you use the Guththila parser, which we are looking forward to fix. If you believe that the code generated by the codegen tool, lacks the freeing of memory, as in the samples that are provided, please feel free to raise an issue at the JIRA, and propose a patch. N.B. I'm not sure whether all the patches that I proposed are reflected on the current svn. But, I'm pretty sure that they would be, with the Axis2/C 1.2.0 release. Regards, Senaka Hi, I am designing some web service client code using the Axis2/C framework (used WSDL2C to generate client stubs that call the framework). I have a separate executable C file (C file that a main()) that calls the stub. When I ran valgrind initially on it, I saw many memory leaks from this; 49 loss records to be exact. However, after inserting axis2_stub_free and axutil_env_free before my end return statement in my executable C file, I noticed that the loss records decreased greatly to 5. I noticed that this freeing of the stub and env variables is not in the sample client code. Should the sample client code also demonstrate this freeing, and is this freeing logical to do on the client side? Also, I did some initial tests on the server side and noticed many memory leaks as well. Should this client-side freeing be also implemented on my server code, or is the server-side freeing done differently and how if anyone can describe where to insert the freeing statements? Thanks, Edward - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Axis2/C Memory Leaks
Hi, You dont need to free any axis2, adb related thing in your server side when you works on generated code using wsdl2c (at least Theoretically:) ) . Only thing you need to do is write the business logic, and free whatever you malloced inside there. Thanks Dimuthu On Nov 20, 2007 3:34 AM, [EMAIL PROTECTED] wrote: Hi, I am designing some web service client code using the Axis2/C framework (used WSDL2C to generate client stubs that call the framework). I have a separate executable C file (C file that a main()) that calls the stub. When I ran valgrind initially on it, I saw many memory leaks from this; 49 loss records to be exact. However, after inserting axis2_stub_free and axutil_env_free before my end return statement in my executable C file, I noticed that the loss records decreased greatly to 5. I noticed that this freeing of the stub and env variables is not in the sample client code. Should the sample client code also demonstrate this freeing, and is this freeing logical to do on the client side? Also, I did some initial tests on the server side and noticed many memory leaks as well. Should this client-side freeing be also implemented on my server code, or is the server-side freeing done differently and how if anyone can describe where to insert the freeing statements? Thanks, Edward - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
