Return-Path: Delivered-To: apmail-ws-axis-c-user-archive@www.apache.org Received: (qmail 94620 invoked from network); 27 Mar 2008 18:31:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Mar 2008 18:31:47 -0000 Received: (qmail 66539 invoked by uid 500); 27 Mar 2008 18:31:40 -0000 Delivered-To: apmail-ws-axis-c-user-archive@ws.apache.org Received: (qmail 66530 invoked by uid 500); 27 Mar 2008 18:31:40 -0000 Mailing-List: contact axis-c-user-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Apache AXIS C User List" Reply-To: "Apache AXIS C User List" Delivered-To: mailing list axis-c-user@ws.apache.org Received: (qmail 66412 invoked by uid 99); 27 Mar 2008 18:31:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2008 11:31:39 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dimuthuc@gmail.com designates 72.14.204.233 as permitted sender) Received: from [72.14.204.233] (HELO qb-out-0506.google.com) (72.14.204.233) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2008 18:30:59 +0000 Received: by qb-out-0506.google.com with SMTP id e34so5019955qbe.6 for ; Thu, 27 Mar 2008 11:31:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HXk7S1YExqrFTHd3VmUmY+Qs1LHIUjEspqOH0Is7s4U=; b=UmMkXdA0f06/5047rw53/kbCbNWh0Xh3LdrpmkG1hccVHc360aS+HRu19QW4VQdP/mMhno4687cnyhxfw+H0tlic4VD26bMGZLd/vAEefB0K3dtK/hvtmxOo272Lkg4uXyAnjr94jtZPOEcZgNVeppAWX+g4REC6sCmui4sdIJg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HN6yYO6rngewuFhx/4oihAYWHfEiiu+FCLcvbPpqT1L4GoHew0/ByzdLz8mOhjBHXLzMQVjpmWW3IY1H66DyrMNBKS9EkcO94lzgTGTyeH4JjFDSqa/y1DBSF0td1qZM6QA2fcJFTORoZNsgpV5+A2/4Rw+/zuc4Nrs0f5bxSd0= Received: by 10.142.221.19 with SMTP id t19mr1599259wfg.4.1206642668535; Thu, 27 Mar 2008 11:31:08 -0700 (PDT) Received: by 10.142.245.19 with HTTP; Thu, 27 Mar 2008 11:31:08 -0700 (PDT) Message-ID: Date: Fri, 28 Mar 2008 00:01:08 +0530 From: "Dimuthu Gamage" To: "Apache AXIS C User List" Subject: Re: Header parameters being ignored In-Reply-To: <89fb8be00803270326r1f47a671ndce937bb8daaf36a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <89fb8be00803261400g3a241b15h816a9aa2b4a15357@mail.gmail.com> <89fb8be00803270326r1f47a671ndce937bb8daaf36a@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi S=E9rgio, Hm, Actually you will face a problem if you try to add headers manually. Because currently axis2_svc_client doesnt have a way to get response headers. So there is an API change needed. Please correct me if I m wrong on this. I was thinking implement the thing in this way. Say you have a operation so that it has one input message, one input header one output header, I m assuming there is a function called get_response_header. axis2_stub_op_exampleOp(axis2_stub_t *stub, adb_input_t *input, adb_input_header_t *header_in, adb_out_header_t **header_out) { /* the following part should be added before send_receive call */ axiom_node_t * header1; header1 =3D adb_input_header_serialize(header_in, env, NULL, NULL, AXIS2_TRUE, NULL, NULL); svc_client =3D axis2_stub_get_svc_client(stub, env); //this is already t= here axis2_svc_client_add_header(svc_client, env, header1); /* this is after send recieve */ axutil_array_list_t * headers =3D axis2_svc_client_get_response_headers(= ..); header_node =3D (adb_out_header_t *) axutil_array_list_get(headers, env,= 0); *out_header =3D adb_output_header_create(env); adb_output_header_deserialize(*out_header, env, &header_node, NULL, AXIS2_FALSE ) ; } Anyway you won't be able to handle that manually since currently axis2 api doesn't have a function to get output headers :(. I will raise a JIRA on this. Thanks Dimuthu On Thu, Mar 27, 2008 at 3:56 PM, S=E9rgio Gomes w= rote: > Hi Dimuthu, > > Thanks for the update, let me know if you'd like me to do some testing > once it's done. > > In the meantime, is there any way I can overcome this, by, say, > providing the header part of the XML myself? > > Cheers, > S=E9rgio > > --- > > > On Thu, Mar 27, 2008 at 4:22 AM, Dimuthu Gamage wrot= e: > > Hi S=E9rgio, > > Currently WSDL2C doesn't support picking headers from the wsdl. The > > classes are generated because it support in wsdl2java tool. Anyway I = m > > right now working in that and the class name problem. Hope I can fix > > this for the client side within this week > > > > Thanks > > Dimuthu > > > > > > > > On Thu, Mar 27, 2008 at 2:30 AM, S=E9rgio Gomes wrote: > > > Hello again, > > > > > > When sending my SOAP messages, I noticed that the headers were alw= ays > > > empty, even though the WSDL2C tool generated support for the heade= r > > > fields: > > > > > > adb_getAllAdWordsCampaignsResponse_t* > > > axis2_stub_op_CampaignService_getAllAdWordsCampaigns( > > > axis2_stub_t *stub, const axutil_env_t *env, > > > > > > adb_getAllAdWordsCampaigns_t* _getAllAdWordsCampaigns, > > > > > > adb_useragent_t* _useragent22, > > > > > > adb_password_t* _password23, > > > adb_email_t= * _email24, > > > > > > adb_clientEmail_t* _clientEmail25, > > > > > > adb_clientCustomerId_t* _clientCustomerId26, > > > > > > adb_developerToken_t* _developerToken27, > > > > > > adb_applicationToken_t* _applicationToken28); > > > > > > (There is also a bug that prevents the correct generation of the c= lass > > > names, but it has already been confirmed and will be fixed, accord= ing > > > to the reply I received when I posted that issue) > > > (WSDL can be found at > > > https://adwords.google.com/api/adwords/v11/CampaignService?wsdl ) > > > > > > As you can see, the function header has all the items that should > > > appear on the SOAP header (useragent, password, etc), yet when I > > > analyzed the generated .c file, I noticed that these parameters we= re > > > being used nowhere, and thus the header would always be empty. > > > > > > Any tips on this issue? Also, is there an alternate way to set the > > > outgoing SOAP header, so that I can work around the issue? > > > > > > > > > Thanks, > > > S=E9rgio > > > > > > ------------------------------------------------------------------= --- > > > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org > > > For additional commands, e-mail: axis-c-user-help@ws.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org > > For additional commands, e-mail: axis-c-user-help@ws.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org > For additional commands, e-mail: axis-c-user-help@ws.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org For additional commands, e-mail: axis-c-user-help@ws.apache.org