Hi Rahil, This is strange to me too. If the tcpmon works without setting any proxy, axis2/c should also be able to call without proxy settings. It can be some firewall rejecting axis2/c request and letting tcpmon (i.e. java) calls continue. But I don't have experience in such a thing. May be some transport guy do have some tips.
Thanks Dimuthu On Sun, Apr 13, 2008 at 2:51 PM, Rahil Ali <[EMAIL PROTECTED]> wrote: > Hello Dimuthu, > > When I call the Webservice using TCPMON it invokes the webservice but when i > try it using my code it fails on the spot ""; I beleive it is due to proxy > server.. I tried following codes in stub-file -> in function > "axis2_stub_op_GSCP_service_serviceagent_SendSMSOp" just before > "axis2_stub_get_options": > > 1 - axis2_svc_client_set_proxy(svc_client, > env, > "10.10.230.51", > "8080"); > > 2 - axis2_svc_client_set_proxy_with_auth(svc_client, > env, > > "10.10.230.51", > "8080", > "usr1", > "abc"); > > Pls advice me how to set the proxy settings in client code. I have a > confusion as well, tcpmon didnt asked for USER and PASS before calling > webservice ( I just clicked the radio button proxy and didnt even provide > the proxy), is it necessary to provide one in the client code. Thanks > > Warm Regards, > > Rahil Ali > > > Dimuthu Gamage <[EMAIL PROTECTED]> wrote: > Hi Rahil, > > I missed the part you are using generated code for client. For client > you don't need services.xml. I just tried your WSDL to generate both > client and server side and it worked for me when i did the above > changes to the services.xml, that s why I propose the change. I will > try to answer on your problem later part of the mail. first will start > answering your other questions. > > The directory structure of the test case is > res - resources like wsdl file, client logic, server logic (files > other than generated code) > stub - client side generated code + demo.c > skel - server side generated code + axis2_skel_*.c > resources - generated services.xml > > I generated both the server and client logic using this script > http://people.apache.org/~dimuthu/leisure/23_oct/generate_demos.rb. > First you have to generate the code for the wsdl. Then you need to > just run this script in the same directory. This is used just to > generate test cases. > > The request message you mentioned is not one generated from the WSDL2C > generated code. I think you manually write it in the tcpmon. For me > the request was like this, > > > > http://localhost:9090/axis2/services/GSCP_service_serviceagent > /ProcessDefinitions/Testing/TestServer/GSCP/intfAuthenticateCustomer-service.serviceagent/intfwsAuthenticateCustomerEndpoint0/SendSMSOp > f09e1804-0930-1dd1-3a6e-00197e732d4d > > > xmlns:n="http://xmlns.dohabank.com/namespace/dbframework/UtilityServicesSchema.xsd"; > xmlns:n0="http://xmlns.dohabank.com/namespace/dbframework/HeaderSchema.xsd";> > > demo string id: 90 > demo string id: 91 > demo string id: 92 > > demo string id: 93 > demo string id: 94 > demo string id: 95 > > > > > But in your message there is additional 'group' element wrap the > elements inside the body content, which is wrong. So try sending the > above message (with your values) and check what the response is. In > the same time tcpmon can be used as a tool for capture message sent by > external client and service. Just go through > http://ws.apache.org/commons/tcpmon/tcpmontutorial.html to learn how > to do that. So that you will be able to observe the real messages sent > and receive by your client. > > And when I check the schema and the message, I didn't noticed any > problem in the generated code for your WSDL. So the problem should be > something else. The "adb_" prefix doesn't effect to the message sent > by the client, it just used in the function signature. > > If the "axis2_svc_client_send_receive_with_op_qname" returns NULL, it > means the server doesn't at least send a fault. So my guess the > problem is in the network connection. So please recheck endpoint and > proxy settings and try. > > Thanks > Dimuthu > > > On Sun, Apr 13, 2008 at 11:29 AM, Rahil Ali wrote: > > Hello Dimuthu, > > > > I tried the nighlty build of axis-snapshot, it complied properly. But when > I > > tried to call the service it gave the same error again when calling > > "axis2_svc_client_send_receive_with_op_qname" (RETURN NULL). I think it is > > because of adb_ prefix?? Pls tell me whats the fix for this problem. > > > > Thanks & Regards, > > Rahil > > > > > > Rahil Ali wrote: > > > > > > > > Hi Dimuthu, > > > > Thanks for the replies and help. Couple of questions again ... What is the > > use of service.xml when I am just a client. Secondly I saw the file you > > attached, pls explain how did u generated such organised code, also pls > > explain the directory structure... I am trying on the nightly build you > > mentioned earlier and will respond the results. > > > > Thanks & Regards, > > Rahil Ali > > > > > Dimuthu Gamage wrote: > > My early email was reported rejected by the recipient. This should be > > due to the large attachment. I will keep the test case uploaded at > > http://people.apache.org/~dimuthu/leisure/1_dec/case37_servicexml.zip > > > > Thanks > > Dimuthu > > > > On Sat, Apr 12, 2008 at 12:25 PM, Dimuthu Gamage wrote: > > > Hi Rahil, > > > > > > This should be due to the service.xml has '-', and '.' characters for > > > the service name and the service class name. In the latest svn this > > > issue is corrected. And I was able to fix the issue in missing 'adb_' > > > prefix too, so you can use the original WSDL without doing any changes > > > with. > > > > > > You may wait until the today's axis2/java nightly build, or just use > > > the attached files. > > > > > > Thanks > > > Dimuthu > > > > > > > > > > > > On Thu, Apr 10, 2008 at 4:26 PM, Samisa Abeysinghe wrote: > > > > Rahil Ali wrote: > > > > > > > > > Yes, I am using code generated by WSDL2C using this command : > > > > > "WSDL2C.sh -uri GSCP-service.serviceagent.wsdl -u -d adb" > > > > > I am trying to call this operation: "SendSMSOp" > > > > > Can you check whether my wsdl is ok or not. I have removed > operations > > and > > > > other non-related items from the original WSDL. > > > > > > > > > > > > > The WSDL seems to be valid. If it was invalid, usually the codegen > tools > > > > trows an exception. > > > > > > > > Looking at the WSDL and the request sent by the client, the message > sent > > is > > > > not correct as far as I can tell. I am not sure if this is a bug in > the > > > > generated code or the user code. > > > > We need a codegen expert to help us here :) > > > > > > > > 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]
