RE: Core dumps in Axis libraries
When I tried the Valgrind, it doesn't point to any obvious clues atleast. It doesn't show any definitely lost or indirectly lost blocks. Though, there are some still reachable and possibly lost blocks. Please find the attached valgrind report. Please let me know if the valgrind is revealing something here? Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 7:07 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Folks, I'm attaching the server log during the crash. Also, the first back-trace in the dump.log points to dump with guthilla=yes. The attached dump does not lead to a clue on what is going wrong. It looks to me as if there is some or the other memory corruption somewhere. I hope valgrind would lead to a clue. Thanks, Samisa... - 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: Core dumps in Axis libraries
Is this valgrind report is when your log level increased or not ? If yes then can you try valgrind without increasing the log level. -Manjula. On Mon, 2008-03-10 at 12:39 +0530, Raghavendra SM wrote: When I tried the Valgrind, it doesn't point to any obvious clues atleast. It doesn't show any definitely lost or indirectly lost blocks. Though, there are some still reachable and possibly lost blocks. Please find the attached valgrind report. Please let me know if the valgrind is revealing something here? Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 7:07 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Folks, I'm attaching the server log during the crash. Also, the first back-trace in the dump.log points to dump with guthilla=yes. The attached dump does not lead to a clue on what is going wrong. It looks to me as if there is some or the other memory corruption somewhere. I hope valgrind would lead to a clue. Thanks, Samisa... - 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: Core dumps in Axis libraries
Manjula, This was with out my logs enabled. Regards, ~raghav -Original Message- From: Manjula Peiris [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2008 12:58 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Is this valgrind report is when your log level increased or not ? If yes then can you try valgrind without increasing the log level. -Manjula. On Mon, 2008-03-10 at 12:39 +0530, Raghavendra SM wrote: When I tried the Valgrind, it doesn't point to any obvious clues atleast. It doesn't show any definitely lost or indirectly lost blocks. Though, there are some still reachable and possibly lost blocks. Please find the attached valgrind report. Please let me know if the valgrind is revealing something here? Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 7:07 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Folks, I'm attaching the server log during the crash. Also, the first back-trace in the dump.log points to dump with guthilla=yes. The attached dump does not lead to a clue on what is going wrong. It looks to me as if there is some or the other memory corruption somewhere. I hope valgrind would lead to a clue. Thanks, Samisa... - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Core dumps in Axis libraries
Found it! ==22786== Process terminating with default action of signal 15 (SIGTERM) ==22786==at 0x403760E: accept (in /lib/tls/libpthread-2.3.6.so) ==22786==by 0x44C2CF2: axis2_http_svr_thread_run (http_svr_thread.c:128) ==22786==by 0x44C28D4: axis2_http_server_start (http_receiver.c:227) ==22786==by 0x44DA92E: axis2_transport_receiver_start (transport_receiver.c:41) ==22786==by 0x8084D3C: axis_init(int, char**) (http_server_main.cpp:155) ==22786==by 0x8059896: main (sps_server.h:159) Regards, Senaka Manjula, This was with out my logs enabled. Regards, ~raghav -Original Message- From: Manjula Peiris [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2008 12:58 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Is this valgrind report is when your log level increased or not ? If yes then can you try valgrind without increasing the log level. -Manjula. On Mon, 2008-03-10 at 12:39 +0530, Raghavendra SM wrote: When I tried the Valgrind, it doesn't point to any obvious clues atleast. It doesn't show any definitely lost or indirectly lost blocks. Though, there are some still reachable and possibly lost blocks. Please find the attached valgrind report. Please let me know if the valgrind is revealing something here? Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 7:07 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Folks, I'm attaching the server log during the crash. Also, the first back-trace in the dump.log points to dump with guthilla=yes. The attached dump does not lead to a clue on what is going wrong. It looks to me as if there is some or the other memory corruption somewhere. I hope valgrind would lead to a clue. Thanks, Samisa... - 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] - 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: Core dumps in Axis libraries
Isn't that just reflecting that the process has been killed? I can't any programming error being detected in that. Please correct me if wrong. Regards, ~raghav -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2008 1:02 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Found it! ==22786== Process terminating with default action of signal 15 (SIGTERM) ==22786==at 0x403760E: accept (in /lib/tls/libpthread-2.3.6.so) ==22786==by 0x44C2CF2: axis2_http_svr_thread_run (http_svr_thread.c:128) ==22786==by 0x44C28D4: axis2_http_server_start (http_receiver.c:227) ==22786==by 0x44DA92E: axis2_transport_receiver_start (transport_receiver.c:41) ==22786==by 0x8084D3C: axis_init(int, char**) (http_server_main.cpp:155) ==22786==by 0x8059896: main (sps_server.h:159) Regards, Senaka Manjula, This was with out my logs enabled. Regards, ~raghav -Original Message- From: Manjula Peiris [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2008 12:58 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Is this valgrind report is when your log level increased or not ? If yes then can you try valgrind without increasing the log level. -Manjula. On Mon, 2008-03-10 at 12:39 +0530, Raghavendra SM wrote: When I tried the Valgrind, it doesn't point to any obvious clues atleast. It doesn't show any definitely lost or indirectly lost blocks. Though, there are some still reachable and possibly lost blocks. Please find the attached valgrind report. Please let me know if the valgrind is revealing something here? Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 7:07 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Folks, I'm attaching the server log during the crash. Also, the first back-trace in the dump.log points to dump with guthilla=yes. The attached dump does not lead to a clue on what is going wrong. It looks to me as if there is some or the other memory corruption somewhere. I hope valgrind would lead to a clue. Thanks, Samisa... - 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] - 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: Core dumps in Axis libraries
I too think that it is not the place that it is crashing. We have to locate the place where it is corrupting memory. Samisa... Raghavendra SM wrote: Isn't that just reflecting that the process has been killed? I can't any programming error being detected in that. Please correct me if wrong. Regards, ~raghav -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2008 1:02 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Found it! ==22786== Process terminating with default action of signal 15 (SIGTERM) ==22786==at 0x403760E: accept (in /lib/tls/libpthread-2.3.6.so) ==22786==by 0x44C2CF2: axis2_http_svr_thread_run (http_svr_thread.c:128) ==22786==by 0x44C28D4: axis2_http_server_start (http_receiver.c:227) ==22786==by 0x44DA92E: axis2_transport_receiver_start (transport_receiver.c:41) ==22786==by 0x8084D3C: axis_init(int, char**) (http_server_main.cpp:155) ==22786==by 0x8059896: main (sps_server.h:159) Regards, Senaka Manjula, This was with out my logs enabled. Regards, ~raghav -Original Message- From: Manjula Peiris [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2008 12:58 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Is this valgrind report is when your log level increased or not ? If yes then can you try valgrind without increasing the log level. -Manjula. On Mon, 2008-03-10 at 12:39 +0530, Raghavendra SM wrote: When I tried the Valgrind, it doesn't point to any obvious clues atleast. It doesn't show any definitely lost or indirectly lost blocks. Though, there are some still reachable and possibly lost blocks. Please find the attached valgrind report. Please let me know if the valgrind is revealing something here? Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 7:07 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Folks, I'm attaching the server log during the crash. Also, the first back-trace in the dump.log points to dump with guthilla=yes. The attached dump does not lead to a clue on what is going wrong. It looks to me as if there is some or the other memory corruption somewhere. I hope valgrind would lead to a clue. Thanks, Samisa... - 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] - 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] -- Samisa Abeysinghe Software Architect; WSO2 Inc. http://www.wso2.com/ - Oxygenating the Web Service Platform. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Core dumps in Axis libraries
As expected, when I put a delay of about 50 milliseconds between the requests there is no dump. But we would still like to know the following, + Isn't Axis capable of handling such huge bombardment of requests (of the order of 1000's) one after another without any delay between the requests? Has anyone tried such client before? + Can we make out anything out of the valgrind report or the axis logs that were attached? Regards, ~raghav -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 4:22 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Hi Raghav, Can you please try this with --enable-guthilla=yes, and send the dump.log, and also the appropriate log_files generated by the server/client. There also can be issues with your condition variable being used in multiple threads. It also seems that if you pause between your requests you might get this solved. According to what you say, when you increase the log_level, obviously you waste some time there which might be the solution rather. You can use the AXIS2_SLEEP() and AXIS2_USLEEP() inside Axis2/C to pause between requests. You can get an idea on how to use these functions by taking a look at the Axis2/C user_guide/client samples. Regards, Senaka Thanks, As suggested, I tried using axis2c-1.3.0 both with and without --enable-guthilla=yes. But I still see different dumps consistently. Please find the attached file with back-traces. Are you using the same service client instance from multiple threads? We have a axis thread pool with default number of threads and a set of our own threads(about 10, lets call them database threads). + On receiving a HTTP soap request, axis thread invokes the appropriate function that is bound to our logic. + Now, the axis thread requests a database thread to perform the appropriate query and waits on a condition variable. + our db thread performs the necessary query and signals on that condition variable so that axis thread shall take the control over. + axis thread will create the om output and dispatch as usual. My doubts: + does this design has any apparent drawback when there is a flurry of back-to-back soap requests? + Is there a need to increase the axis thread pool size? If yes, how to do it? + As told before, the dump is seen during a particular scenario only. i.e: while trying to add a list of already existing users to my database. For each user there is a SOAP request generated and the requests are sequential, i.e the second request is sent only after the response for previous request is received. + if I increase the log level of my own module that uses axis2c, there is no dump. On increasing the log level, my module writes quite a bit of information to my log file. Your help is appreciated. Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2008 7:25 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Manjula, But thats not a viable option for us. We would still want to continue using axis2C-1.0 for some more time. Are these dumps well known? No. Are you using the same service client instance from multiple threads? Samisa... - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Core dumps in Axis libraries
Raghavendra SM wrote: As expected, when I put a delay of about 50 milliseconds between the requests there is no dump. But we would still like to know the following, + Isn't Axis capable of handling such huge bombardment of requests (of the order of 1000's) one after another without any delay between the requests? Has anyone tried such client before? Yes it is supposed to. We have done performance testing that proved that Axis2/C can serve more than 300 rps. + Can we make out anything out of the valgrind report or the axis logs that were attached? Unfortunately not. When valgrind runs, it makes the system slow, that prevents the system crashing in situations like that you are experiencing. To solve this kind of a problem, it is a must that you provide us with some sample code that can be used to reproduce the problem. Without having a way to re-produce the situation, there is no way to fix this problem - it could well be a problem in Axis2/C as well as it could also be in the code that you use. Samisa... Regards, ~raghav -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 4:22 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Hi Raghav, Can you please try this with --enable-guthilla=yes, and send the dump.log, and also the appropriate log_files generated by the server/client. There also can be issues with your condition variable being used in multiple threads. It also seems that if you pause between your requests you might get this solved. According to what you say, when you increase the log_level, obviously you waste some time there which might be the solution rather. You can use the AXIS2_SLEEP() and AXIS2_USLEEP() inside Axis2/C to pause between requests. You can get an idea on how to use these functions by taking a look at the Axis2/C user_guide/client samples. Regards, Senaka Thanks, As suggested, I tried using axis2c-1.3.0 both with and without --enable-guthilla=yes. But I still see different dumps consistently. Please find the attached file with back-traces. Are you using the same service client instance from multiple threads? We have a axis thread pool with default number of threads and a set of our own threads(about 10, lets call them database threads). + On receiving a HTTP soap request, axis thread invokes the appropriate function that is bound to our logic. + Now, the axis thread requests a database thread to perform the appropriate query and waits on a condition variable. + our db thread performs the necessary query and signals on that condition variable so that axis thread shall take the control over. + axis thread will create the om output and dispatch as usual. My doubts: + does this design has any apparent drawback when there is a flurry of back-to-back soap requests? + Is there a need to increase the axis thread pool size? If yes, how to do it? + As told before, the dump is seen during a particular scenario only. i.e: while trying to add a list of already existing users to my database. For each user there is a SOAP request generated and the requests are sequential, i.e the second request is sent only after the response for previous request is received. + if I increase the log level of my own module that uses axis2c, there is no dump. On increasing the log level, my module writes quite a bit of information to my log file. Your help is appreciated. Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2008 7:25 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Manjula, But thats not a viable option for us. We would still want to continue using axis2C-1.0 for some more time. Are these dumps well known? No. Are you using the same service client instance from multiple threads? Samisa... - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Samisa Abeysinghe Software Architect; WSO2 Inc. http://www.wso2.com/ - Oxygenating the Web Service Platform. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Core dumps in Axis libraries
Hi Raghav, Are you connecting to a fast CGI server? If so, I think that [1] would help. [1] http://search.cpan.org/src/JURACH/FCGI-ProcManager-0.17/ProcManager.pm Regards, Senaka As expected, when I put a delay of about 50 milliseconds between the requests there is no dump. But we would still like to know the following, + Isn't Axis capable of handling such huge bombardment of requests (of the order of 1000's) one after another without any delay between the requests? Has anyone tried such client before? + Can we make out anything out of the valgrind report or the axis logs that were attached? Regards, ~raghav -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 4:22 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Hi Raghav, Can you please try this with --enable-guthilla=yes, and send the dump.log, and also the appropriate log_files generated by the server/client. There also can be issues with your condition variable being used in multiple threads. It also seems that if you pause between your requests you might get this solved. According to what you say, when you increase the log_level, obviously you waste some time there which might be the solution rather. You can use the AXIS2_SLEEP() and AXIS2_USLEEP() inside Axis2/C to pause between requests. You can get an idea on how to use these functions by taking a look at the Axis2/C user_guide/client samples. Regards, Senaka Thanks, As suggested, I tried using axis2c-1.3.0 both with and without --enable-guthilla=yes. But I still see different dumps consistently. Please find the attached file with back-traces. Are you using the same service client instance from multiple threads? We have a axis thread pool with default number of threads and a set of our own threads(about 10, lets call them database threads). + On receiving a HTTP soap request, axis thread invokes the appropriate function that is bound to our logic. + Now, the axis thread requests a database thread to perform the appropriate query and waits on a condition variable. + our db thread performs the necessary query and signals on that condition variable so that axis thread shall take the control over. + axis thread will create the om output and dispatch as usual. My doubts: + does this design has any apparent drawback when there is a flurry of back-to-back soap requests? + Is there a need to increase the axis thread pool size? If yes, how to do it? + As told before, the dump is seen during a particular scenario only. i.e: while trying to add a list of already existing users to my database. For each user there is a SOAP request generated and the requests are sequential, i.e the second request is sent only after the response for previous request is received. + if I increase the log level of my own module that uses axis2c, there is no dump. On increasing the log level, my module writes quite a bit of information to my log file. Your help is appreciated. Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2008 7:25 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Manjula, But thats not a viable option for us. We would still want to continue using axis2C-1.0 for some more time. Are these dumps well known? No. Are you using the same service client instance from multiple threads? Samisa... - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Core dumps in Axis libraries
Hi again Raghav, Forgot to mention. This is of course if you use mod_axis2. If not I don't think this might affect you rather. Anyway the FastCGI issue may not be relevant at all. I came across that while googling for what could cause a SIGTERM in accept(2). Also, is http_server_main.cpp something that you've written on your own? If so, the issue might be in there sometimes. Regards, Senaka Hi Raghav, Are you connecting to a fast CGI server? If so, I think that [1] would help. [1] http://search.cpan.org/src/JURACH/FCGI-ProcManager-0.17/ProcManager.pm Regards, Senaka As expected, when I put a delay of about 50 milliseconds between the requests there is no dump. But we would still like to know the following, + Isn't Axis capable of handling such huge bombardment of requests (of the order of 1000's) one after another without any delay between the requests? Has anyone tried such client before? + Can we make out anything out of the valgrind report or the axis logs that were attached? Regards, ~raghav -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 4:22 PM To: Apache AXIS C User List Subject: RE: Core dumps in Axis libraries Hi Raghav, Can you please try this with --enable-guthilla=yes, and send the dump.log, and also the appropriate log_files generated by the server/client. There also can be issues with your condition variable being used in multiple threads. It also seems that if you pause between your requests you might get this solved. According to what you say, when you increase the log_level, obviously you waste some time there which might be the solution rather. You can use the AXIS2_SLEEP() and AXIS2_USLEEP() inside Axis2/C to pause between requests. You can get an idea on how to use these functions by taking a look at the Axis2/C user_guide/client samples. Regards, Senaka Thanks, As suggested, I tried using axis2c-1.3.0 both with and without --enable-guthilla=yes. But I still see different dumps consistently. Please find the attached file with back-traces. Are you using the same service client instance from multiple threads? We have a axis thread pool with default number of threads and a set of our own threads(about 10, lets call them database threads). + On receiving a HTTP soap request, axis thread invokes the appropriate function that is bound to our logic. + Now, the axis thread requests a database thread to perform the appropriate query and waits on a condition variable. + our db thread performs the necessary query and signals on that condition variable so that axis thread shall take the control over. + axis thread will create the om output and dispatch as usual. My doubts: + does this design has any apparent drawback when there is a flurry of back-to-back soap requests? + Is there a need to increase the axis thread pool size? If yes, how to do it? + As told before, the dump is seen during a particular scenario only. i.e: while trying to add a list of already existing users to my database. For each user there is a SOAP request generated and the requests are sequential, i.e the second request is sent only after the response for previous request is received. + if I increase the log level of my own module that uses axis2c, there is no dump. On increasing the log level, my module writes quite a bit of information to my log file. Your help is appreciated. Thanks Regards, ~raghav -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2008 7:25 PM To: Apache AXIS C User List Subject: Re: Core dumps in Axis libraries Raghavendra SM wrote: Thanks Manjula, But thats not a viable option for us. We would still want to continue using axis2C-1.0 for some more time. Are these dumps well known? No. Are you using the same service client instance from multiple threads? Samisa... - 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] - 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: Problem with Service deployed
Hi Senaka, samisa, I cannot run the WSDL2C.sh successfully... I downloaded all the jar files and put them in to $AXIS2C_HOME/lib folder. My WSDL2C.sh is like: #!/bin/sh #export AXIS2_HOME=/home/axis2java for f in $AXIS2C_HOME/lib/*.jar do AXIS2_CLASSPATH=$AXIS2_CLASSPATH:$f done export AXIS2_CLASSPATH #echo the classpath $AXIS2_CLASSPATH java -classpath $AXIS2_CLASSPATH org.apache.axis2.wsdl.WSDL2C $* It is giving me this error: Exception in thread main java.lang.NoSuchMethodError: method java.io.File.toURI was not found. at _Jv_ResolvePoolEntry(java.lang.Class, int) (/usr/lib/libgcj.so.5.0.0) at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.readInTheWSDLFile(j ava.lang.String) (Unknown Source) at org.apache.axis2.wsdl.codegen.CodeGenerationEngine.CodeGenerationEngin e(org.apache.axis2.util.CommandLineOptionParser) (Unknown Source) at org.apache.axis2.wsdl.WSDL2Code.main(java.lang.String[]) (Unknown Source) I believe there is some library issue. Can you please guide me how to run this. I cannot find any documentation of WSDL to C code conversion, please help. Thanks Regards, Rahil Ali -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2008 6:55 PM To: axis-c-user@ws.apache.org Subject: RE: Problem with Service deployed Hi Rahil, According to the present implementation, you need Axis2/Java to get the codegen tool running. This can be found at [1]. And, you can read more on WSDL2C in [2]. [1] http://people.apache.org/dist/axis2/nightly/ [2] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#wsdl2c Regards, Senaka Hello Samisa and Senaka, That sounds simple. Please help me getting started here... I will use .net to generate a simple WSDL. I will put that wsdl into $AXIS2C_HOME/services/MYSERV folder and run WSDL2C.sh script. Right? Now when I am doing this I am having a problem: Exception in thread main java.lang.NoClassDefFoundError: org.apache.axis2.wsdl.WSDL2C at gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.5.0.0) at _Jv_ThreadRun(java.lang.Thread) (/usr/lib/libgcj.so.5.0.0) at _Jv_RunMain(java.lang.Class, byte const, int, byte const, boolean) (/usr/lib/libgcj.so.5.0.0) at __gcj_personality_v0 (/usr/local/axis2c/services/Calculator/java.version=1.4.2) at __libc_start_main (/lib/tls/libc-2.3.4.so) at _Jv_RegisterClasses (/usr/local/axis2c/services/Calculator/java.version=1.4.2) I am still not sure how WSDL2C.sh is working. I mean the script is looking for the *.jar files in $AXIS2C_HOME/lib folder. I modified that and put *.so but still no success. Can you please explain me how WSDL2C.sh works.. or gave me any article which help me implementing a C-Webservice using AXIS2/C.. AXIS2/C doesn't have that much help on Internet... Sorry for such Noob questions. Thanks Regards, Rahil Ali -Original Message- From: Samisa Abeysinghe [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2008 5:33 PM To: Apache AXIS C User List Subject: Re: Problem with Service deployed If you want to interop with ease with .NET, the best is that you start with a WSDL, use that to code gen for service and statically server the WSDL form service. In short, you have to use contract first mode. What you are trying is the code first model, that is hard to get it working with interop mode. Samisa... Rahil Ali wrote: Hi Senaka Another questions: I am using the Calculator sample comes with AXIS2/C. the signature of the functions is : axiom_node_t *axis2_calc_add( const axutil_env_t * env, axiom_node_t * node); axiom_node_t *axis2_calc_sub( const axutil_env_t * env, axiom_node_t * node); axiom_node_t *axis2_calc_mul( const axutil_env_t * env, axiom_node_t * node); axiom_node_t *axis2_calc_div( const axutil_env_t * env, axiom_node_t * node); How can I use these in .Net to generate WSDL or even if I am writing on myself what datatypes should I be entering in the WSDL? Do I have to write the basic functions like (calc_init, calc_invoke,.. .etc) in the WSDL file. I cannot find any test folder under my axis2c installation folder. Thanks for your prompt response. Regards, Rahil Ali -Original Message- From: Senaka Fernando [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2008 1:00 PM To: axis-c-user@ws.apache.org Subject: RE: Problem with Service deployed Hi Rahil, Yes, your service is ready to be used from a .NET client. But, you don't get a WSDL generated. This is because you can't generate wsdl files from C code by simply using the Axis2/C distribution. I'm however not aware of any 3rd party tools. We do have WSDL to C code generation
problem with deserialize response using WSDL2C generated code
Hello group, I am getting an access violation on a call to axiom_element_get_qname() This call results from a call to Deserialize in WSDL2C generated code while processing the following document: ?xml version='1.0' encoding='UTF-8'? soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; soapenv:Body BrokerInformationResponse xmlns:xsi= http://www.w3.org/2001/XMLSchema-instance; xmlns= http://www.axa.ca/BrokerInformationService/1.0/BrokerInformationResponse; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; TrackingNumberUNKNOWN/TrackingNumber Status Status xmlns=ERROR/Status Detail xmlns= CodeERROR/Code DescriptionCould not unbind Request from XML!/Description /Detail /Status /BrokerInformationResponse /soapenv:Body /soapenv:Envelope While stepping through the code, I see the string UNKNOWN extracted from the TrackingNumber node. The access violation happens when axiom_element_get_qname() is called during processing of the Status node that follows. The call stack shows: axiom_element_get_qname() (called on first Status node) axutil_string_get_buffer(om_namespace-prefix, env); ** here om_namespace-prefix == 0x005 axutil_string_get_buffer() ** access violation atreturn string-buffer;because string == om_namespace-prefix I am using the WSDL2C from the nightly distribution date March 10th and the latest Axis2 revision from SVN. Any thoughts on how to resolve this problem? Carl
Re: problem with deserialize response using WSDL2C generated code
Hi Carl, I 'm not sure exactly what the reason you got the error. But it seems happening when accessing the qname of a text node rather than an element node. But currently codegen is mostly fixed to test whether it is a text node or element before accessing element properties. But there may be unattended paths. Can you send the relevant c file (better with WSDL), so we can have a look at it and fix the issue. If it is the case, this is a bug in codegen deserialize code, but can you recheck your xml too, because it seems codegen expecst an element rather than text in place of 'UNKNOWN' text. Thanks Dimuthu On Mon, Mar 10, 2008 at 10:19 PM, Carl Lefrançois [EMAIL PROTECTED] wrote: Hello group, I am getting an access violation on a call to axiom_element_get_qname() This call results from a call to Deserialize in WSDL2C generated code while processing the following document: ?xml version='1.0' encoding='UTF-8'? soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; soapenv:Body BrokerInformationResponse xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns=http://www.axa.ca/BrokerInformationService/1.0/BrokerInformationResponse; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; TrackingNumberUNKNOWN/TrackingNumber Status Status xmlns=ERROR/Status Detail xmlns= CodeERROR/Code DescriptionCould not unbind Request from XML!/Description /Detail /Status /BrokerInformationResponse /soapenv:Body /soapenv:Envelope While stepping through the code, I see the string UNKNOWN extracted from the TrackingNumber node. The access violation happens when axiom_element_get_qname() is called during processing of the Status node that follows. The call stack shows: axiom_element_get_qname() (called on first Status node) axutil_string_get_buffer(om_namespace-prefix, env); ** here om_namespace-prefix == 0x005 axutil_string_get_buffer() ** access violation atreturn string-buffer;because string == om_namespace-prefix I am using the WSDL2C from the nightly distribution date March 10th and the latest Axis2 revision from SVN. Any thoughts on how to resolve this problem? Carl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Axis2/C for Apapche 2.2.8
Hi Fernando, I have to disappoint you, the mod_axis2.so still does not wotk for me. The error message is this: The Apache service named reported the following error: httpd.exe: Syntax error on line 484 of C:/Apache2.2.8/conf/httpd.conf: Cannot load C:/Apache2.2.8/modules/mod_axis2.so into server: Could not find the giben method Could you send me your so file? Senaka Fernando írta: Hi Laszlo, AFAIK, mod_axis2 works with Apache 2.2.8. You can use two approaches. Method 1: Please confirm to whether you can find (using search in Windows) the ***mod_axis2.dll*** some where inside your ides/VC folder. The location at which it is built may vary according to how you build the solution/project and settings that you specify. Please note that this might be built somewhere else from other Axis2/C libs. Once you find it, please copy that .dll to C:/Program Files/Apache Software Foundation/Apache2.2/modules/mod_axis2.dll. And make sure that if you have written any path that has spaces in between, add quotation marks around it. Method 2: Use the nmake build script. If you have VS 2005 installed you don't require any additional tools. Locate the configure.in found inside build/win32, and edit it. Open a new command window and run vcvars32.bat. This can be found in C:\Program Files\Microsoft Visual Studio 8\VC\bin or any other place at which you installed VS2005. Then inside the same command window, change directory to the place where you downloaded Axis2/C. And goto the folder build\win32. Run the build.bat and once you've done, run nmake axis2_apache_module. After that, you'll find a new sub folder named deploy inside the build folder. Set this as your AXIS2C_HOME and add AXIS2C_HOME\lib to your path variable. After that you can copy the ***mod_axis2.dll*** dll that is found inside AXIS2C_HOME\lib. Regards, Senaka Regards, Senaka Hi Laszlo, Did you follow the steps as mentioned in [1] ? [1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#mod_axis2 -Manjula. On Sat, 2008-02-16 at 21:38 +0100, Graf László wrote: Hi all, I built sucesfully the Axis2/C module on Windows XP using VS 2005. But the testing it om Apache 2.2.8 failes with this message: Syntax error on line 490 of C:/Program Files/Apache Software Foundation/Apache2.2/conf/httpd.conf: Cannot load C:/Program Files/Apache Software Foundation/Apache2.2/modules/mod_axis2.dll into server: the module can not found (translated from hungarian). I tried to copy Axis2/C dlls to Apache bin folder but no success. Did some solve this kind of problem? Laszlo - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WSDL2C Generates Files with Compilation Errors
I've just downloaded the Axis2 version 1.3 and I cannot see any class or module that can generate C code from a wsdl file, even though the axis2c documentation specifies that there is such a tool written in Java and even points me to the Web location where I can find the the Java binaries... Can someone tell me where is the wsdl2c class/exe that generates a web service in C from a wsdl file? Also, the mod_axis2.dll I downloaded with axis2c (or the one I am building myself) is crushing Apache. Does anybody else see this problem? Thank you, Corneliu sreenivasulu guduru wrote: Hi I am using the attached WSDL to generate Server Stubs using the command wsdl.bat -uri so1.wsdl -ss -sd -d adb –u I used the latest Apache Axis2 SNAPSHOT build (23-01-2008). The process generates 111 C and Header files. I have them added to my VC++ project that has includes of axis2c-bin-1.2.0-win32 version. And I have the Preprocessor directive AXIS2_DECLARE_EXPORT being set for the VC++ project. There were many compiler errors such as fatal error C1083: Cannot open include file: 'adb_axis2_char_t*.h': Invalid argument:. The complete report of compilation errors is attached in the mail in the file “BuildLog.htm”. Could you please suggest me workaround for these compilation errors? Thank You Regards Sreenivasulu Guduru _ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008 Build Log nbsp; nbsp; --- Build started: Project: ForteWebServices, Configuration: Debug|Win32 --- Command Lines nbsp; nbsp; Creating temporary file c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\Debug\RSP15.rsp with contents [ /Od /D WIN32 /D _DEBUG /D _WINDOWS /D _USRDLL /D AXIS2_DECLARE_EXPORT /D _WINDLL /D _MBCS /Gm /EHsc /RTC1 /MTd /FoDebug/ /FdDebug/vc70.pdb /W3 /c /Wp64 /ZI /TC /I C:\Axis\axis2C\axis2c-bin-1.2.0-win32\include .\axis2_svc_skel_DataExtractServiceService.c .\axis2_skel_DataExtractServiceService.c .\adb_unsignedShort.c .\adb_unsignedShort0.c .\adb_unsignedLong.c .\adb_unsignedInt.c .\adb_unsignedByte.c .\adb_unsignedByte2.c .\adb_token.c .\adb_time.c .\adb_Struct.c .\adb_string.c .\adb_QName.c .\adb_positiveInteger.c .\adb_positiveInteger3.c .\adb_NOTATION.c .\adb_normalizedString.c .\adb_nonPositiveInteger.c .\adb_nonNegativeInteger.c .\adb_NMTOKENS.c .\adb_NMTOKENS1.c .\adb_NMTOKEN.c .\adb_negativeInteger.c .\adb_NCName.c .\adb_Name.c .\adb_long.c .\adb_language.c .\adb_integer.c .\adb_int.c .\adb_IDREFS.c .\adb_IDREF.c .\adb_ID.c .\adb_hexBinary.c .\adb_gYearMonth.c .\adb_gYear.c .\adb_gMonthDay.c .\adb_gMonth.c .\adb_GetViewListResponse.c .\adb_GetViewList.c .\adb_gDay.c .\adb_ENTITY.c .\adb_ENTITIES.c .\adb_duration.c .\adb_decimal.c .\adb_dateTime.c .\adb_date.c .\adb_byte.c .\adb_boolean.c .\adb_base64Binary.c .\adb_ArrayOfString.c .\adb_Array.c .\adb_anyURI.c .\adb_anyType.c .\adb__short.c .\adb__float.c .\adb__double.c ] Creating command line cl.exe @c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\Debug\RSP15.rsp /nologo Output Window nbsp; nbsp; Compiling... axis2_svc_skel_DataExtractServiceService.c axis2_skel_DataExtractServiceService.c adb_unsignedShort.c adb_unsignedShort0.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedShort0.c(289) : warning C4101: 'text_value_1' : unreferenced local variable c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedShort0.c(287) : warning C4101: 'ns_already_defined' : unreferenced local variable adb_unsignedLong.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedLong.h(19) : fatal error C1083: Cannot open include file: 'adb_unsigned long.h': No such file or directory adb_unsignedInt.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedInt.h(19) : fatal error C1083: Cannot open include file: 'adb_unsigned int.h': No such file or directory adb_unsignedByte.c adb_unsignedByte2.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedByte2.c(289) : warning C4101: 'text_value_1' : unreferenced local variable c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedByte2.c(287) : warning C4101: 'ns_already_defined' : unreferenced local variable adb_token.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_token.h(19) : fatal error C1083: Cannot open include file: 'adb_axis2_char_t*.h': Invalid
Re: WSDL2C Generates Files with Compilation Errors
I've just downloaded the Axis2 version 1.3 and I cannot see any class or module that can generate C code from a wsdl file, even though the axis2c documentation specifies that there is such a tool written in Java and even points me to the Web location where I can find the the Java binaries... Can someone tell me where is the wsdl2c class/exe that generates a web service in C from a wsdl file? The required shell scripts are found inside Axis2/C itself, and not in Axis2/Java. You'll find the tool, if using source distribution in tools/codegen/javatool. Or if using binary IIRC you should see it in the bin inside your AXIS2C_HOME. According to your platform you'll either see the WSDL2C.bat or th WSDL2C.sh file. Also, the mod_axis2.dll I downloaded with axis2c (or the one I am building myself) is crushing Apache. Does anybody else see this problem? It shouldn't cause Apache to crash. If it does, it should be due to a small mistake when setting it up. Please read through the Axis2/C manual on how to deploy and setup mod_axis2. If you get it setup according to the manual, it should work without any errors. Regards, Senaka Thank you, Corneliu sreenivasulu guduru wrote: Hi I am using the attached WSDL to generate Server Stubs using the command wsdl.bat -uri so1.wsdl -ss -sd -d adb âu I used the latest Apache Axis2 SNAPSHOT build (23-01-2008). The process generates 111 C and Header files. I have them added to my VC++ project that has includes of axis2c-bin-1.2.0-win32 version. And I have the Preprocessor directive AXIS2_DECLARE_EXPORT being set for the VC++ project. There were many compiler errors such as fatal error C1083: Cannot open include file: 'adb_axis2_char_t*.h': Invalid argument:. The complete report of compilation errors is attached in the mail in the file âBuildLog.htmâ. Could you please suggest me workaround for these compilation errors? Thank You Regards Sreenivasulu Guduru _ Connect and share in new ways with Windows Live. http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008 Build Log nbsp; nbsp; --- Build started: Project: ForteWebServices, Configuration: Debug|Win32 --- Command Lines nbsp; nbsp; Creating temporary file c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\Debug\RSP15.rsp with contents [ /Od /D WIN32 /D _DEBUG /D _WINDOWS /D _USRDLL /D AXIS2_DECLARE_EXPORT /D _WINDLL /D _MBCS /Gm /EHsc /RTC1 /MTd /FoDebug/ /FdDebug/vc70.pdb /W3 /c /Wp64 /ZI /TC /I C:\Axis\axis2C\axis2c-bin-1.2.0-win32\include .\axis2_svc_skel_DataExtractServiceService.c .\axis2_skel_DataExtractServiceService.c .\adb_unsignedShort.c .\adb_unsignedShort0.c .\adb_unsignedLong.c .\adb_unsignedInt.c .\adb_unsignedByte.c .\adb_unsignedByte2.c .\adb_token.c .\adb_time.c .\adb_Struct.c .\adb_string.c .\adb_QName.c .\adb_positiveInteger.c .\adb_positiveInteger3.c .\adb_NOTATION.c .\adb_normalizedString.c .\adb_nonPositiveInteger.c .\adb_nonNegativeInteger.c .\adb_NMTOKENS.c .\adb_NMTOKENS1.c .\adb_NMTOKEN.c .\adb_negativeInteger.c .\adb_NCName.c .\adb_Name.c .\adb_long.c .\adb_language.c .\adb_integer.c .\adb_int.c .\adb_IDREFS.c .\adb_IDREF.c .\adb_ID.c .\adb_hexBinary.c .\adb_gYearMonth.c .\adb_gYear.c .\adb_gMonthDay.c .\adb_gMonth.c .\adb_GetViewListResponse.c .\adb_GetViewList.c .\adb_gDay.c .\adb_ENTITY.c .\adb_ENTITIES.c .\adb_duration.c .\adb_decimal.c .\adb_dateTime.c .\adb_date.c .\adb_byte.c .\adb_boolean.c .\adb_base64Binary.c .\adb_ArrayOfString.c .\adb_Array.c .\adb_anyURI.c .\adb_anyType.c .\adb__short.c .\adb__float.c .\adb__double.c ] Creating command line cl.exe @c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\Debug\RSP15.rsp /nologo Output Window nbsp; nbsp; Compiling... axis2_svc_skel_DataExtractServiceService.c axis2_skel_DataExtractServiceService.c adb_unsignedShort.c adb_unsignedShort0.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedShort0.c(289) : warning C4101: 'text_value_1' : unreferenced local variable c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedShort0.c(287) : warning C4101: 'ns_already_defined' : unreferenced local variable adb_unsignedLong.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedLong.h(19) : fatal error C1083: Cannot open include file: 'adb_unsigned long.h': No such file or directory adb_unsignedInt.c c:\Documents and Settings\sguduru\My Documents\Visual Studio Projects\Axis2Test1\ForteWebServices\adb_unsignedInt.h(19) : fatal error C1083: Cannot open include file: 'adb_unsigned int.h': No such file or directory adb_unsignedByte.c
Re: Axis2/C for Apapche 2.2.8
Hi Laszlo, Will send you a Apache2.2.8 compatible mod_axis2.so built in Windows XP SP2, using VS2005. In the mean time, would it be possible for you to, 1. Attach your httpd.conf file, 2. Attach your apache error log, To this mail thread and, 3. Let me know whether your folder path contains non-ASCII characters. Regards, Senaka Hi Fernando, I have to disappoint you, the mod_axis2.so still does not wotk for me. The error message is this: The Apache service named reported the following error: httpd.exe: Syntax error on line 484 of C:/Apache2.2.8/conf/httpd.conf: Cannot load C:/Apache2.2.8/modules/mod_axis2.so into server: Could not find the giben method Could you send me your so file? Senaka Fernando írta: Hi Laszlo, AFAIK, mod_axis2 works with Apache 2.2.8. You can use two approaches. Method 1: Please confirm to whether you can find (using search in Windows) the ***mod_axis2.dll*** some where inside your ides/VC folder. The location at which it is built may vary according to how you build the solution/project and settings that you specify. Please note that this might be built somewhere else from other Axis2/C libs. Once you find it, please copy that .dll to C:/Program Files/Apache Software Foundation/Apache2.2/modules/mod_axis2.dll. And make sure that if you have written any path that has spaces in between, add quotation marks around it. Method 2: Use the nmake build script. If you have VS 2005 installed you don't require any additional tools. Locate the configure.in found inside build/win32, and edit it. Open a new command window and run vcvars32.bat. This can be found in C:\Program Files\Microsoft Visual Studio 8\VC\bin or any other place at which you installed VS2005. Then inside the same command window, change directory to the place where you downloaded Axis2/C. And goto the folder build\win32. Run the build.bat and once you've done, run nmake axis2_apache_module. After that, you'll find a new sub folder named deploy inside the build folder. Set this as your AXIS2C_HOME and add AXIS2C_HOME\lib to your path variable. After that you can copy the ***mod_axis2.dll*** dll that is found inside AXIS2C_HOME\lib. Regards, Senaka Regards, Senaka Hi Laszlo, Did you follow the steps as mentioned in [1] ? [1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#mod_axis2 -Manjula. On Sat, 2008-02-16 at 21:38 +0100, Graf László wrote: Hi all, I built sucesfully the Axis2/C module on Windows XP using VS 2005. But the testing it om Apache 2.2.8 failes with this message: Syntax error on line 490 of C:/Program Files/Apache Software Foundation/Apache2.2/conf/httpd.conf: Cannot load C:/Program Files/Apache Software Foundation/Apache2.2/modules/mod_axis2.dll into server: the module can not found (translated from hungarian). I tried to copy Axis2/C dlls to Apache bin folder but no success. Did some solve this kind of problem? Laszlo - 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] - 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 for Apapche 2.2.8
Hi Graf, According to the error message You have given below, apache complains about mod_axis2.so file instead mod_axis2.dll. Did you rename the dll in to .so and copied in to apache modules folder? Just wondering whether you missed that.. BTW you don't need to rename it to .so , you can just copy the mod_axis2.dll into your apache module folder and set the path to that dll file in your httpd.conf file. regards, Dushshantha On Tue, Mar 11, 2008 at 2:13 AM, Graf László [EMAIL PROTECTED] wrote: Hi Fernando, I have to disappoint you, the mod_axis2.so still does not wotk for me. The error message is this: The Apache service named reported the following error: httpd.exe: Syntax error on line 484 of C:/Apache2.2.8/conf/httpd.conf: Cannot load C:/Apache2.2.8/modules/mod_axis2.so into server: Could not find the giben method Could you send me your so file? Senaka Fernando írta: Hi Laszlo, AFAIK, mod_axis2 works with Apache 2.2.8. You can use two approaches. Method 1: Please confirm to whether you can find (using search in Windows) the ***mod_axis2.dll*** some where inside your ides/VC folder. The location at which it is built may vary according to how you build the solution/project and settings that you specify. Please note that this might be built somewhere else from other Axis2/C libs. Once you find it, please copy that .dll to C:/Program Files/Apache Software Foundation/Apache2.2/modules/mod_axis2.dll. And make sure that if you have written any path that has spaces in between, add quotation marks around it. Method 2: Use the nmake build script. If you have VS 2005 installed you don't require any additional tools. Locate the configure.in found inside build/win32, and edit it. Open a new command window and run vcvars32.bat. This can be found in C:\Program Files\Microsoft Visual Studio 8\VC\bin or any other place at which you installed VS2005. Then inside the same command window, change directory to the place where you downloaded Axis2/C. And goto the folder build\win32. Run the build.bat and once you've done, run nmake axis2_apache_module. After that, you'll find a new sub folder named deploy inside the build folder. Set this as your AXIS2C_HOME and add AXIS2C_HOME\lib to your path variable. After that you can copy the ***mod_axis2.dll*** dll that is found inside AXIS2C_HOME\lib. Regards, Senaka Regards, Senaka Hi Laszlo, Did you follow the steps as mentioned in [1] ? [1] http://ws.apache.org/axis2/c/docs/axis2c_manual.html#mod_axis2 -Manjula. On Sat, 2008-02-16 at 21:38 +0100, Graf László wrote: Hi all, I built sucesfully the Axis2/C module on Windows XP using VS 2005. But the testing it om Apache 2.2.8 failes with this message: Syntax error on line 490 of C:/Program Files/Apache Software Foundation/Apache2.2/conf/httpd.conf: Cannot load C:/Program Files/Apache Software Foundation/Apache2.2/modules/mod_axis2.dll into server: the module can not found (translated from hungarian). I tried to copy Axis2/C dlls to Apache bin folder but no success. Did some solve this kind of problem? Laszlo - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]