Re: WebServices' WSDL with Undesired Host?
Re: WebServices' WSDL with Undesired Host?
- Subject: Re: WebServices' WSDL with Undesired Host?
- From: Peter Vandoros <email@hidden>
- Date: Fri, 11 Nov 2005 10:11:54 +1100
Hi Andrew,
Try adding this rule into your d2w.d2wmodel file:
rules = (
{
author = 50;
class = com.webobjects.directtoweb.Rule;
lhs = {
class = com.webobjects.eocontrol.EOKeyValueQualifier;
key = serviceName;
selectorName = "isEqualTo";
value = YourWebServiceName;
};
rhs = {
class = com.webobjects.directtoweb.Assignment;
keyPath = serviceLocationURL;
value =
"http://correct.foo.co.nz/cgi-bin/WebObjects/AppName.woa/ws/YourWebServiceName";;
};
}
);
Thanks
Peter
email@hidden wrote:
Hello;
I'm having a deployment issue with getting a web-service vended on a
WO 5.2 system I'm working on. It's a fairly trivial issue of the
undesired host ending up from the inbound request in the WSDL when
the system is in a "monitor-deployed" environment. The inbound
request headers look something like this...
...
server_name = wrong.foo.co.nz
...
host = correct.foo.co.nz
...
...and the WSDL ends up containing something like this...
...
<wsdl:service name="SomeWebService">
<wsdl:port
binding="impl:SomeWebServiceSoapBinding"
name="SomeWebService">
<wsdlsoap:address
location="http://wrong.foo.co.nz/cgi-bin/WebObjects/FOO.woa/2/ws/
SomeWebService"/>
</wsdl:port>
</wsdl:service>
...
This is deployed with the "apache 2" adaptor. In the rest of the
HTML-driven system, where this has been a problem (making URL's
straight from the WOContext), I have managed to subvert things
systematically to deal with it, but am on unfamiliar territory in
WO's web-services implementation.
Any help appreciated.
cheers.
___
Andrew Lindesay
www.lindesay.co.nz
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden