Sam, as I have mentioned in previous posts in this thread, the code you mention will not work. I recieve an Axis error whenever I try to run getHTTPRequestData(). I am running 6.1.
I believe I have found something of a workaround though: Instead of letting the Axis on the consuming end put the username and password in the authentication header, I can manually enter it on the URL string. Then, either in Application.cfm or in the pseudo-constructor for my facade(s), I can access the URL scope and retrieve the authentication information. <cfinvoke webservice="http://localhost/tests/test.cfc?wsdl&uname=test&pword=foo"; method="init" returnvariable="ref" /> This certainly might be considered "kludgy", but it works. I am, however, still anxiously holding out hope for some help from someone who has actually performed authentication on their web service-published CFCs, as well as for Macromedia to update their incorrect docs. For all the talk about how easy it is to publish web services via CFCs, I'm amazed how such a simple task has proven so difficult. NAT > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Samuel Neff > Sent: Thursday, September 11, 2003 1:32 PM > To: [EMAIL PROTECTED] > Subject: RE: [CFCDev] getHTTPRequestData() in pseudo-constructor > > > getHttpRequestData() is available in side Application.cfm and > Application.cfm is called for web services. You could call the > function in > Application.cfm and store the result in Request.httpRequestData. It's a > kludge, but it should work. > > Haven't done this with 6.1 in case anything changed, but I've done it with > earlier CFMX. > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
