Return-Path: Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org Received: (qmail 35672 invoked from network); 30 Jul 2004 09:28:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 30 Jul 2004 09:28:51 -0000 Received: (qmail 81026 invoked by uid 500); 30 Jul 2004 09:28:50 -0000 Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org Received: (qmail 81013 invoked by uid 500); 30 Jul 2004 09:28:50 -0000 Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: List-Id: "Apache AXIS C Developers List" Reply-To: "Apache AXIS C Developers List" Delivered-To: mailing list axis-c-dev@ws.apache.org Received: (qmail 80999 invoked by uid 99); 30 Jul 2004 09:28:50 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=DATE_IN_PAST_06_12 X-Spam-Check-By: apache.org Received: from [209.68.1.20] (HELO relay.pair.com) (209.68.1.20) by apache.org (qpsmtpd/0.27.1) with SMTP; Fri, 30 Jul 2004 02:28:47 -0700 Received: (qmail 23402 invoked from network); 30 Jul 2004 09:28:45 -0000 Received: from 205.249.adsl.sltnet.lk (HELO sharanka) (220.247.249.205) by relay.pair.com with SMTP; 30 Jul 2004 09:28:45 -0000 X-pair-Authenticated: 220.247.249.205 Message-ID: <001801c475b3$4ca0f830$0d65a8c0@sharanka> From: "Sharanka Perera" To: "Apache AXIS C Developers List" References: Subject: Re: Handler API issues Date: Fri, 30 Jul 2004 03:30:40 +0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Adrian, John, Thanks! Will check regularly for developments... Sharanka ----- Original Message ----- From: "John Hawkins" To: "Apache AXIS C Developers List" Sent: Friday, July 30, 2004 2:14 PM Subject: Re: Handler API issues > > > > Adrian -we can check easily enough and if not can put them in HEAD. > > > John Hawkins > > > > Adrian > Dick/UK/IBM@IBMGB > To > 30/07/2004 08:14 "Apache AXIS C Developers List" > > cc > Please respond to > "Apache AXIS C Subject > Developers List" Re: Handler API issues > > > > > > > > > > > > > > > Hi, > > We have also been needing the functionality you are looking for, and have > submitted a number of patches in this area: > Provide attributes on HeaderBlock (see: > http://marc.theaimsgroup.com/?l=axis-c-dev&m=108815005717273&w=2 ) > Provide attributes on ComplexElement (see: > http://marc.theaimsgroup.com/?l=axis-c-dev&m=108997505225595&w=2 ) > > I'm certain these are not in the 1.2 release, but due to being away > recently, I'm not too certain if they're in the current development > codebase. Can anyone advise? > > Regards, > Adrian > _______________________________________ > Adrian Dick (adrian.dick@uk.ibm.com) > > > > > "Sharanka Perera" > rce.lk> To > "Roshan Weerasuriya" > 29-07-04 17:48 > cc > "Apache AXIS C Developers List" > Please respond to > "Apache AXIS C Subject > Developers List" Re: Handler API issues > > > > > > > > > > > Hi Roshan, all, > > Thanks for your help, and for the timely inclusion of the 'getLocalName' > call :) > > I hate to be a bother, but could you also make provisions to allow a > handler > to get (and set) element attribute values? Taking the following element as > an example: > > > > It would be nice (actually, it would be essential) if the value for 'Type' > could be set and later obtained by the handler code. > > Thanks again! > > Sharanka > > > ----- Original Message ----- > From: "Roshan Weerasuriya" > To: "Apache AXIS C Developers List" > Sent: Monday, July 26, 2004 7:36 PM > Subject: Re: Handler API issues > > > > Hi, > > > > >The API does not appear to make provisions to allow a handler to obtain > > > data from the client application. > > > > >Is it likely that this feature will be implemented any time soon? > > > > Yes, this has to be added to the Stub base class....... I will check and > > try to add this..... > > > > 2. When a handler gets data from a header block, instead of laboriously > > > parsing the resulting DOM tree, isn't it possible to simply "get" an > > > element, complex or otherwise, similar to what > > > "getHeaderBlock('element-name', 'namespace')" does? I don't think the > > > handler API provides this right now, but it would make a very useful > > > feature, IMHO, for future handler development efforts as well. > > > > Yes I guess that would be a good idea. Will look for this as well. > > > > Roshan > > > > > > > > > > On Sun, 2004-07-25 at 22:39, Sharanka Perera wrote: > > > Hi, > > > > > > I'm working on a security handler for the Apache ws-fx project called > wss4c. > > > I have two questions regarding the current handler API: > > > > > > 1. The API does not appear to make provisions to allow a handler to > obtain > > > data from the client application. For instace, if the client were to > pass an > > > username & password pair to the SOAP engine, the handler wouldn't be > able to > > > get it. Ideally, this should be facilitated in the following manner- > > > > > > String sProVal1 = pIMsg-getProperty("username"); > > > String sProVal2 = pIMsg-getProperty("password"); > > > > > > > > > Is it likely that this feature will be implemented any time soon? > > > > > > 2. When a handler gets data from a header block, instead of laboriously > > > parsing the resulting DOM tree, isn't it possible to simply "get" an > > > element, complex or otherwise, similar to what > > > "getHeaderBlock('element-name', 'namespace')" does? I don't think the > > > handler API provides this right now, but it would make a very useful > > > feature, IMHO, for future handler development efforts as well. > > > > > > Thanks, > > > > > > Sharanka > > > > > > > > > > > > > > > > > > >