Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 45737 invoked from network); 7 Jan 2007 16:09:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Jan 2007 16:09:21 -0000 Received: (qmail 689 invoked by uid 500); 7 Jan 2007 16:09:16 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 671 invoked by uid 500); 7 Jan 2007 16:09:16 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 660 invoked by uid 99); 7 Jan 2007 16:09:16 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Jan 2007 08:09:16 -0800 X-ASF-Spam-Status: No, hits=2.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [192.118.49.220] (HELO ns6.comverse.com) (192.118.49.220) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Jan 2007 08:09:07 -0800 X-SBRS: None X-IronPort-AV: i="4.13,157,1167602400"; d="scan'208,217"; a="94235135:sNHT47558735" Received: from il-tlv-mail01.comverse.com ([10.115.242.87]) by il-tlv-bridge01.comverse.com with Microsoft SMTPSVC(6.0.3790.2499); Sun, 7 Jan 2007 18:08:40 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C73276.183A0AB8" Subject: RE: Extracting operation name from a request Date: Sun, 7 Jan 2007 18:08:43 +0200 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Extracting operation name from a request Thread-Index: AccycmDGCnAo8mkIQfCMByGZiLqe0QAAtJYA From: "Sherman Uri" To: X-OriginalArrivalTime: 07 Jan 2007 16:08:40.0002 (UTC) FILETIME=[18630220:01C73276] X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C73276.183A0AB8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable U mean from the client side? I'm not using a Call object, I'm using the stub generated by axis. = Anyway, if I were to use a call, I would be the one setting the = operation name, so the get method would just be returning what I set. I don't really see what this = has to do with my problem, or did I miss undestand u? Uri. =20 ________________________________ From: Martin Gainty [mailto:mgainty@hotmail.com]=20 Sent: Sunday, January 07, 2007 5:40 PM To: axis-user@ws.apache.org Subject: Re: Extracting operation name from a request Hi Sherman =20 what happens when you request the LocalPart of the QName from your = client call object e.g. =20 String operationName =3D call.getOperationName().getLocalPart(); =20 Anyone else? M- -------------------------------------------------------------------------= --=20 This e-mail message (including attachments, if any) is intended for the = use of the individual or entity to which it is addressed and may contain = information that is privileged, proprietary , confidential and exempt = from disclosure. If you are not the intended recipient, you are notified = that any dissemination, distribution or copying of this communication is = strictly prohibited. -------------------------------------------------------------------------= --=20 Le pr=E9sent message =E9lectronique (y compris les pi=E8ces qui y sont = annex=E9es, le cas =E9ch=E9ant) s'adresse au destinataire indiqu=E9 et = peut contenir des renseignements de caract=E8re priv=E9 ou confidentiel. = Si vous n'=EAtes pas le destinataire de ce document, nous vous signalons = qu'il est strictement interdit de le diffuser, de le distribuer ou de le = reproduire. ----- Original Message -----=20 From: Sherman Uri =20 To: axis-user@ws.apache.org=20 Sent: Sunday, January 07, 2007 6:33 AM Subject: Extracting operation name from a request Hi, I wrote a handler (axis 1.4) that needs to obtain the operation name = from every incomming request. For some of my services, the = msgCtx.getOperation() method returns null.=20 After a little investigation debugging axis cocde I found out that for = operations that are "overloaded", that is,=20 more than one operation with the same name (but different arguments), = the OperationDesc is set only at a later stage, after my handler is = invoked, after the style is determind and arguments are investigated.=20 When the operation name itself in a request has just one match in the = service interface, the OperationDesc is set right away, since the = arguments don't need to be investigated. So that's just fine by me, question is how do I get my handler to be = invoked only after the OperationDesc is set, or alternatively, how can I = obtain just the operation name in the request, I don't care about the = whole OperationDesc object, all I want is the name of the operation. Thanks, Uri. ------_=_NextPart_001_01C73276.183A0AB8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Extracting operation name from a request
U mean=20 from the client side?
I'm=20 not using a Call object, I'm using the stub generated by axis. Anyway, = if I were=20 to use a call, I would be the one setting the operation name, so the=20 get
method=20 would just be returning what I set. I don't really see what this has to = do with=20 my problem, or did I miss undestand u?
Uri.
 

From: Martin Gainty = [mailto:mgainty@hotmail.com]=20
Sent: Sunday, January 07, 2007 5:40 PM
To:=20 axis-user@ws.apache.org
Subject: Re: Extracting operation name = from a=20 request

Hi Sherman
 
what happens when you request the = LocalPart of the=20 QName from your client call object e.g.
 
String operationName =3D=20 call.getOperationName().getLocalPart();
 
Anyone else?
M-
--------------------------------------------------------------------= -------=20
This e-mail message (including attachments, if any) is intended for = the use=20 of the individual or entity to which it is addressed and may contain = information=20 that is privileged, proprietary , confidential and exempt from = disclosure. If=20 you are not the intended recipient, you are notified that any = dissemination,=20 distribution or copying of this communication is strictly=20 prohibited.
----------------------------------------------------------= -----------------=20
Le pr=E9sent message =E9lectronique (y compris les pi=E8ces qui y = sont annex=E9es,=20 le cas =E9ch=E9ant) s'adresse au destinataire indiqu=E9 et peut contenir = des=20 renseignements de caract=E8re priv=E9 ou confidentiel. Si vous n'=EAtes = pas le=20 destinataire de ce document, nous vous signalons qu'il est strictement = interdit=20 de le diffuser, de le distribuer ou de le reproduire.
----- Original Message -----
From:=20 Sherman Uri
Sent: Sunday, January 07, 2007 = 6:33=20 AM
Subject: Extracting operation = name from a=20 request

Hi,

I wrote a = handler (axis=20 1.4) that needs to obtain the operation name from every incomming = request. For=20 some of my services, the msgCtx.getOperation() method returns null.=20

After a = little=20 investigation debugging axis cocde I found out that for operations = that are=20 "overloaded", that is,

more than = one operation=20 with the same name (but different arguments), the OperationDesc is set = only at=20 a later stage, after my handler is invoked, after the style is = determind and=20 arguments are investigated.

When the = operation name=20 itself in a request has just one match in the service interface, the=20 OperationDesc is set right away, since the arguments don't need to be=20 investigated.

So that's = just fine by me,=20 question is how do I get my handler to be invoked only after the = OperationDesc=20 is set, or alternatively, how can I obtain just the operation = name in=20 the request, I don't care about the whole OperationDesc object, all I = want is=20 the name of the operation.

Thanks,

Uri.

------_=_NextPart_001_01C73276.183A0AB8--